From owner-freebsd-current Sun Aug 6 00:18:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA27884 for current-outgoing; Sun, 6 Aug 1995 00:18:59 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id AAA27869 ; Sun, 6 Aug 1995 00:18:52 -0700 Received: (from jkh@localhost) by time.cdrom.com (8.6.11/8.6.9) id AAA26575; Sun, 6 Aug 1995 00:18:41 -0700 Date: Sun, 6 Aug 1995 00:18:41 -0700 From: "Jordan K. Hubbard" Message-Id: <199508060718.AAA26575@time.cdrom.com> To: wollman@freebsd.org Subject: Republic of Palau considered harmful? Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk The following build failure: ===> usr.sbin/tzsetup cc -O2 -m486 -pipe -I. -I/b/src/usr.sbin/tzsetup -c menus.c menus.c:1190: parse error before `.' menus.c:1193: parse error before `.' menus.c:1196: parse error before `.' menus.c:2149: `Rep' undeclared here (not in a function) menus.c:2149: initializer element for `menu_Pacific[15]' is not constant Is caused by an extra `.' in the Palau entry in the /usr/src/share/zoneinfo/australasia file. Changing: # ZONE-DESCR Pacific Palau Rep._of_Palau Palau To: # ZONE-DESCR Pacific Palau Rep_of_Palau Palau Makes everything happy again. Since I don't even know where the Republic of Palau IS (well, OK, I'm lying - I looked it up and it's a chain of islands in Western Micronesia, but that's beside the point! :) I'm going to leave this possible change to you.. Jordan From owner-freebsd-current Sun Aug 6 00:55:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA29477 for current-outgoing; Sun, 6 Aug 1995 00:55:16 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id AAA29469 for ; Sun, 6 Aug 1995 00:55:13 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18659; Sun, 6 Aug 1995 09:55:08 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA14103 for current@freebsd.org; Sun, 6 Aug 1995 09:55:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA04695 for current@freebsd.org; Sun, 6 Aug 1995 08:21:39 +0200 From: J Wunsch Message-Id: <199508060621.IAA04695@uriah.heep.sax.de> Subject: Re: Backup of 32bit dev entries To: current@freebsd.org Date: Sun, 6 Aug 1995 08:21:39 +0200 (MET DST) Reply-To: current@freebsd.org In-Reply-To: <199508050248.MAA30049@godzilla.zeta.org.au> from "Bruce Evans" at Aug 5, 95 12:48:45 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 2189 Sender: current-owner@freebsd.org Precedence: bulk As Bruce Evans wrote: > > pax -x sv4cpio -w -f /tmp/ttt * # works > pax -x sv4crc -w -f /tmp/ttt * # works > find . | cpio -H newc -o > /tmp/ttt # equiv to above pax command > find . | cpio -H crc -o > /tmp/ttt # equiv to above pax command > >Allowing 32 bits in before we could easily back them up seems strange, > > 5 ways to back them up seems enough :-). Why don't we change the defaults for cpio and pax? For cpio, this is no problem since it's not mentioned by Posix, and cpio's are supposed to recognize all formats automatically. (Of course, transfer to older cpio's will be affected, but people exchanging data between different architectures will always first have to check whether the intented archive format will work.) I'd suggest ``crc''. Computing the CRC doesn't cost too much time, and having a checksummed archive seems to be a Good Thing(tm). For pax, Posix.2 says the following: The supported archive formats shall be automatically detected on input. The default output archive format shall be implementation defined. ... -x format Specify the output archive format. The pax utility shall recognize the following formats: cpio The extended cpio interchange format specified in POSIX.1 {8} 10.1.2. The default blocksize 1 for this format for character special archive 1 files shall be 5120. Implementations shall 1 ... Bruce, do you know which format the ``extended cpio interchange format specified in POSIX.1 {8} 10.1.2'' does exactly refer to? I believe it's cpio's ``crc'' format, but i don't have a Posix.1 doc handy. If this is true, we should make pax default to this cpio format, otherwise we should probably pick ustar format (the second one mentioned in Posix), since it can at least back up 21 bits of the device number. (While Posix doesn't forbid to make one of the implementation-defined formats the standard, i think this is not a good idea.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Aug 6 00:55:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA29535 for current-outgoing; Sun, 6 Aug 1995 00:55:23 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id AAA29509 for ; Sun, 6 Aug 1995 00:55:20 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18682; Sun, 6 Aug 1995 09:55:18 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA14127 for current@freebsd.org; Sun, 6 Aug 1995 09:55:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA05419 for current@freebsd.org; Sun, 6 Aug 1995 09:18:51 +0200 From: J Wunsch Message-Id: <199508060718.JAA05419@uriah.heep.sax.de> Subject: Re: DOCUMENTATION PLEASE !!!! To: current@freebsd.org Date: Sun, 6 Aug 1995 09:18:50 +0200 (MET DST) Reply-To: current@freebsd.org In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Aug 6, 95 04:51:01 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 638 Sender: current-owner@freebsd.org Precedence: bulk As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > >I think it should reside in share until someone does write a program, > >but I won't argue the matter. > > Ok, if we'll decide to have it in share, I'll just ask Rod to > move it to share. > Any opinions? I think the placeholder is good. And i take it from Andrey's comments that he's at least already thinking about writing a real program for it. :-) CVS moves are a pain in the butt, we should not make gratuitous moves. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Aug 6 02:01:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA01231 for current-outgoing; Sun, 6 Aug 1995 02:01:42 -0700 Received: from asstdc.scgt.oz.au (asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA01221 for ; Sun, 6 Aug 1995 02:01:37 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id SAA10918; Sun, 6 Aug 1995 18:56:04 +1000 From: michael butler Message-Id: <199508060856.SAA10918@asstdc.scgt.oz.au> Subject: Re: Buslogic BT542-B problems (Try to abort ...) To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 6 Aug 1995 18:56:01 +1000 (EST) Cc: msmith@atrad.adelaide.edu.au, current@freebsd.org In-Reply-To: <199508041656.SAA27450@uriah.heep.sax.de> from "J Wunsch" at Aug 4, 95 06:56:39 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1258 Sender: current-owner@freebsd.org Precedence: bulk > > Recent experiments (and despite source-code comments) have led me to > > conclude that the BT742 driver does NOT co-operate with the > > bounce-buffer scheme in -current on an ISA machine > Err... the 742 is EISA, and if my memories are correct, the 542 is > VLB. Why the heck do you need this driver for ISA? It seemed like a good idea at the time ... :-) I've been running a BT542B in AHA-compatible mode for ages but Michael Smith was kind enough to ship me some new firware so that the BT driver would actually recognise it as a BT card (which I thought was a Good Thing). I also thought that the different/extended mailbox stuff (as compared to the AHA driver) might buy some better on-disk performance (which is what I was really after). It wasn't to be :-(. After some drama with microcode revisions that my card simply won't run with, I found that I can't run the bt driver with 20 meg anyway. When I took the extra 4 meg out .. it did run faster but not long enough to identify if this was the driver or just the effect of not using bounce buffers - shortly afterward, I ran into VM panics with the load that this machine carries .. Now I'm back where I started, running in AHA mode but with (slightly) newer firmware, michael From owner-freebsd-current Sun Aug 6 02:19:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA01853 for current-outgoing; Sun, 6 Aug 1995 02:19:11 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA01844 for ; Sun, 6 Aug 1995 02:18:52 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id LAA01202; Sun, 6 Aug 1995 11:17:57 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id LAA09271; Sun, 6 Aug 1995 11:17:54 +0200 Message-Id: <199508060917.LAA09271@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: mark@grondar.za (Mark Murray), ache@astral.msk.su, current@freefall.cdrom.com, jkh@time.cdrom.com Subject: Re: current make world falls over. Date: Sun, 06 Aug 1995 11:17:53 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > > > That is a bug in src/Makefile. In the lib: target we need to pickup > > > secure/lib/libtelnet if we are infact building the secure bits. > > > > > > Please create a patch and submit it to me for review. > > > > Here are the proposed patches: > > This looks okay for part of the solution, but it does not cause > src/Makefile lib: to build secure/lib/libtelnet. That parts is > still missing :-(. This is the bootstrapping issue and why you > have to manually go build secure/lib/libtelnet the first time you > convert to that version of libtelnet. I'm not sure I understand; there is no lib: target in src/Makefile - are you referring to libraries:? In the libraries: target, there is .if exists(secure) && !defined(NOCRYPT) && !defined(NOSECURE) cd ${.CURDIR}/secure/lib && \ ${MAKE} depend all install ${CLEANDIR} ${OBJDIR} .endif .if exists(lib) cd ${.CURDIR}/lib/csu/i386 && \ ${MAKE} depend all install ${CLEANDIR} ${OBJDIR} cd ${.CURDIR}/lib && \ ${MAKE} depend all install ${CLEANDIR} ${OBJDIR} .endif The (secure) gets done _before_ (lib), and without the patches below, the the secure libs were being clobbered by src/lib. secure/Makefile _does_ make libtelnet (the secure version). > > --- lib/Makefile.ORG Fri Aug 4 21:29:34 1995 > > +++ lib/Makefile Sat Aug 5 11:15:40 1995 > > @@ -13,7 +13,11 @@ > > SUBDIR+= libc libcompat libcom_err libcrypt libcurses libedit \ > > libf2c libforms \ > > libkvm libmd libmytinfo libncurses libpcap libresolv librpcsvc \ > > - libscsi libskey libss libtelnet libtermcap libutil liby > > + libscsi libskey libss libtermcap libutil liby > > + > > +.if !exists(../secure) || defined(NOCRYPT) || defined(NOSECURE) > > +SUBDIR+= libtelnet > > +.endif > > > > .if defined(WANT_CSRG_LIBM) > > SUBDIR+= libm > > > > > > --- usr.bin/Makefile.ORG Sat Aug 5 17:20:32 1995 > > +++ usr.bin/Makefile Sat Aug 5 11:20:39 1995 > > @@ -20,11 +20,15 @@ > > printf quota ranlib rdist renice rev rlogin rpcgen \ > > rpcinfo rs rsh rup ruptime rusers rwall \ > > rwho script sed sgmlfmt sgmls shar showmount size soelim split \ > > - strings strip su symorder talk tconv tcopy tee telnet tftp time tip \ > > + strings strip su symorder talk tconv tcopy tee tftp time tip \ > > tn3270 touch tput tr true tset tsort tty ul uname unexpand \ > > unifdef uniq unvis users uudecode uuencode vacation \ > > vgrind vi vis w wall wc what whereis which who whois window \ > > write xargs xinstall xstr yacc yes ypcat ypmatch ypwhich > > + > > +.if !exists(../secure) || defined(NOCRYPT) || defined(NOSECURE) > > +SUBDIR+=telnet > > +.endif > > > > # Cmp, look and tail all use mmap, so new-VM only. > > # F77 and pascal are VAX/Tahoe only. > > > > M > > -- > > Mark Murray > > 46 Harvey Rd, Claremont, Cape Town 7700, South Africa > > +27 21 61-3768 GMT+0200 > > Finger mark@grumble.grondar.za for PGP key > > > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Reliable computers for FreeBSD -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Sun Aug 6 02:29:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA02079 for current-outgoing; Sun, 6 Aug 1995 02:29:34 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA02073 for ; Sun, 6 Aug 1995 02:29:31 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id CAA00162; Sun, 6 Aug 1995 02:29:25 -0700 To: current@freebsd.org, joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Backup of 32bit dev entries In-reply-to: Your message of "Sun, 06 Aug 1995 08:21:39 +0200." <199508060621.IAA04695@uriah.heep.sax.de> Date: Sun, 06 Aug 1995 02:29:25 -0700 Message-ID: <159.807701365@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@freebsd.org Precedence: bulk > Why don't we change the defaults for cpio and pax? For cpio, this is > no problem since it's not mentioned by Posix, and cpio's are supposed > to recognize all formats automatically. (Of course, transfer to older I'm thinking about simply switching to pax for the 2.1 installation. The cpio changes have forced me away from really wanting to use IT anymore! :) Jordan From owner-freebsd-current Sun Aug 6 02:33:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA02222 for current-outgoing; Sun, 6 Aug 1995 02:33:44 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA02216 for ; Sun, 6 Aug 1995 02:33:42 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id CAA00184; Sun, 6 Aug 1995 02:32:52 -0700 To: Mark Murray cc: "Rodney W. Grimes" , ache@astral.msk.su, current@freefall.cdrom.com Subject: Re: current make world falls over. In-reply-to: Your message of "Sun, 06 Aug 1995 11:17:53 +0200." <199508060917.LAA09271@grumble.grondar.za> Date: Sun, 06 Aug 1995 02:32:51 -0700 Message-ID: <181.807701571@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > > This looks okay for part of the solution, but it does not cause > > src/Makefile lib: to build secure/lib/libtelnet. That parts is > > still missing :-(. This is the bootstrapping issue and why you > > have to manually go build secure/lib/libtelnet the first time you > > convert to that version of libtelnet. > > I'm not sure I understand; there is no lib: target in src/Makefile - are > you referring to libraries:? While I admire all the wrangling that is going on, may I make just a small suggestion? Please fix the tree soon! :-) I am doing a lot of testing these days, and the -current state of affairs is that if you take a 2.0.5 system and splat a -current /usr/src on it, the make world will fall over. For a variety of reasons, I really need that scenario to work! :-) Jordan From owner-freebsd-current Sun Aug 6 02:48:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA02677 for current-outgoing; Sun, 6 Aug 1995 02:48:31 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA02657 for ; Sun, 6 Aug 1995 02:48:13 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id LAA01247; Sun, 6 Aug 1995 11:48:01 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id LAA17790; Sun, 6 Aug 1995 11:48:00 +0200 Message-Id: <199508060948.LAA17790@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: Mark Murray , "Rodney W. Grimes" , ache@astral.msk.su, current@freefall.cdrom.com Subject: Re: current make world falls over. Date: Sun, 06 Aug 1995 11:47:59 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > > > This looks okay for part of the solution, but it does not cause > > > src/Makefile lib: to build secure/lib/libtelnet. That parts is > > > still missing :-(. This is the bootstrapping issue and why you > > > have to manually go build secure/lib/libtelnet the first time you > > > convert to that version of libtelnet. > > > > I'm not sure I understand; there is no lib: target in src/Makefile - are > > you referring to libraries:? > > While I admire all the wrangling that is going on, may I make just a > small suggestion? Please fix the tree soon! :-) > > I am doing a lot of testing these days, and the -current state of > affairs is that if you take a 2.0.5 system and splat a -current > /usr/src on it, the make world will fall over. For a variety of > reasons, I really need that scenario to work! :-) Then please review the patches so I can commit them. I believe they will work! :-) M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Sun Aug 6 03:02:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id DAA03213 for current-outgoing; Sun, 6 Aug 1995 03:02:42 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id DAA03206 for ; Sun, 6 Aug 1995 03:02:39 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id DAA03863; Sun, 6 Aug 1995 03:01:58 -0700 From: "Rodney W. Grimes" Message-Id: <199508061001.DAA03863@gndrsh.aac.dev.com> Subject: Re: current make world falls over. To: mark@grondar.za (Mark Murray) Date: Sun, 6 Aug 1995 03:01:57 -0700 (PDT) Cc: mark@grondar.za, ache@astral.msk.su, current@freefall.cdrom.com, jkh@time.cdrom.com In-Reply-To: <199508060917.LAA09271@grumble.grondar.za> from "Mark Murray" at Aug 6, 95 11:17:53 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1711 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > > That is a bug in src/Makefile. In the lib: target we need to pickup > > > > secure/lib/libtelnet if we are infact building the secure bits. > > > > > > > > Please create a patch and submit it to me for review. > > > > > > Here are the proposed patches: > > > > This looks okay for part of the solution, but it does not cause > > src/Makefile lib: to build secure/lib/libtelnet. That parts is > > still missing :-(. This is the bootstrapping issue and why you > > have to manually go build secure/lib/libtelnet the first time you > > convert to that version of libtelnet. > > I'm not sure I understand; there is no lib: target in src/Makefile - are > you referring to libraries:? Ooppss.. yes, libraries: > In the libraries: target, there is > > .if exists(secure) && !defined(NOCRYPT) && !defined(NOSECURE) > cd ${.CURDIR}/secure/lib && \ > ${MAKE} depend all install ${CLEANDIR} ${OBJDIR} > .endif > .if exists(lib) > cd ${.CURDIR}/lib/csu/i386 && \ > ${MAKE} depend all install ${CLEANDIR} ${OBJDIR} > cd ${.CURDIR}/lib && \ > ${MAKE} depend all install ${CLEANDIR} ${OBJDIR} > .endif :-) Never mind, I forgot about the global descend into secure/lib, and greped for libtelnet :-(. Looks like you have a reviewed patch after the first couple of rounds :-) > The (secure) gets done _before_ (lib), and without the patches below, the > the secure libs were being clobbered by src/lib. secure/Makefile _does_ > make libtelnet (the secure version). Right.. okay.. sorry, should have gone and read instead of using grep :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sun Aug 6 03:45:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id DAA07939 for current-outgoing; Sun, 6 Aug 1995 03:45:51 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id DAA07913 for ; Sun, 6 Aug 1995 03:45:48 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id DAA01452; Sun, 6 Aug 1995 03:44:44 -0700 To: Mark Murray cc: "Rodney W. Grimes" , ache@astral.msk.su, current@freefall.cdrom.com Subject: Re: current make world falls over. In-reply-to: Your message of "Sun, 06 Aug 1995 11:47:59 +0200." <199508060948.LAA17790@grumble.grondar.za> Date: Sun, 06 Aug 1995 03:44:44 -0700 Message-ID: <1446.807705884@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > Then please review the patches so I can commit them. I believe they will > work! :-) You guys lost me long ago.. Would someone mind sending me whatever set is currently "authoritative" then? :-) Jordan From owner-freebsd-current Sun Aug 6 03:48:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id DAA08143 for current-outgoing; Sun, 6 Aug 1995 03:48:24 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id DAA08118 for ; Sun, 6 Aug 1995 03:48:12 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id MAA01306; Sun, 6 Aug 1995 12:48:00 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id MAA25067; Sun, 6 Aug 1995 12:47:59 +0200 Message-Id: <199508061047.MAA25067@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: Mark Murray , "Rodney W. Grimes" , ache@astral.msk.su, current@freefall.cdrom.com Subject: Re: current make world falls over. Date: Sun, 06 Aug 1995 12:47:58 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > > Then please review the patches so I can commit them. I believe they will > > work! :-) > > You guys lost me long ago.. Would someone mind sending me whatever > set is currently "authoritative" then? :-) Not to worry. Rod has OK'ed the patches. You'll up and running in about half an hour. (@#$%ing slow line!) M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Sun Aug 6 04:36:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id EAA10999 for current-outgoing; Sun, 6 Aug 1995 04:36:39 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id EAA10985 for ; Sun, 6 Aug 1995 04:36:31 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA21720 for current@freebsd.org; Sun, 6 Aug 1995 21:34:57 +1000 Date: Sun, 6 Aug 1995 21:34:57 +1000 From: Bruce Evans Message-Id: <199508061134.VAA21720@godzilla.zeta.org.au> To: current@freebsd.org Subject: Re: Backup of 32bit dev entries Sender: current-owner@freebsd.org Precedence: bulk >Why don't we change the defaults for cpio and pax? For cpio, this is It would break tradition. >Bruce, do you know which format the ``extended cpio interchange format >specified in POSIX.1 {8} 10.1.2'' does exactly refer to? I believe >it's cpio's ``crc'' format, but i don't have a Posix.1 doc handy. It is `odc', the old (POSIX.1) portable format :-(. Bruce From owner-freebsd-current Sun Aug 6 04:58:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id EAA12056 for current-outgoing; Sun, 6 Aug 1995 04:58:03 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id EAA12050 for ; Sun, 6 Aug 1995 04:57:57 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA22351; Sun, 6 Aug 1995 21:54:11 +1000 Date: Sun, 6 Aug 1995 21:54:11 +1000 From: Bruce Evans Message-Id: <199508061154.VAA22351@godzilla.zeta.org.au> To: current@freefall.cdrom.com, jkh@time.cdrom.com Subject: Re: Bug in rlogin? Sender: current-owner@FreeBSD.org Precedence: bulk >Take one slow net connection, one rlogin session that's got output >spewing to it, type ^C. That rlogin connection is dead, no more, >it will never come back. It is an ex-rlogin session. OOB data >handling a little screwed, perhaps? I tried slip at 9600 bps. It took 8 seconds for output to stop and another 8 for control to come back. It was more than 9600/300 times worse at 300 bps. ^C was sent almost instantly and the pty queues were flushed. Apparently the tcp/ip queues weren't flushed. Bruce From owner-freebsd-current Sun Aug 6 05:24:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA13531 for current-outgoing; Sun, 6 Aug 1995 05:24:59 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id FAA13523 for ; Sun, 6 Aug 1995 05:24:56 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id FAA17654; Sun, 6 Aug 1995 05:24:28 -0700 To: Bruce Evans cc: current@freefall.cdrom.com Subject: Re: Bug in rlogin? In-reply-to: Your message of "Sun, 06 Aug 1995 21:54:11 +1000." <199508061154.VAA22351@godzilla.zeta.org.au> Date: Sun, 06 Aug 1995 05:24:27 -0700 Message-ID: <17652.807711867@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > >Take one slow net connection, one rlogin session that's got output > >spewing to it, type ^C. That rlogin connection is dead, no more, > >it will never come back. It is an ex-rlogin session. OOB data > >handling a little screwed, perhaps? > > I tried slip at 9600 bps. It took 8 seconds for output to stop and > another 8 for control to come back. And I, of course, am now unable to reproduce it. Foo! :-) All I can say is that while I can't reproduce it now, my freefall windows fall frequent victim to this phenomenon. So much so, that if output is spewing out that I know will finish relatively soon, I'll let it swamp my link for awhile rather than ^C it and destroy the entire session. This one must be more subtle than a simple race, that's all I can say! Jordan From owner-freebsd-current Sun Aug 6 12:08:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA28710 for current-outgoing; Sun, 6 Aug 1995 12:08:32 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id MAA28699 for ; Sun, 6 Aug 1995 12:08:28 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01781; Sun, 6 Aug 1995 21:08:16 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA18867 for freebsd-current@FreeBSD.org; Sun, 6 Aug 1995 21:08:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id SAA07779 for freebsd-current@FreeBSD.org; Sun, 6 Aug 1995 18:03:28 +0200 From: J Wunsch Message-Id: <199508061603.SAA07779@uriah.heep.sax.de> Subject: workaround for talk's address problem To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 6 Aug 1995 18:03:27 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org (FreeBSD-current users) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 6053 Sender: current-owner@FreeBSD.org Precedence: bulk talk(1) has problems with multi-homed hosts. To negotiate the connection with the remote peer, it uses the first address as returned by a call to gethostbyname(). This will cause the connection to hang for machines where not all interfaces are reachable from the Internet. This is often the case for the typical dialup user: he's got a SLIP interface with (e.g.) 111.222.111.33, and an ethernet interface with 192.168.3.4. The call to gethostbyname() will cause the name server to return 192.168.3.4 as the first address (since the name server believes this is the `most local' one), so talk will only be able to contact hosts inside the (not externally routed) 192.168.3 network. The correct solution would be asking the routing socket to see which interface address must be used to get in contact with the remote peer. Unfortunately, the interface to the routing socket is somewhat ugly to use and it requires root privileges. Hence i'm suggesting the following workaround. It introduces an option `-a' followed by a (dotted-quad) address to use for the negotiation. This address will be checked against the address list as returned from gethostbyname() to avoid abusing foreign addresses. If nobody objects (or promises to implement the routing socket scenario), i'd going to commit this change. Index: talk/get_addrs.c =================================================================== RCS file: /home/cvs/src/usr.bin/talk/get_addrs.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 get_addrs.c --- 1.1.1.1 1994/05/27 12:32:46 +++ get_addrs.c 1995/08/06 13:38:08 @@ -43,8 +43,9 @@ #include #include "talk_ctl.h" -get_addrs(my_machine_name, his_machine_name) +get_addrs(my_machine_name, his_machine_name, my_addr) char *my_machine_name, *his_machine_name; + char *my_addr; { struct hostent *hp; struct servent *sp; @@ -57,7 +58,29 @@ herror((char *)NULL); exit(-1); } - bcopy(hp->h_addr, (char *)&my_machine_addr, hp->h_length); + if(my_addr == 0) + bcopy(hp->h_addr, (char *)&my_machine_addr, hp->h_length); + else { + int i; + for(i = 0; hp->h_addr_list[i]; i++) { + bcopy(hp->h_addr_list[i], (char *)&my_machine_addr, + hp->h_length); + if(memcmp((char *)&my_machine_addr, + my_addr, + hp->h_length) == 0) + break; + } + if(hp->h_addr_list[i] == 0) { + fprintf(stderr, + "talk: can't find address %d.%d.%d.%d " + "in this host's address list\n", + (unsigned char)my_addr[0], + (unsigned char)my_addr[1], + (unsigned char)my_addr[2], + (unsigned char)my_addr[3]); + exit(-1); + } + } /* * If the callee is on-machine, just copy the * network address, otherwise do a lookup... Index: talk/get_names.c =================================================================== RCS file: /home/cvs/src/usr.bin/talk/get_names.c,v retrieving revision 1.3 diff -u -r1.3 get_names.c --- 1.3 1994/10/24 05:42:33 +++ get_names.c 1995/08/06 13:34:06 @@ -39,12 +39,14 @@ #include #include #include +#include +#include #include "talk.h" char *getlogin(); char *ttyname(); -char *rindex(); extern CTL_MSG msg; +static char *convaddr(char *a); /* * Determine the local and remote user, tty, and machines @@ -56,10 +58,22 @@ char hostname[MAXHOSTNAMELEN]; char *his_name, *my_name; char *my_machine_name, *his_machine_name; - char *my_tty, *his_tty; + char *my_tty, *his_tty, *my_address = 0; register char *cp; + int c, errs = 0; - if (argc < 2 ) { + while ((c = getopt(argc, argv, "a:")) != EOF) + switch (c) { + case 'a': + my_address = optarg; + break; + + default: + errs++; + } + argc -= optind - 1; + argv += optind - 1; + if (errs || argc < 2 ) { printf("Usage: talk user [ttyname]\n"); exit(-1); } @@ -101,7 +115,11 @@ his_tty = argv[2]; /* tty name is arg 2 */ else his_tty = ""; - get_addrs(my_machine_name, his_machine_name); + if (my_address) + get_addrs(my_machine_name, his_machine_name, + convaddr(my_address)); + else + get_addrs(my_machine_name, his_machine_name, 0); /* * Initialize the message template. */ @@ -115,4 +133,30 @@ msg.r_name[NAME_SIZE - 1] = '\0'; strncpy(msg.r_tty, his_tty, TTY_SIZE); msg.r_tty[TTY_SIZE - 1] = '\0'; +} + +static char * +convaddr(char *a) +{ + char *dot1, *dot2, *dot3; + static int addr; + + /* convert dotted quad into network byte-ordered numerical addr */ + if((dot1 = strchr(a, '.')) == NULL) + return 0; + *dot1 = 0; + dot1++; + if((dot2 = strchr(dot1, '.')) == NULL) + return 0; + *dot2 = 0; + dot2++; + if((dot3 = strchr(dot2, '.')) == NULL) + return 0; + *dot3 = 0; + dot3++; + addr = (atoi(a) & 0xff) + + ((atoi(dot1) << 8) & 0xff00) + + ((atoi(dot2) << 16) & 0xff0000) + + ((atoi(dot3) << 24) & 0xff000000); + return (char *)&addr; } Index: talk/talk.1 =================================================================== RCS file: /home/cvs/src/usr.bin/talk/talk.1,v retrieving revision 1.2 diff -u -r1.2 talk.1 --- 1.2 1994/10/24 05:42:34 +++ talk.1 1995/08/06 15:26:22 @@ -39,6 +39,7 @@ .Nd talk to another user .Sh SYNOPSIS .Nm talk +.Op Fl a Ar address .Ar person .Op Ar ttyname .Sh DESCRIPTION @@ -48,6 +49,15 @@ .Pp Options available: .Bl -tag -width ttyname +.It Fl a Ar address +The address to use for this machine when negotiating the connection to +a remote host. Default is to use the first address found +.Pq see Xr gethostbyname 3 +which might cause problems on multi-homed hosts. The +.Ar address +must be in dotted-quad notation. It will be checked against the list +of addresses available for this machine, in order to prevent abusing +foreign addresses. .It Ar person If you wish to talk to someone on your own machine, then .Ar person @@ -117,7 +127,8 @@ .Xr mail 1 , .Xr mesg 1 , .Xr who 1 , -.Xr write 1 +.Xr write 1 , +.Xr gethostbyname 3 . .Sh BUGS The version of .Xr talk 1 -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Aug 6 13:16:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id NAA03222 for current-outgoing; Sun, 6 Aug 1995 13:16:38 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id NAA03211 for ; Sun, 6 Aug 1995 13:16:35 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id NAA18456; Sun, 6 Aug 1995 13:16:29 -0700 To: freebsd-current@FreeBSD.org (FreeBSD-current users), joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: workaround for talk's address problem In-reply-to: Your message of "Sun, 06 Aug 1995 18:03:27 +0200." <199508061603.SAA07779@uriah.heep.sax.de> Date: Sun, 06 Aug 1995 13:16:29 -0700 Message-ID: <18450.807740189@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > talk(1) has problems with multi-homed hosts. To negotiate the > connection with the remote peer, it uses the first address as returned > by a call to gethostbyname(). This will cause the connection to hang NFS has the exact same problem, FWIW. If there's a more general solution, we should go for it. Jordan From owner-freebsd-current Sun Aug 6 13:33:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id NAA03950 for current-outgoing; Sun, 6 Aug 1995 13:33:25 -0700 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id NAA03940 for ; Sun, 6 Aug 1995 13:33:23 -0700 Received: from localhost.uci.edu by balboa.eng.uci.edu with SMTP id AA24429 (5.65c/IDA-1.4.4 for current@freebsd.org); Sun, 6 Aug 1995 13:33:22 -0700 Message-Id: <199508062033.AA24429@balboa.eng.uci.edu> To: current@freebsd.org Subject: bare bones kernel Date: Sun, 06 Aug 1995 13:33:21 -0700 From: Steven Wallace Sender: current-owner@freebsd.org Precedence: bulk Could someone explain to me why you must have "options FFS" and "device npx0" in the kernel config file? Otherwise you get a linker error: kern_sysctl.o: Undefined symbol `_hw_float' referenced from text segment vfs_init.o: Undefined symbol `_vfs_set' referenced from text segment From owner-freebsd-current Sun Aug 6 13:47:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id NAA04666 for current-outgoing; Sun, 6 Aug 1995 13:47:44 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id NAA04660 for ; Sun, 6 Aug 1995 13:47:39 -0700 Received: by haven.uniserve.com id <30739>; Sun, 6 Aug 1995 13:48:34 +0100 Date: Sun, 6 Aug 1995 13:48:18 -0700 (PDT) From: Tom Samplonius To: Steven Wallace cc: current@freebsd.org Subject: Re: bare bones kernel In-Reply-To: <199508062033.AA24429@balboa.eng.uci.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Sun, 6 Aug 1995, Steven Wallace wrote: > Could someone explain to me why you must have "options FFS" and A kernel without a filesystem? That won't work. Tom From owner-freebsd-current Sun Aug 6 13:59:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id NAA05440 for current-outgoing; Sun, 6 Aug 1995 13:59:58 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id NAA05425 for ; Sun, 6 Aug 1995 13:59:53 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.11/8.6.5) with ESMTP id NAA07473; Sun, 6 Aug 1995 13:59:06 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id OAA03760; Sun, 6 Aug 1995 14:00:37 -0700 Message-Id: <199508062100.OAA03760@corbin.Root.COM> To: Steven Wallace cc: current@freebsd.org Subject: Re: bare bones kernel In-reply-to: Your message of "Sun, 06 Aug 95 13:33:21 PDT." <199508062033.AA24429@balboa.eng.uci.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 06 Aug 1995 14:00:36 -0700 Sender: current-owner@freebsd.org Precedence: bulk >Could someone explain to me why you must have "options FFS" and >"device npx0" in the kernel config file? Otherwise you get a linker >error: > >kern_sysctl.o: Undefined symbol `_hw_float' referenced from text segment I think the declaration of the variable should be moved out of npx.c. >vfs_init.o: Undefined symbol `_vfs_set' referenced from text segment In our current design of the dynamic VFS stuff, at least *one* filesystem is required...it doesn't matter which one. I don't consider this a bug. -DG From owner-freebsd-current Sun Aug 6 14:04:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id OAA05946 for current-outgoing; Sun, 6 Aug 1995 14:04:29 -0700 Received: from crash.ops.neosoft.com (crash.ops.NeoSoft.COM [198.64.212.50]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id OAA05939 for ; Sun, 6 Aug 1995 14:04:27 -0700 Received: (from smace@localhost) by crash.ops.neosoft.com (8.6.11/8.6.10) id QAA07313; Sun, 6 Aug 1995 16:04:31 -0500 From: Scott Mace Message-Id: <199508062104.QAA07313@crash.ops.neosoft.com> Subject: Re: workaround for talk's address problem To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 6 Aug 1995 16:04:30 -0500 (CDT) Cc: freebsd-current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <18450.807740189@time.cdrom.com> from "Jordan K. Hubbard" at Aug 6, 95 01:16:29 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 501 Sender: current-owner@FreeBSD.org Precedence: bulk > > > talk(1) has problems with multi-homed hosts. To negotiate the > > connection with the remote peer, it uses the first address as returned > > by a call to gethostbyname(). This will cause the connection to hang > > NFS has the exact same problem, FWIW. If there's a more general > solution, we should go for it. > > Jordan > INN uses the full list of ip's returned and will accept connections from either, but that really doesn't help that much in this situation I think... Scott From owner-freebsd-current Sun Aug 6 15:06:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA10872 for current-outgoing; Sun, 6 Aug 1995 15:06:11 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id PAA10862 for ; Sun, 6 Aug 1995 15:06:02 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id AAA01986; Mon, 7 Aug 1995 00:05:31 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id AAA08363; Mon, 7 Aug 1995 00:05:29 +0200 Message-Id: <199508062205.AAA08363@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: freebsd-current@FreeBSD.org (FreeBSD-current users), joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: workaround for talk's address problem Date: Mon, 07 Aug 1995 00:05:28 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > > talk(1) has problems with multi-homed hosts. To negotiate the > > connection with the remote peer, it uses the first address as returned > > by a call to gethostbyname(). This will cause the connection to hang > > NFS has the exact same problem, FWIW. If there's a more general > solution, we should go for it. Paul Traina fixed a similar problem with kadmin(d?) from eBones a couple of days ago. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Sun Aug 6 15:28:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA12173 for current-outgoing; Sun, 6 Aug 1995 15:28:40 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id PAA12163 for ; Sun, 6 Aug 1995 15:28:36 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.11/8.6.5) with ESMTP id PAA07702; Sun, 6 Aug 1995 15:27:48 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id PAA00290; Sun, 6 Aug 1995 15:29:20 -0700 Message-Id: <199508062229.PAA00290@corbin.Root.COM> To: Mark Murray cc: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: workaround for talk's address problem In-reply-to: Your message of "Mon, 07 Aug 95 00:05:28 +0200." <199508062205.AAA08363@grumble.grondar.za> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 06 Aug 1995 15:29:19 -0700 Sender: current-owner@freebsd.org Precedence: bulk >> > talk(1) has problems with multi-homed hosts. To negotiate the >> > connection with the remote peer, it uses the first address as returned >> > by a call to gethostbyname(). This will cause the connection to hang >> >> NFS has the exact same problem, FWIW. If there's a more general >> solution, we should go for it. > >Paul Traina fixed a similar problem with kadmin(d?) from eBones a >couple of days ago. What is the problem with specifying INADDR_ANY for the local address? -DG From owner-freebsd-current Sun Aug 6 15:29:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA12255 for current-outgoing; Sun, 6 Aug 1995 15:29:32 -0700 Received: from server.netcraft.co.uk (server.netcraft.co.uk [194.72.238.2]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id PAA12247 for ; Sun, 6 Aug 1995 15:29:25 -0700 Received: (from paul@localhost) by server.netcraft.co.uk (8.6.11/8.6.9) id XAA24522 for freebsd-current@FreeBSD.ORG; Sun, 6 Aug 1995 23:29:02 +0100 From: Paul Richards Message-Id: <199508062229.XAA24522@server.netcraft.co.uk> Subject: Re: workaround for talk's address problem To: freebsd-current@FreeBSD.ORG Date: Sun, 6 Aug 1995 23:29:00 +0100 (BST) In-Reply-To: <199508061603.SAA07779@uriah.heep.sax.de> from "J Wunsch" at Aug 6, 95 06:03:27 pm Reply-to: paul@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1625 Sender: current-owner@FreeBSD.ORG Precedence: bulk In reply to J Wunsch who said > > The correct solution would be asking the routing socket to see which > interface address must be used to get in contact with the remote peer. > Unfortunately, the interface to the routing socket is somewhat ugly to > use and it requires root privileges. Hence i'm suggesting the > following workaround. It introduces an option `-a' followed by a > (dotted-quad) address to use for the negotiation. This address will > be checked against the address list as returned from gethostbyname() > to avoid abusing foreign addresses. I want to add an option like this to everything. I'm running a multi-homed host that has *lots* (or will have) of ip addresses and I also need to have, for instance, a sendmail connected to each address to handle services for that particular domain. I'm gradually building such an environment but if peopl have any ideas about this I'd be interested. As I mentioned before, the approach I'm currently taking is to have all the servers bind to the address returned by gethostbyname where the hostname is returned from a modified gethostname() that looks it up in /etc/hostname. This works for me because each of my virtual domains live in their own chrooted environment. I'm planning to add options to bind to a command line specified address though so the ability is more general. Anyone got ideas about a common flag to use? Any ideas about how to do this in general. -- Paul Richards, Bluebird Computer Systems. FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.freebsd.org/~paul Phone: 0370 462071 (Mobile), +44 1222 457651 (home) From owner-freebsd-current Sun Aug 6 15:35:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA12740 for current-outgoing; Sun, 6 Aug 1995 15:35:38 -0700 Received: from server.netcraft.co.uk (server.netcraft.co.uk [194.72.238.2]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id PAA12734 for ; Sun, 6 Aug 1995 15:35:36 -0700 Received: (from paul@localhost) by server.netcraft.co.uk (8.6.11/8.6.9) id XAA24575; Sun, 6 Aug 1995 23:33:32 +0100 From: Paul Richards Message-Id: <199508062233.XAA24575@server.netcraft.co.uk> Subject: Re: workaround for talk's address problem To: davidg@Root.COM Date: Sun, 6 Aug 1995 23:33:31 +0100 (BST) Cc: mark@grondar.za, freebsd-current@FreeBSD.ORG In-Reply-To: <199508062229.PAA00290@corbin.Root.COM> from "David Greenman" at Aug 6, 95 03:29:19 pm Reply-to: paul@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1101 Sender: current-owner@FreeBSD.ORG Precedence: bulk In reply to David Greenman who said > > >> > talk(1) has problems with multi-homed hosts. To negotiate the > >> > connection with the remote peer, it uses the first address as returned > >> > by a call to gethostbyname(). This will cause the connection to hang > >> > >> NFS has the exact same problem, FWIW. If there's a more general > >> solution, we should go for it. > > > >Paul Traina fixed a similar problem with kadmin(d?) from eBones a > >couple of days ago. > I've got an intersting little problem with my setup actually. I've got a sendmail bound to say, foo.com and when I sendmail someone@foo.com from another virtual domain on the same machine, the foo.com sendmail thinks the connection came from foo.com which it didn't. foo.com is not the first ip address on the list, that would be the real name of the host. Haven't looked into this at all yet but it's not what I expected to happen. -- Paul Richards, Bluebird Computer Systems. FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.freebsd.org/~paul Phone: 0370 462071 (Mobile), +44 1222 457651 (home) From owner-freebsd-current Sun Aug 6 15:53:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA14464 for current-outgoing; Sun, 6 Aug 1995 15:53:06 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id PAA14454 ; Sun, 6 Aug 1995 15:53:04 -0700 Message-Id: <199508062253.PAA14454@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Mark Murray cc: "Jordan K. Hubbard" , freebsd-current@freebsd.org (FreeBSD-current users), joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: workaround for talk's address problem In-reply-to: Your message of "Mon, 07 Aug 95 00:05:28 +0200." <199508062205.AAA08363@grumble.grondar.za> Date: Sun, 06 Aug 1995 15:53:04 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >> > talk(1) has problems with multi-homed hosts. To negotiate the >> > connection with the remote peer, it uses the first address as returned >> > by a call to gethostbyname(). This will cause the connection to hang >> >> NFS has the exact same problem, FWIW. If there's a more general >> solution, we should go for it. > >Paul Traina fixed a similar problem with kadmin(d?) from eBones a >couple of days ago. That was me. I believe it only works with tcp sockets. Garrett would know for sure. > >M > >-- >Mark Murray >46 Harvey Rd, Claremont, Cape Town 7700, South Africa >+27 21 61-3768 GMT+0200 >Finger mark@grumble.grondar.za for PGP key -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Aug 6 15:56:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA14739 for current-outgoing; Sun, 6 Aug 1995 15:56:01 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id PAA14730 ; Sun, 6 Aug 1995 15:55:59 -0700 Message-Id: <199508062255.PAA14730@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: davidg@root.com cc: Mark Murray , freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: workaround for talk's address problem In-reply-to: Your message of "Sun, 06 Aug 95 15:29:19 PDT." <199508062229.PAA00290@corbin.Root.COM> Date: Sun, 06 Aug 1995 15:55:58 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >>> > talk(1) has problems with multi-homed hosts. To negotiate the >>> > connection with the remote peer, it uses the first address as returned >>> > by a call to gethostbyname(). This will cause the connection to hang >>> >>> NFS has the exact same problem, FWIW. If there's a more general >>> solution, we should go for it. >> >>Paul Traina fixed a similar problem with kadmin(d?) from eBones a >>couple of days ago. > > What is the problem with specifying INADDR_ANY for the local address? > >-DG For kadmind, that wasn't sufficient. You also had to use getsockname to extract the address of the peer after the connection was accepted since the proper address is required by the protocol. Garrett mentioned something about it only being possible with tcp connections since the binding of addresses is delayed until the accept, but I could have misunderstood him. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Aug 6 17:37:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA25283 for current-outgoing; Sun, 6 Aug 1995 17:37:16 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id RAA25271 for ; Sun, 6 Aug 1995 17:37:14 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id RAA04944 for freebsd-current@FreeBSD.org; Sun, 6 Aug 1995 17:36:56 -0700 From: "Rodney W. Grimes" Message-Id: <199508070036.RAA04944@gndrsh.aac.dev.com> Subject: Re: workaround for talk's address problem To: freebsd-current@FreeBSD.org Date: Sun, 6 Aug 1995 17:36:55 -0700 (PDT) In-Reply-To: <199508061603.SAA07779@uriah.heep.sax.de> from "J Wunsch" at Aug 6, 95 06:03:27 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1219 Sender: current-owner@FreeBSD.org Precedence: bulk > > talk(1) has problems with multi-homed hosts. To negotiate the > connection with the remote peer, it uses the first address as returned > by a call to gethostbyname(). This will cause the connection to hang > for machines where not all interfaces are reachable from the Internet. > This is often the case for the typical dialup user: he's got a SLIP > interface with (e.g.) 111.222.111.33, and an ethernet interface with > 192.168.3.4. The call to gethostbyname() will cause the name server > to return 192.168.3.4 as the first address (since the name server > believes this is the `most local' one), so talk will only be able to > contact hosts inside the (not externally routed) 192.168.3 network. ... The correct fix here is to do what ftp, telnet or any other TCP cleint does, go to the next address if an error or timout occurs on the current address. When we get to the end of the list of addresses, then exit the program with an error. Adding options to force a negotiation address is not going to make the users happy, but the above surely well. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sun Aug 6 17:37:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA25374 for current-outgoing; Sun, 6 Aug 1995 17:37:43 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id RAA25364 for ; Sun, 6 Aug 1995 17:37:41 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23707; Sun, 6 Aug 95 18:30:17 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508070030.AA23707@cs.weber.edu> Subject: Re: bare bones kernel To: davidg@Root.COM Date: Sun, 6 Aug 95 18:30:17 MDT Cc: swallace@eng.uci.edu, current@freebsd.org In-Reply-To: <199508062100.OAA03760@corbin.Root.COM> from "David Greenman" at Aug 6, 95 02:00:36 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@freebsd.org Precedence: bulk > >Could someone explain to me why you must have "options FFS" and > >"device npx0" in the kernel config file? Otherwise you get a linker > >error: > > >vfs_init.o: Undefined symbol `_vfs_set' referenced from text segment > > In our current design of the dynamic VFS stuff, at least *one* filesystem > is required...it doesn't matter which one. I don't consider this a bug. I'll have to think about whether this would really constitute a bug or not, and then get back to you. My gut feeling is that you should be able to run without a static file system, or at least without a vnops table pointing to a Heidemann style VFS. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Aug 6 17:38:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA25497 for current-outgoing; Sun, 6 Aug 1995 17:38:30 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id RAA25489 for ; Sun, 6 Aug 1995 17:38:28 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23718; Sun, 6 Aug 95 18:30:55 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508070030.AA23718@cs.weber.edu> Subject: Re: bare bones kernel To: tom@uniserve.com (Tom Samplonius) Date: Sun, 6 Aug 95 18:30:54 MDT Cc: swallace@eng.uci.edu, current@freebsd.org In-Reply-To: from "Tom Samplonius" at Aug 6, 95 01:48:18 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@freebsd.org Precedence: bulk > > > On Sun, 6 Aug 1995, Steven Wallace wrote: > > > Could someone explain to me why you must have "options FFS" and > > A kernel without a filesystem? That won't work. How about a kernel with a non-VFS file system? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Aug 6 17:38:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA25569 for current-outgoing; Sun, 6 Aug 1995 17:38:44 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id RAA25537 for ; Sun, 6 Aug 1995 17:38:35 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <20875-0@bunyip.cc.uq.oz.au>; Mon, 7 Aug 1995 10:19:22 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id JAA00335 for ; Mon, 7 Aug 1995 09:32:34 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id XAA12730; Sun, 6 Aug 1995 23:30:04 GMT Message-Id: <199508062330.XAA12730@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: syssgm@devetir.qld.gov.au cc: current@freebsd.org Subject: Where is the 2.0.5-950726-SNAP on freefall? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 07 Aug 1995 09:30:04 +1000 From: Stephen Hocking Sender: current-owner@freebsd.org Precedence: bulk My hard disk has died, and I need to re-install. However, the 2.0.5 CD that I have has the seagate drivers that did not work with my FD885 SCSI controller (it beat the changes I made by a week & 1/2!). The 950726 snap should have them (they were comitted on the 13th) so I was wondering what directory the floppy images were hiding in. I have to use ftpmail so interactive discovery is out. Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Sun Aug 6 18:19:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id SAA28303 for current-outgoing; Sun, 6 Aug 1995 18:19:22 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id SAA28296 for ; Sun, 6 Aug 1995 18:19:11 -0700 Received: by haven.uniserve.com id <30751>; Sun, 6 Aug 1995 18:19:40 +0100 Date: Sun, 6 Aug 1995 18:19:33 -0700 (PDT) From: Tom Samplonius To: Terry Lambert cc: swallace@eng.uci.edu, current@freebsd.org Subject: Re: bare bones kernel In-Reply-To: <9508070030.AA23718@cs.weber.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Sun, 6 Aug 1995, Terry Lambert wrote: > > On Sun, 6 Aug 1995, Steven Wallace wrote: > > > > > Could someone explain to me why you must have "options FFS" and > > > > A kernel without a filesystem? That won't work. > > How about a kernel with a non-VFS file system? That would be a nice party trick, but would removing all those dependencies really be worth it? Tom From owner-freebsd-current Sun Aug 6 19:52:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id TAA01228 for current-outgoing; Sun, 6 Aug 1995 19:52:14 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id TAA01214 for ; Sun, 6 Aug 1995 19:52:05 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA10890; Mon, 7 Aug 1995 12:50:08 +1000 Date: Mon, 7 Aug 1995 12:50:08 +1000 From: Bruce Evans Message-Id: <199508070250.MAA10890@godzilla.zeta.org.au> To: current@freebsd.org, swallace@eng.uci.edu Subject: Re: bare bones kernel Sender: current-owner@freebsd.org Precedence: bulk >Could someone explain to me why you must have "options FFS" and >"device npx0" in the kernel config file? Otherwise you get a linker >error: >kern_sysctl.o: Undefined symbol `_hw_float' referenced from text segment >vfs_init.o: Undefined symbol `_vfs_set' referenced from text segment npx0 isn't optional. npxprobe() is currently required, at least when there is an emulator, to initialize CR0_MP so that fwait works right. It should be set in machdep.c when CR0_TS is set. There should be an equivalent of npxinit() to initialize the emulator. hw_float is misplaced and should be 3-valued (hw_float, sw_float, no_float). vfs is even less optional than npx0 :-]. Bruce From owner-freebsd-current Sun Aug 6 22:06:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id WAA10046 for current-outgoing; Sun, 6 Aug 1995 22:06:57 -0700 Received: from pluto.ops.NeoSoft.com (pluto.ops.NeoSoft.COM [198.64.212.23]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id WAA10023 ; Sun, 6 Aug 1995 22:06:54 -0700 Received: from concorde.neosoft.com (root@concorde.NeoSoft.COM [198.65.161.214]) by pluto.ops.NeoSoft.com (8.6.10/8.6.10) with ESMTP id AAA03377; Mon, 7 Aug 1995 00:06:51 -0500 Received: (from dbaker@localhost) by concorde.neosoft.com (8.6.11/8.6.11) id AAA06569; Mon, 7 Aug 1995 00:06:44 -0500 Date: Mon, 7 Aug 1995 00:06:39 -0500 (CDT) From: Daniel Baker X-Sender: dbaker@concorde To: hackers@freebsd.org, current@freebsd.org, questions@freebsd.org, smace@neosoft.com Subject: Make World won't work (cc_int) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk I am currently running FreeBSD 2.0.5-RELEASE and am trying to make world CURRENT Aug 7 00:00:30 1995. But, it always stops at: (I've had problems with this when I've tried compiling previous versions) ===> gnu/usr.bin/cc/cc_int cc -O2 -m486 -I/usr/src/gnu/usr.bin/cc/cc_int -I/usr/src/gnu/usr.bin/cc/cc_int/. ./include -Dbsd4_4 -DGCC_INCLUDE_DIR=\"FOO\" -DTOOL_INCLUDE_DIR=\"FOO\" -DGPLUSP LUS_INCLUDE_DIR=\"FOO\" -DDEFAULT_TARGET_VERSION=\"2.6.3\" -DDEFAULT_TARGET_MACH INE=\"i386--freebsd\" -DSTANDARD_EXEC_PREFIX=\"/usr/libexec/\" -DSTANDARD_STARTF ILE_PREFIX=\"/usr/lib/\" -DHAVE_PUTENV -DGCC_NAME=\"cc\" -DLINK_LIBGCC_SPECIAL_1 -I/usr/src/gnu/usr.bin/cc/cc_int -I/usr/src/gnu/usr.bin/cc/cc_int/../include -D bsd4_4 -DGCC_INCLUDE_DIR=\"FOO\" -DTOOL_INCLUDE_DIR=\"FOO\" -DGPLUSPLUS_INCLUDE_ DIR=\"FOO\" -DDEFAULT_TARGET_VERSION=\"2.6.3\" -DDEFAULT_TARGET_MACHINE=\"i386-- freebsd\" -DSTANDARD_EXEC_PREFIX=\"/usr/libexec/\" -DSTANDARD_STARTFILE_PREFIX=\ "/usr/lib/\" -DHAVE_PUTENV -DGCC_NAME=\"cc\" -DLINK_LIBGCC_SPECIAL_1 -c /usr/src /gnu/usr.bin/cc/cc_int/stor-layout.c -o stor-layout.o *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 --EOF--- Sorry if all that info is not necessary, or if it's not enough... email me and I'll tell you as much as I know.. :-) ++If you're cool, you run FreeBSD++ Daniel Baker -- NeoSoft Student Assistant (UseNet, FTP & CivNet Admin.) DBaker@NeoSoft.COM DBaker@Concorde-Mail.NeoSoft.COM (A FreeBSD Machine) ** http://www.neosoft.com/neosoft/staff/dbaker/default.html ** ++Get NeoSoft 'Net Access TODAY!!! 1/800-GET-NEOSOFT++ From owner-freebsd-current Mon Aug 7 00:14:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA21278 for current-outgoing; Mon, 7 Aug 1995 00:14:04 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id AAA21255 for ; Mon, 7 Aug 1995 00:13:57 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id AAA00579; Mon, 7 Aug 1995 00:13:35 -0700 From: "Rodney W. Grimes" Message-Id: <199508070713.AAA00579@gndrsh.aac.dev.com> Subject: Re: workaround for talk's address problem To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 7 Aug 1995 00:13:34 -0700 (PDT) Cc: freebsd-current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <18450.807740189@time.cdrom.com> from "Jordan K. Hubbard" at Aug 6, 95 01:16:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1014 Sender: current-owner@FreeBSD.org Precedence: bulk > > > talk(1) has problems with multi-homed hosts. To negotiate the > > connection with the remote peer, it uses the first address as returned > > by a call to gethostbyname(). This will cause the connection to hang > > NFS has the exact same problem, FWIW. If there's a more general > solution, we should go for it. NFS does not have such a problem, or at least I have never seen it, and I have _lots_ of networks, all but 1 serving NFS: gndrsh# nslookup gndrsh.aac.dev.com Server: gndrsh.aac.dev.com Address: 0.0.0.0 Name: gndrsh.aac.dev.com Addresses: 198.145.92.49, 198.145.92.241, 198.145.92.17, 198.145.92.33 mountd gets confused if you add an interface and don't restart it, but other than that and routing path problems it works just fine. It does not have the problem that was described about talk, NFS handles this stuff just fine! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Aug 7 00:24:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA21792 for current-outgoing; Mon, 7 Aug 1995 00:24:13 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id AAA21785 for ; Mon, 7 Aug 1995 00:24:09 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA17973; Mon, 7 Aug 1995 09:23:37 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA22042 for freebsd-current@FreeBSD.org; Mon, 7 Aug 1995 09:23:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA01971 for freebsd-current@FreeBSD.org; Mon, 7 Aug 1995 08:00:36 +0200 From: J Wunsch Message-Id: <199508070600.IAA01971@uriah.heep.sax.de> Subject: Re: workaround for talk's address problem To: freebsd-current@FreeBSD.org Date: Mon, 7 Aug 1995 08:00:35 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org In-Reply-To: <199508070036.RAA04944@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Aug 6, 95 05:36:55 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 1656 Sender: current-owner@FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > The correct fix here is to do what ftp, telnet or any other TCP cleint > does, go to the next address if an error or timout occurs on the current > address. When we get to the end of the list of addresses, then exit > the program with an error. > > Adding options to force a negotiation address is not going to make > the users happy, but the above surely well. But the timeouts will be enormous, i don't believe this would make people happy either. :-( Remember, talk is using UDP, you cannot see if a ``connection'' has been established unless somebody has been answering. Perhaps you could ``multicast'' the requests with all known addresses and see where you got a response, but... I think most people here didn't really understand talk's special problem: the talk protocol uses a caller-provided addresses to respond to, even though the callee should better use the address as he's got it out of the IP header. My suggested change does only affect this address. Casting connection requests with various addresses around is IMO not a Good Thing. It will cause bogus (internal) addresses to be spread around that should never see the outside world (like 192.168.x.x in my example). I think the major problem is in the talk protocol and its actual implementation, but this doesn't help us very much since we cannot convert every talk daemon on the world. FWIW, the ytalk package does provide a very similar scenario (even though i didn't understand its usage yet :). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Aug 7 02:15:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA25939 for current-outgoing; Mon, 7 Aug 1995 02:15:44 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA25933 for ; Mon, 7 Aug 1995 02:15:40 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id CAA22698; Mon, 7 Aug 1995 02:15:27 -0700 To: "Rodney W. Grimes" cc: freebsd-current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: workaround for talk's address problem In-reply-to: Your message of "Mon, 07 Aug 1995 00:13:34 PDT." <199508070713.AAA00579@gndrsh.aac.dev.com> Date: Mon, 07 Aug 1995 02:15:26 -0700 Message-ID: <22696.807786926@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > > > > > talk(1) has problems with multi-homed hosts. To negotiate the > > > connection with the remote peer, it uses the first address as returned > > > by a call to gethostbyname(). This will cause the connection to hang > > > > NFS has the exact same problem, FWIW. If there's a more general > > solution, we should go for it. > > NFS does not have such a problem, or at least I have never seen it, and > I have _lots_ of networks, all but 1 serving NFS: I can reproduce this easily. Just take my gateway box and make both of its addresses, the "lower numbered one for slip" and the "higher one for local subnet", use the same name. Then try to NFS mount something from one of the private subnet hosts - it will fail since DNS returns the entry for the slip line, not the ethernet. I bit myself with this and have since gone to separate hostnames for each interface. Jordan From owner-freebsd-current Mon Aug 7 04:54:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id EAA29638 for current-outgoing; Mon, 7 Aug 1995 04:54:59 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id EAA29617 for ; Mon, 7 Aug 1995 04:54:38 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55409>; Mon, 7 Aug 1995 13:53:26 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id UAA27388; Sun, 6 Aug 1995 20:15:30 +0200 Message-Id: <199508061815.UAA27388@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: current@freebsd.org, joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Backup of 32bit dev entries In-reply-to: Your message of "Fri, 04 Aug 1995 10:23:23 +0200." <199508040823.KAA17174@uriah.heep.sax.de> Date: Sun, 6 Aug 1995 20:15:29 +0200 From: "Julian Stacey " Sender: current-owner@freebsd.org Precedence: bulk > RTFM. dump can only handle _file systems_ Maybe, but dump once long ago could handle trees too. hence I tried it anyway. Julian S From owner-freebsd-current Mon Aug 7 04:59:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id EAA29904 for current-outgoing; Mon, 7 Aug 1995 04:59:49 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id EAA29897 for ; Mon, 7 Aug 1995 04:59:48 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id EAA02862; Mon, 7 Aug 1995 04:59:36 -0700 Date: Mon, 7 Aug 1995 04:59:36 -0700 Message-Id: <199508071159.EAA02862@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com CC: bde@zeta.org.au, current@freefall.cdrom.com In-reply-to: <17652.807711867@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Bug in rlogin? From: asami@cs.berkeley.edu (Satoshi Asami) Sender: current-owner@FreeBSD.org Precedence: bulk * And I, of course, am now unable to reproduce it. Foo! :-) * * All I can say is that while I can't reproduce it now, my freefall * windows fall frequent victim to this phenomenon. So much so, that if * output is spewing out that I know will finish relatively soon, I'll * let it swamp my link for awhile rather than ^C it and destroy the * entire session. Same here, 28.8kbps slip connection. I can't reproduce it now either, but I have abolished my habit to type ^C a long time ago, maybe it needs more complicated circumstances. Satoshi From owner-freebsd-current Mon Aug 7 05:20:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA01081 for current-outgoing; Mon, 7 Aug 1995 05:20:10 -0700 Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id FAA01067 for ; Mon, 7 Aug 1995 05:20:05 -0700 Received: (from news@localhost) by haywire.DIALix.COM (8.7.Beta.11/8.7.Beta.11/DIALix) id UAA09399 for freebsd-current@freebsd.org; Mon, 7 Aug 1995 20:19:59 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 7 Aug 1995 20:19:54 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <4050da$955$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: , <199508060718.JAA05419@uriah.heep.sax.de> Subject: Re: DOCUMENTATION PLEASE !!!! Sender: current-owner@freebsd.org Precedence: bulk j@uriah.heep.sax.de (J Wunsch) writes: >As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: >> >> >I think it should reside in share until someone does write a program, >> >but I won't argue the matter. >> >> Ok, if we'll decide to have it in share, I'll just ask Rod to >> move it to share. >> Any opinions? >I think the placeholder is good. And i take it from Andrey's comments >that he's at least already thinking about writing a real program for >it. :-) >CVS moves are a pain in the butt, we should not make gratuitous moves. Especially so when it "exists" in one place for one release, but a different place for another.. If you want the file to "appear" for (say) RELENG_2_1_0 but not for the HEAD, then you have to duplicate the file, and do some creative tag manipulations so that it exists in both places, but only appears in one or the other. Fun fun fun! Cheers, -Peter >-- >cheers, J"org >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ >Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Aug 7 06:14:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id GAA02717 for current-outgoing; Mon, 7 Aug 1995 06:14:26 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id GAA02707 for ; Mon, 7 Aug 1995 06:14:22 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id OAA19612; Mon, 7 Aug 1995 14:15:53 +0100 Date: Mon, 7 Aug 1995 14:15:51 +0100 (BST) From: Doug Rabson To: Peter Wemm cc: freebsd-current@freebsd.org Subject: Re: DOCUMENTATION PLEASE !!!! In-Reply-To: <4050da$955$1@haywire.DIALix.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On 7 Aug 1995, Peter Wemm wrote: > j@uriah.heep.sax.de (J Wunsch) writes: > > >As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > >> > >> >I think it should reside in share until someone does write a program, > >> >but I won't argue the matter. > >> > >> Ok, if we'll decide to have it in share, I'll just ask Rod to > >> move it to share. > >> Any opinions? > > >I think the placeholder is good. And i take it from Andrey's comments > >that he's at least already thinking about writing a real program for > >it. :-) > > >CVS moves are a pain in the butt, we should not make gratuitous moves. > > Especially so when it "exists" in one place for one release, but a > different place for another.. If you want the file to "appear" for > (say) RELENG_2_1_0 but not for the HEAD, then you have to duplicate > the file, and do some creative tag manipulations so that it exists in > both places, but only appears in one or the other. Fun fun fun! Isn't cvs-1.5 supposed to cope with repository moves? -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-current Mon Aug 7 07:40:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id HAA05943 for current-outgoing; Mon, 7 Aug 1995 07:40:32 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id HAA05932 ; Mon, 7 Aug 1995 07:40:27 -0700 Message-Id: <199508071440.HAA05932@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Rodney W. Grimes" cc: jkh@time.cdrom.com (Jordan K. Hubbard), freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: workaround for talk's address problem In-reply-to: Your message of "Mon, 07 Aug 95 00:13:34 PDT." <199508070713.AAA00579@gndrsh.aac.dev.com> Date: Mon, 07 Aug 1995 07:40:26 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >NFS does not have such a problem, or at least I have never seen it, and >I have _lots_ of networks, all but 1 serving NFS: > >gndrsh# nslookup gndrsh.aac.dev.com >Server: gndrsh.aac.dev.com >Address: 0.0.0.0 > >Name: gndrsh.aac.dev.com >Addresses: 198.145.92.49, 198.145.92.241, 198.145.92.17, 198.145.92.33 > > >mountd gets confused if you add an interface and don't restart it, but >other than that and routing path problems it works just fine. It does >not have the problem that was described about talk, NFS handles this >stuff just fine! Is gndrsh the only multi-homed machine you have? Since gndrsh is also the nameserver you are resolving from, you will not see the problem with NFS so long as any client is on a net local to gndrsh. Bind is smart enough to order its results to any client on a local net since it can easily determine which is "closest" to the client. > >-- >Rod Grimes rgrimes@gndrsh.aac.dev.com >Accurate Automation Company Reliable computers for FreeBSD -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Mon Aug 7 07:52:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id HAA06408 for current-outgoing; Mon, 7 Aug 1995 07:52:09 -0700 Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id HAA06396 for ; Mon, 7 Aug 1995 07:52:03 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.7.Beta.11/8.7.Beta.11/DIALix) id WAA16211; Mon, 7 Aug 1995 22:51:39 +0800 (WST) Date: Mon, 7 Aug 1995 22:51:37 +0800 (WST) From: Peter Wemm To: Doug Rabson cc: freebsd-current@freebsd.org Subject: Re: DOCUMENTATION PLEASE !!!! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Mon, 7 Aug 1995, Doug Rabson wrote: > On 7 Aug 1995, Peter Wemm wrote: > > j@uriah.heep.sax.de (J Wunsch) writes: > > >As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > >> >I think it should reside in share until someone does write a program, > > >> >but I won't argue the matter. > > >> > > >> Ok, if we'll decide to have it in share, I'll just ask Rod to > > >> move it to share. > > >> Any opinions? > > > > >I think the placeholder is good. And i take it from Andrey's comments > > >that he's at least already thinking about writing a real program for > > >it. :-) > > > > >CVS moves are a pain in the butt, we should not make gratuitous moves. > > > > Especially so when it "exists" in one place for one release, but a > > different place for another.. If you want the file to "appear" for > > (say) RELENG_2_1_0 but not for the HEAD, then you have to duplicate > > the file, and do some creative tag manipulations so that it exists in > > both places, but only appears in one or the other. Fun fun fun! > > Isn't cvs-1.5 supposed to cope with repository moves? Nope.. It does have optional proper "rcs file death" support though - I've been using it in standard mode with rcs-5.7 for a while.. I'm not certain how it interacts with an older-style "Attic" implementation... (I've never tried.. - it marks it's dead by 'ci'ing a rev with state 'dead' (vs. "Exp", "Stab", etc)) Sorry.. the mythical 'file rename database' doesn't exist yet... -Peter > -- > Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com From owner-freebsd-current Mon Aug 7 08:09:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA08964 for current-outgoing; Mon, 7 Aug 1995 08:09:09 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id IAA08929 for ; Mon, 7 Aug 1995 08:08:59 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA00541; Mon, 7 Aug 1995 11:05:10 -0400 Date: Mon, 7 Aug 1995 11:05:10 -0400 From: Garrett Wollman Message-Id: <9508071505.AA00541@halloran-eldar.lcs.mit.edu> To: freebsd-current@FreeBSD.org (FreeBSD-current users), joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: workaround for talk's address problem In-Reply-To: <199508061603.SAA07779@uriah.heep.sax.de> References: <199508061603.SAA07779@uriah.heep.sax.de> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > The correct solution would be asking the routing socket to see which > interface address must be used to get in contact with the remote > peer. Not necessarily. The following program figures out which address to use to contact a host passed on the command line: #include #include #include #include #include #include #include #include #include #include #include #include int main(int argc, char **argv) { struct sockaddr_in local, remote; struct hostent *hp; int s, rv, namelen; argc--, argv++; if (!*argv) { errx(EX_USAGE, "must supply a hostname"); } hp = gethostbyname(*argv); if (!hp) { errx(EX_NOHOST, "cannot resolve hostname: %s", *argv); } memcpy(&remote.sin_addr, hp->h_addr_list[0], sizeof remote.sin_addr); remote.sin_port = htons(60000); remote.sin_family = AF_INET; remote.sin_len = sizeof remote; local.sin_addr.s_addr = htonl(INADDR_ANY); local.sin_port = htons(60000); local.sin_family = AF_INET; local.sin_len = sizeof local; s = socket(PF_INET, SOCK_DGRAM, 0); if (s < 0) err(EX_OSERR, "socket"); do { rv = bind(s, (struct sockaddr *)&local, sizeof local); local.sin_port++; } while(rv < 0 && errno == EADDRINUSE); if (rv < 0) err(EX_OSERR, "bind"); do { rv = connect(s, (struct sockaddr *)&remote, sizeof remote); remote.sin_port++; } while(rv < 0 && errno == EADDRINUSE); if (rv < 0) err(EX_OSERR, "connect"); namelen = sizeof local; rv = getsockname(s, (struct sockaddr *)&local, &namelen); if (rv < 0) err(EX_OSERR, "getsockname"); printf("Route to %s is out %s\n", *argv, inet_ntoa(local.sin_addr)); return 0; } -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 Aug 7 09:31:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA20819 for current-outgoing; Mon, 7 Aug 1995 09:31:00 -0700 Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id JAA20807 for ; Mon, 7 Aug 1995 09:30:56 -0700 Received: (from news@localhost) by haywire.DIALix.COM (8.7.Beta.11/8.7.Beta.11/DIALix) id AAA21652 for freebsd-current@freebsd.org; Tue, 8 Aug 1995 00:30:50 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 8 Aug 1995 00:30:46 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <405f3m$l4h$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199508061603.SAA07779@uriah.heep.sax.de> Subject: Re: workaround for talk's address problem Sender: current-owner@freebsd.org Precedence: bulk j@uriah.heep.sax.de (J Wunsch) writes: >talk(1) has problems with multi-homed hosts. To negotiate the >connection with the remote peer, it uses the first address as returned >by a call to gethostbyname(). This will cause the connection to hang >for machines where not all interfaces are reachable from the Internet. >This is often the case for the typical dialup user: he's got a SLIP >interface with (e.g.) 111.222.111.33, and an ethernet interface with >192.168.3.4. The call to gethostbyname() will cause the name server >to return 192.168.3.4 as the first address (since the name server >believes this is the `most local' one), so talk will only be able to >contact hosts inside the (not externally routed) 192.168.3 network. >The correct solution would be asking the routing socket to see which >interface address must be used to get in contact with the remote peer. >Unfortunately, the interface to the routing socket is somewhat ugly to >use and it requires root privileges. Hence i'm suggesting the >following workaround. It introduces an option `-a' followed by a >(dotted-quad) address to use for the negotiation. This address will >be checked against the address list as returned from gethostbyname() >to avoid abusing foreign addresses. >If nobody objects (or promises to implement the routing socket >scenario), i'd going to commit this change. Hmm. I have an idea.. sort-of.. Currently, you can "bind()" and "connect()" udp sockets.. bind associates it with the local address, and connect associates the remote address.. If it does not already do this, would this be a serious semantics break if connect()ing to the remote address actually caused an implicit bind()? ie: connect(remote_address) getsockname(s, &local_addr); bind(s, INADDR_ANY) /* void the association */? Or perhaps implement a special bind() 'feature' so that if you happen to bind() an INADDR_ANY of a "connected" udp socket will actually choose the correct local address corresponding to the remote.. or if you bind to INADDR_NONE.. Whatever.. Of course, none of this will help if your default route points outside on one interface, and the replies come back on another.. (one of our network links has a peculiar load balancing arrangement where this happens) I suspect the easiest answer is to only use registered IP addresses, and make sure you can do IP forwarding.. Cheers, -Peter From owner-freebsd-current Mon Aug 7 10:27:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id KAB22982 for current-outgoing; Mon, 7 Aug 1995 10:27:00 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id KAA22976 for ; Mon, 7 Aug 1995 10:26:58 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA26037; Mon, 7 Aug 95 11:19:00 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508071719.AA26037@cs.weber.edu> Subject: Re: bare bones kernel To: tom@uniserve.com (Tom Samplonius) Date: Mon, 7 Aug 95 11:18:59 MDT Cc: swallace@eng.uci.edu, current@freebsd.org In-Reply-To: from "Tom Samplonius" at Aug 6, 95 06:19:33 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@freebsd.org Precedence: bulk > > > On Sun, 6 Aug 1995, Steven Wallace wrote: > > > > > > > Could someone explain to me why you must have "options FFS" and > > > > > > A kernel without a filesystem? That won't work. > > > > How about a kernel with a non-VFS file system? > > That would be a nice party trick, but would removing all those > dependencies really be worth it? It's all of two files, plus the cruft in the struct file that needs to die anyway, since it's the wrong way to support UNIX (POSIX) domain sockets in the first place. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Aug 7 12:02:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAB25865 for current-outgoing; Mon, 7 Aug 1995 12:02:42 -0700 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id MAA25858 for ; Mon, 7 Aug 1995 12:02:36 -0700 Received: from puffin.pelican.com by pelican.com with smtp (Smail3.1.28.1 #5) id m0sfXRT-000K2lC; Mon, 7 Aug 95 12:02 WET DST Received: (from pete@localhost) by puffin.pelican.com (8.6.11/8.6.9) id MAA08206; Mon, 7 Aug 1995 12:02:26 -0700 Date: Mon, 7 Aug 1995 12:02:26 -0700 From: Pete Carah Message-Id: <199508071902.MAA08206@puffin.pelican.com> To: current@freebsd.org Subject: Re: workaround for talk's address problem In-Reply-To: <405f3m$l4h$1@haywire.DIALix.COM> References: <199508061603.SAA07779@uriah.heep.sax.de> Sender: current-owner@freebsd.org Precedence: bulk In article <405f3m$l4h$1@haywire.DIALix.COM> you write: >j@uriah.heep.sax.de (J Wunsch) writes: >>talk(1) has problems with multi-homed hosts. To negotiate the >>connection with the remote peer, it uses the first address as returned >>by a call to gethostbyname(). This will cause the connection to hang ..... This problem is more general than it looks; kadmind and kerberos daemon both don't do listens on other interfaces than the first one. I don't know about other udp daemons. The suggested fix about using the routing socket would work for these two since they run as root, but that isn't super general. For that matter, xntpd doesn't correctly handle interfaces that come up after it is started... >>for machines where not all interfaces are reachable from the Internet. >>This is often the case for the typical dialup user: he's got a SLIP >>interface with (e.g.) 111.222.111.33, and an ethernet interface with >>192.168.3.4. The call to gethostbyname() will cause the name server >>to return 192.168.3.4 as the first address (since the name server >>believes this is the `most local' one), so talk will only be able to >>contact hosts inside the (not externally routed) 192.168.3 network. > >>The correct solution would be asking the routing socket to see which >>interface address must be used to get in contact with the remote peer. >>Unfortunately, the interface to the routing socket is somewhat ugly to >>use and it requires root privileges. Hence i'm suggesting the >>following workaround. It introduces an option `-a' followed by a >>(dotted-quad) address to use for the negotiation. This address will >>be checked against the address list as returned from gethostbyname() >>to avoid abusing foreign addresses. > >>If nobody objects (or promises to implement the routing socket >>scenario), i'd going to commit this change. > >Hmm. I have an idea.. sort-of.. > >Currently, you can "bind()" and "connect()" udp sockets.. bind >associates it with the local address, and connect associates the >remote address.. > >If it does not already do this, would this be a serious semantics >break if connect()ing to the remote address actually caused an >implicit bind()? > >ie: connect(remote_address) > getsockname(s, &local_addr); > bind(s, INADDR_ANY) /* void the association */? > >Or perhaps implement a special bind() 'feature' so that if you happen to >bind() an INADDR_ANY of a "connected" udp socket will actually choose >the correct local address corresponding to the remote.. or if you >bind to INADDR_NONE.. Whatever.. > >Of course, none of this will help if your default route points outside >on one interface, and the replies come back on another.. (one of our >network links has a peculiar load balancing arrangement where this >happens) > >I suspect the easiest answer is to only use registered IP addresses, >and make sure you can do IP forwarding.. Can't be done; my (current) (sl)IP provider WILL NOT route, and won't handle a registered internal address for me... This is a very common situation and will get more common with the proliferation of leaf-node providers. Some *fairly general* fix to udp connect/accept is needed. TCP has no problem. -- Pete From owner-freebsd-current Mon Aug 7 12:09:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA26044 for current-outgoing; Mon, 7 Aug 1995 12:09:56 -0700 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id MAA26037 for ; Mon, 7 Aug 1995 12:09:50 -0700 Received: from puffin.pelican.com by pelican.com with smtp (Smail3.1.28.1 #5) id m0sfXYZ-000K2lC; Mon, 7 Aug 95 12:09 WET DST Received: (from pete@localhost) by puffin.pelican.com (8.6.11/8.6.9) id MAA09580; Mon, 7 Aug 1995 12:09:46 -0700 Date: Mon, 7 Aug 1995 12:09:46 -0700 From: Pete Carah Message-Id: <199508071909.MAA09580@puffin.pelican.com> To: current@FREEBSD.org Subject: Re: workaround for talk's address problem Newsgroups: pelican.fbsd-c In-Reply-To: <199508062229.XAA24522@server.netcraft.co.uk> Sender: current-owner@FREEBSD.org Precedence: bulk In article <199508062229.XAA24522@server.netcraft.co.uk> you write: >In reply to J Wunsch who said >> The correct solution would be asking the routing socket to see which >> interface address must be used to get in contact with the remote peer. >> Unfortunately, the interface to the routing socket is somewhat ugly to >> use and it requires root privileges. Hence i'm suggesting the >> following workaround. It introduces an option `-a' followed by a >> (dotted-quad) address to use for the negotiation. This address will >> be checked against the address list as returned from gethostbyname() >> to avoid abusing foreign addresses. >I want to add an option like this to everything. I'm running a multi-homed >host that has *lots* (or will have) of ip addresses and I also >need to have, for instance, a sendmail connected to each address to handle >services for that particular domain. THIS *SHOULD* be possible to use (if possible) with no mods to the client/server program source. This would eliminate the problem of needing listens on all possible interfaces like xntpd now does. >I'm gradually building such an environment but if peopl have any ideas >about this I'd be interested. As I mentioned before, the approach I'm >currently taking is to have all the servers bind to the address >returned by gethostbyname where the hostname is returned from a >modified gethostname() that looks it up in /etc/hostname. This works >for me because each of my virtual domains live in their own chrooted >environment. I'm planning to add options to bind to a command line >specified address though so the ability is more general. Boy is that not general. We need to think about incoming connections too (like the kadmind fix last week; will that work for xntpd too, and is it possible to move the fix(es) to the library and/or kernel so we don't need to go around modifying all possible clients *and* daemons? As far as I know this is only a UDP problem. -- Pete From owner-freebsd-current Mon Aug 7 12:25:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA26768 for current-outgoing; Mon, 7 Aug 1995 12:25:21 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id MAA26760 for ; Mon, 7 Aug 1995 12:25:19 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA01228; Mon, 7 Aug 1995 15:25:08 -0400 Date: Mon, 7 Aug 1995 15:25:08 -0400 From: Garrett Wollman Message-Id: <9508071925.AA01228@halloran-eldar.lcs.mit.edu> To: Pete Carah Cc: current@FREEBSD.org Subject: Re: workaround for talk's address problem Newsgroups: pelican.fbsd-c In-Reply-To: <199508071909.MAA09580@puffin.pelican.com> References: <199508062229.XAA24522@server.netcraft.co.uk> <199508071909.MAA09580@puffin.pelican.com> Sender: current-owner@FREEBSD.org Precedence: bulk < said: > Boy is that not general. We need to think about incoming connections > too (like the kadmind fix last week; will that work for xntpd too, xntpd MUST listen on all interfaces because it MUST send back replies with a source address identical to the destination address in the query. The only way that this can be `fixed' generically is by extending the recvmsg() system call and socket layer to provide a mechanism to indicate the destination in addition to the source of incoming packets, and similarly in sendmsg() to force a particular outgoing address even if it is ``wrong'' for the destination's route. This is Not An Easy Problem. -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 Aug 7 12:25:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA26804 for current-outgoing; Mon, 7 Aug 1995 12:25:57 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id MAA26798 for ; Mon, 7 Aug 1995 12:25:51 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA26511; Mon, 7 Aug 95 13:18:26 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508071918.AA26511@cs.weber.edu> Subject: Re: workaround for talk's address problem To: pete@puffin.pelican.com (Pete Carah) Date: Mon, 7 Aug 95 13:18:26 MDT Cc: current@FREEBSD.org In-Reply-To: <199508071909.MAA09580@puffin.pelican.com> from "Pete Carah" at Aug 7, 95 12:09:46 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FREEBSD.org Precedence: bulk > THIS *SHOULD* be possible to use (if possible) with no mods to the > client/server program source. This would eliminate the problem of > needing listens on all possible interfaces like xntpd now does. [ ... ] > Boy is that not general. We need to think about incoming connections > too (like the kadmind fix last week; will that work for xntpd too, > and is it possible to move the fix(es) to the library and/or kernel so > we don't need to go around modifying all possible clients *and* daemons? > As far as I know this is only a UDP problem. I can think of one simple and obvious fix, but it fails with SO_REUSEADDR and/or SO_REUSEPORT. On a reused port, are incoming packets treated as multicast (that is routed to each of the listeners)? It would seem that this would not be the case because of dynamic load balancing issues between several service engines on a single host. On the other hand, if it *is* the way things are done, then an incoming packet can be interface routed internally by considering the socket to which the packet is destined. This isn't a general solution for multihoming on anything by TCP and UDP, however, so there may still be problems with protocol and gateway and forwarding support. IPX would be particularly thorny, as it requires an internal net number to deal with multiple interfaces. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Aug 7 12:34:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA27130 for current-outgoing; Mon, 7 Aug 1995 12:34:06 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id MAA27123 ; Mon, 7 Aug 1995 12:34:04 -0700 Message-Id: <199508071934.MAA27123@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Pete Carah cc: current@freebsd.org Subject: Re: workaround for talk's address problem In-reply-to: Your message of "Mon, 07 Aug 95 12:02:26 PDT." <199508071902.MAA08206@puffin.pelican.com> Date: Mon, 07 Aug 1995 12:34:03 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >In article <405f3m$l4h$1@haywire.DIALix.COM> you write: >>j@uriah.heep.sax.de (J Wunsch) writes: >>>talk(1) has problems with multi-homed hosts. To negotiate the >>>connection with the remote peer, it uses the first address as returned >>>by a call to gethostbyname(). This will cause the connection to hang > >..... >This problem is more general than it looks; kadmind and kerberos daemon >both don't do listens on other interfaces than the first one. >From our kerberos server with a netstat -a -n: tcp 0 0 *.751 *.* LISTEN udp 0 0 *.750 *.* Both kerberos and kadmind (as of my fix a few days ago) listen on all interfaces. >I don't know about other udp daemons. The suggested fix about using >the routing socket would work for these two since they run as root, >but that isn't super general. You don't need to use the routing sockett for either of them. ... -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Mon Aug 7 12:36:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA27236 for current-outgoing; Mon, 7 Aug 1995 12:36:51 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id MAA27229 for ; Mon, 7 Aug 1995 12:36:50 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA01253; Mon, 7 Aug 1995 15:36:33 -0400 Date: Mon, 7 Aug 1995 15:36:33 -0400 From: Garrett Wollman Message-Id: <9508071936.AA01253@halloran-eldar.lcs.mit.edu> To: terry@cs.weber.edu (Terry Lambert) Cc: current@FREEBSD.org Subject: Re: workaround for talk's address problem In-Reply-To: <9508071918.AA26511@cs.weber.edu> References: <199508071909.MAA09580@puffin.pelican.com> <9508071918.AA26511@cs.weber.edu> Sender: current-owner@FREEBSD.org Precedence: bulk < I can think of one simple and obvious fix, but it fails with SO_REUSEADDR > and/or SO_REUSEPORT. > On a reused port, are incoming packets treated as multicast (that is > routed to each of the listeners)? When SO_REUSEADDR or SO_REUSEPORT is in effect (or even when not, for that matter), packets are routed to the socket whose binding most specifically matches the socket. Multiple identical active bindings are only permitted for broadcast and multicast local addresses. -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 Aug 7 13:26:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id NAA28737 for current-outgoing; Mon, 7 Aug 1995 13:26:25 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id NAA28729 for ; Mon, 7 Aug 1995 13:26:19 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55357>; Mon, 7 Aug 1995 22:25:46 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id TAA01851 for current@freebsd.org; Mon, 7 Aug 1995 19:00:53 +0200 Date: Mon, 7 Aug 1995 19:00:53 +0200 From: Julian Howard Stacey Message-Id: <199508071700.TAA01851@vector.eikon.e-technik.tu-muenchen.de> To: current@freebsd.org Subject: sendmail core Sender: current-owner@freebsd.org Precedence: bulk Anyone want a /var/spool/mqueues/sendmail.core ? I'm not much interested myself, but cores can be hard to get when one actually wants one. I just had sendmail give me a load of errs on console, while i was running slip, & a few ghostviews & a chimera, the err msg was: ------- Aug 7 18:24:39 vector sendmail[15486]: SAA15486: SYSERR(UID0): db_map_lookup: get (jhs): Cannot allocate memory Aug 7 18:24:43 vector /kernel: swap_pager: out of space Aug 7 18:24:51 vector last message repeated 3 times Aug 7 18:24:52 vector /kernel: pid 15492: mail.local: uid 0: exited on signal 11 Aug 7 18:24:52 vector sendmail[15491]: SAA15487: SYSERR(root): mailer local died with signal 13 Aug 7 18:24:54 vector /kernel: pid 15284: sendmail: uid 0: exited on signal 6 Aug 7 18:24:54 vector sendmail[15284]: UAA02089: SYSERR(UID0): Out of memory!!: Cannot allocate memory Aug 7 18:24:55 vector sendmail[15493]: SAA15493: SYSERR(UID0): db_map_lookup: get (jhs): Cannot allocate memory ---- Then the X server died, & xdm started a new X server, (but I rebooted anyway to clean up the procs) Anyway, if anyone wants my 315392 Aug 7 18:24 sendmail.core I'll encode it & mail it, BTW I'm at src/ CTM src-cur 872 & I also run cd /usr/src cd */sendmail tar zcf ~/rm_later/src . cd /sys tar zcf ~/rm_later/kern.src . So I have _all_ the stuff if anyone is currently on a sendmail binge :-) Julian S From owner-freebsd-current Mon Aug 7 16:05:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id QAA05791 for current-outgoing; Mon, 7 Aug 1995 16:05:35 -0700 Received: from forgery.CS.Berkeley.EDU (forgery.CS.Berkeley.EDU [128.32.33.75]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id QAA05785 for ; Mon, 7 Aug 1995 16:05:33 -0700 Received: (from asami@localhost) by forgery.CS.Berkeley.EDU (8.6.11/8.6.9) id QAA15984; Mon, 7 Aug 1995 16:05:58 -0700 Date: Mon, 7 Aug 1995 16:05:58 -0700 Message-Id: <199508072305.QAA15984@forgery.CS.Berkeley.EDU> To: current@freebsd.org Subject: /usr/lib/crt0.o: Undefined error: 0 From: asami@cs.berkeley.edu (Satoshi Asami) Sender: current-owner@freebsd.org Precedence: bulk What does "ld: /usr/lib/crt0.o: Undefined error: 0" mean? When I do a make world, it always dies in the "Rebuilding tools needed to build the libraries" section with this error. Sample script: ----------- ===> rtld rm -f .depend files="/y/b/src/gnu/usr.bin/ld/rtld/../i386/mdprologue.S"; if [ "$files" != "" ]; then mkdep -a -I/y/b/src/gnu/usr.bin/ld/rtld/.. -I/y/b/src/gnu/usr.bin/ld/rtld -I/y/b/src/gnu/usr.bin/ld/rtld/../i386 -DRTLD $files; fi files="/y/b/src/gnu/usr.bin/ld/rtld/rtld.c /y/b/src/gnu/usr.bin/ld/rtld/malloc.c /y/b/src/gnu/usr.bin/ld/rtld/../shlib.c /y/b/src/gnu/usr.bin/ld/rtld/../etc.c /y/b/src/gnu/usr.bin/ld/rtld/../i386/md.c"; if [ "$files" != "" ]; then mkdep -a -I/y/b/src/gnu/usr.bin/ld/rtld/.. -I/y/b/src/gnu/usr.bin/ld/rtld -I/y/b/src/gnu/usr.bin/ld/rtld/../i386 -DRTLD $files; fi files=" "; if [ "$files" != " " ]; then mkdep -a -I/y/b/src/gnu/usr.bin/ld/rtld/.. -I/y/b/src/gnu/usr.bin/ld/rtld -I/y/b/src/gnu/usr.bin/ld/rtld/../i386 -DRTLD $files; fi cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/ld.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/symbol.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/lib.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/shlib.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/warnings.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/etc.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/rrs.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/xbits.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/i386/md.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -Xlinker -Bstatic -o ld ld.o symbol.o lib.o shlib.o warnings.o etc.o rrs.o xbits.o md.o -lgnumalloc ld: /usr/lib/crt0.o: Undefined error: 0 *** Error code 1 Stop. *** Error code 1 Stop. ----------- This is with a -current only a few hours old, but I've had this problem since last Thursday or so. If it matters, my first make world blew up because of the lib/libftp beforeinstall thing (since fixed). I read the mail about having to build secure/lib/libtelnet once by hand so I went into there and did a make depend all install. Well, the next world blew up again (for the reasons already well discussed), and since then, I get stuck every time it goes into building rtld. Actually, my memory is getting a little hazy around here, the manual building of secure/lib/libtelnt may have been after the second make world failure. I did try to rebuild crt0.o from csu/i386 and the whole lib/ subdirectory, it's still the same. If I remove ld from src/Makefile, it fails in ar with the exact same error. The strange thing is, if I do a "make depend all install cleandir obj" from the command line in one of these directories, it works (but it fails again at the next make world). Is there a special variable passed from src/Makefile to the submakes or something? Satoshi From owner-freebsd-current Mon Aug 7 17:03:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA08965 for current-outgoing; Mon, 7 Aug 1995 17:03:13 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id RAA08951 for ; Mon, 7 Aug 1995 17:03:10 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id RAA01756; Mon, 7 Aug 1995 17:02:53 -0700 From: "Rodney W. Grimes" Message-Id: <199508080002.RAA01756@gndrsh.aac.dev.com> Subject: Re: workaround for talk's address problem To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 7 Aug 1995 17:02:52 -0700 (PDT) Cc: freebsd-current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <22696.807786926@time.cdrom.com> from "Jordan K. Hubbard" at Aug 7, 95 02:15:26 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2151 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > > > > > talk(1) has problems with multi-homed hosts. To negotiate the > > > > connection with the remote peer, it uses the first address as returned > > > > by a call to gethostbyname(). This will cause the connection to hang > > > > > > NFS has the exact same problem, FWIW. If there's a more general > > > solution, we should go for it. > > > > NFS does not have such a problem, or at least I have never seen it, and > > I have _lots_ of networks, all but 1 serving NFS: > > I can reproduce this easily. Just take my gateway box and make both > of its addresses, the "lower numbered one for slip" and the "higher > one for local subnet", use the same name. Then try to NFS mount > something from one of the private subnet hosts - it will fail since > DNS returns the entry for the slip line, not the ethernet. I bit > myself with this and have since gone to separate hostnames for each > interface. Lets see here: gndrsh# nslookup gndrsh Server: gndrsh.aac.dev.com Address: 0.0.0.0 Name: gndrsh.aac.dev.com Addresses: 198.145.92.17, 198.145.92.33, 198.145.92.49, 198.145.92.241 Okay, I am subnetted 0xfffffff0, .17 is my 10Mb/s ether, .33 and .49 are 2 100Mb/s ethernets. I can nfs mount from any of those three networks without any problems what so ever. I do it all day long and have been for over a month with this setup. .241 is a slip line, but an NFS mount from 198.145.92.45 has no problem at all mounting disks from gndrsh. I don't know what you are doing, but it should just work. I suspect you have a routing setup problem. Or the udp hack was causing you greif. Are you sure you restarted mountd after screwing with the DNS names? mountd only does DNS lookup of host names when it reads the /etc/exports file. If the IP addresses are added to DNS after that your screwed. Infact mountd is pretty braindead in that respect, and should probably do the DNS lookup each time a request is made, or atleast not use data longer than the DNS TTL value. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Aug 7 17:08:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA09184 for current-outgoing; Mon, 7 Aug 1995 17:08:31 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id RAA09177 for ; Mon, 7 Aug 1995 17:08:28 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id RAA01789; Mon, 7 Aug 1995 17:07:51 -0700 From: "Rodney W. Grimes" Message-Id: <199508080007.RAA01789@gndrsh.aac.dev.com> Subject: Re: Backup of 32bit dev entries To: jhs@vector.eikon.e-technik.tu-muenchen.de (Julian Stacey) Date: Mon, 7 Aug 1995 17:07:51 -0700 (PDT) Cc: current@freebsd.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <199508061815.UAA27388@vector.eikon.e-technik.tu-muenchen.de> from "Julian Stacey" at Aug 6, 95 08:15:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 353 Sender: current-owner@freebsd.org Precedence: bulk > > > > RTFM. dump can only handle _file systems_ > > Maybe, but dump once long ago could handle trees too. hence I tried it anyway. Your dreaming!!! Even V6 dump was file systems at a time! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Aug 7 17:19:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA10327 for current-outgoing; Mon, 7 Aug 1995 17:19:12 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id RAA10321 for ; Mon, 7 Aug 1995 17:19:08 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id BAA04544 ; Tue, 8 Aug 1995 01:17:55 +0100 To: "Rodney W. Grimes" cc: "Jordan K. Hubbard" , freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: workaround for talk's address problem In-reply-to: Your message of "Mon, 07 Aug 1995 17:02:52 PDT." <199508080002.RAA01756@gndrsh.aac.dev.com> Date: Tue, 08 Aug 1995 01:17:54 +0100 Message-ID: <4542.807841074@palmer.demon.co.uk> From: Gary Palmer Sender: current-owner@freebsd.org Precedence: bulk In message <199508080002.RAA01756@gndrsh.aac.dev.com>, "Rodney W. Grimes" write s: >Okay, I am subnetted 0xfffffff0, .17 is my 10Mb/s ether, .33 and .49 are >2 100Mb/s ethernets. I can nfs mount from any of those three networks >without any problems what so ever. I do it all day long and have been for >over a month with this setup. As Jsutin already stated, you run named on gndrsh, so when a client does a nslookup of gndrsh to find it's address, it'll get the address of the interface it connects to ('cos BIND is like that). However, morton/throck don't run nameservers, who does the nameservice, and hence the address could be returned in a random order. If the slip addr is returned first, then mount will try and contact the slip address. mountd will reply from the ether address and confuse the client. Does this clear things up? :-) Gary From owner-freebsd-current Mon Aug 7 17:27:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA10714 for current-outgoing; Mon, 7 Aug 1995 17:27:41 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id RAA10708 ; Mon, 7 Aug 1995 17:27:38 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id RAA01875; Mon, 7 Aug 1995 17:27:27 -0700 From: "Rodney W. Grimes" Message-Id: <199508080027.RAA01875@gndrsh.aac.dev.com> Subject: Re: workaround for talk's address problem To: gibbs@freefall.cdrom.com (Justin T. Gibbs) Date: Mon, 7 Aug 1995 17:27:27 -0700 (PDT) Cc: jkh@time.cdrom.com, freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <199508071440.HAA05932@freefall.cdrom.com> from "Justin T. Gibbs" at Aug 7, 95 07:40:26 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1201 Sender: current-owner@freebsd.org Precedence: bulk > > >NFS does not have such a problem, or at least I have never seen it, and > >I have _lots_ of networks, all but 1 serving NFS: > > > >gndrsh# nslookup gndrsh.aac.dev.com > >Server: gndrsh.aac.dev.com > >Address: 0.0.0.0 > > > >Name: gndrsh.aac.dev.com > >Addresses: 198.145.92.49, 198.145.92.241, 198.145.92.17, 198.145.92.33 > > > > > >mountd gets confused if you add an interface and don't restart it, but > >other than that and routing path problems it works just fine. It does > >not have the problem that was described about talk, NFS handles this > >stuff just fine! > > Is gndrsh the only multi-homed machine you have? Since gndrsh is also > the nameserver you are resolving from, you will not see the problem with > NFS so long as any client is on a net local to gndrsh. Bind is smart > enough to order its results to any client on a local net since it can > easily determine which is "closest" to the client. Humm.. I'll have to go play with that idea and point my nfs clients at some far away secondary name server :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Aug 7 17:32:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA10923 for current-outgoing; Mon, 7 Aug 1995 17:32:49 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id RAA10917 for ; Mon, 7 Aug 1995 17:32:47 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id SAA16261; Mon, 7 Aug 1995 18:34:07 -0600 Date: Mon, 7 Aug 1995 18:34:07 -0600 Message-Id: <199508080034.SAA16261@rocky.sri.MT.net> To: "Rodney W. Grimes" Cc: jhs@vector.eikon.e-technik.tu-muenchen.de (Julian Stacey), current@freebsd.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: Backup of 32bit dev entries In-Reply-To: <199508080007.RAA01789@gndrsh.aac.dev.com> References: <199508061815.UAA27388@vector.eikon.e-technik.tu-muenchen.de> <199508080007.RAA01789@gndrsh.aac.dev.com> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: current-owner@freebsd.org Precedence: bulk Rodney W. Grimes writes: > > > RTFM. dump can only handle _file systems_ > > > > Maybe, but dump once long ago could handle trees too. hence I tried it anyway. > > Your dreaming!!! Even V6 dump was file systems at a time! I remember using dump From owner-freebsd-current Mon Aug 7 17:43:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA11307 for current-outgoing; Mon, 7 Aug 1995 17:43:44 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id RAA11295 for ; Mon, 7 Aug 1995 17:43:40 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id RAA02014; Mon, 7 Aug 1995 17:43:17 -0700 From: "Rodney W. Grimes" Message-Id: <199508080043.RAA02014@gndrsh.aac.dev.com> Subject: Re: workaround for talk's address problem To: gary@palmer.demon.co.uk (Gary Palmer) Date: Mon, 7 Aug 1995 17:43:16 -0700 (PDT) Cc: jkh@time.cdrom.com, freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <4542.807841074@palmer.demon.co.uk> from "Gary Palmer" at Aug 8, 95 01:17:54 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1169 Sender: current-owner@freebsd.org Precedence: bulk > > In message <199508080002.RAA01756@gndrsh.aac.dev.com>, "Rodney W. Grimes" write > s: > >Okay, I am subnetted 0xfffffff0, .17 is my 10Mb/s ether, .33 and .49 are > >2 100Mb/s ethernets. I can nfs mount from any of those three networks > >without any problems what so ever. I do it all day long and have been for > >over a month with this setup. > > As Jsutin already stated, you run named on gndrsh, so when a client > does a nslookup of gndrsh to find it's address, it'll get the address > of the interface it connects to ('cos BIND is like that). However, > morton/throck don't run nameservers, who does the nameservice, and > hence the address could be returned in a random order. If the slip > addr is returned first, then mount will try and contact the slip > address. mountd will reply from the ether address and confuse the > client. > > Does this clear things up? :-) Yes, but leads to a simple fix, running a cacheing name server on all NFS servers, and point your clients to that name server. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Aug 7 18:11:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id SAA12466 for current-outgoing; Mon, 7 Aug 1995 18:11:11 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id SAA12458 ; Mon, 7 Aug 1995 18:11:10 -0700 Message-Id: <199508080111.SAA12458@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Rodney W. Grimes" cc: gary@palmer.demon.co.uk (Gary Palmer), jkh@time.cdrom.com, freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: workaround for talk's address problem In-reply-to: Your message of "Mon, 07 Aug 95 17:43:16 PDT." <199508080043.RAA02014@gndrsh.aac.dev.com> Date: Mon, 07 Aug 1995 18:11:09 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >> >> In message <199508080002.RAA01756@gndrsh.aac.dev.com>, "Rodney W. Grimes" wr >ite >> As Jsutin already stated, you run named on gndrsh, so when a client >> does a nslookup of gndrsh to find it's address, it'll get the address >> of the interface it connects to ('cos BIND is like that). However, >> morton/throck don't run nameservers, who does the nameservice, and >> hence the address could be returned in a random order. If the slip >> addr is returned first, then mount will try and contact the slip >> address. mountd will reply from the ether address and confuse the >> client. >> >> Does this clear things up? :-) > >Yes, but leads to a simple fix, running a cacheing name server on all >NFS servers, and point your clients to that name server. It only works if the multi-homed host that is running named is local to the client. If I'm in Japan and I try to access a multi-homed NFS server in New York, I'm screwed no matter which name server I use. >-- >Rod Grimes rgrimes@gndrsh.aac.dev.com >Accurate Automation Company Reliable computers for FreeBSD -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Mon Aug 7 19:57:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id TAA16011 for current-outgoing; Mon, 7 Aug 1995 19:57:41 -0700 Received: from asstdc.scgt.oz.au (asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id TAA15994 for ; Mon, 7 Aug 1995 19:57:19 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id MAA29765; Tue, 8 Aug 1995 12:55:41 +1000 From: michael butler Message-Id: <199508080255.MAA29765@asstdc.scgt.oz.au> Subject: Re: workaround for talk's address problem To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Tue, 8 Aug 1995 12:55:40 +1000 (EST) Cc: pete@puffin.pelican.com, current@FreeBSD.ORG In-Reply-To: <9508071925.AA01228@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Aug 7, 95 03:25:08 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 346 Sender: current-owner@FreeBSD.ORG Precedence: bulk > xntpd MUST listen on all interfaces because it MUST send back replies > with a source address identical to the destination address in the > query. Whilst it makes a good attempt at this, xntpd is a bad example. Unlike named, it fails to recognise alias addresses for the same interface. It will only listen on the primary address, michael From owner-freebsd-current Mon Aug 7 20:43:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA19412 for current-outgoing; Mon, 7 Aug 1995 20:43:04 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id UAA19394 for ; Mon, 7 Aug 1995 20:42:50 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA21696; Tue, 8 Aug 1995 13:37:55 +1000 Date: Tue, 8 Aug 1995 13:37:55 +1000 From: Bruce Evans Message-Id: <199508080337.NAA21696@godzilla.zeta.org.au> To: odiug@darkstar.informatik.rwth-aachen.de Subject: Re: bin/660: /bin/sh has problem with redirection. Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk >/bin/sh has a problem when called from make with a line like: > >foo >You will get an error: >Syntax error: end of file unexpected >*** Error code 2 These patches from the 386BSD-0.1 patchkit (04 Jun 1993 by Jim Wilson) fix the problem here. *** /usr/src/bin/sh/parser.c~ Wed May 31 14:54:04 1995 --- /usr/src/bin/sh/parser.c Wed May 31 14:54:17 1995 *************** *** 443,447 **** --- 443,450 ---- break; /* Handle an empty command like other simple commands. */ + case TSEMI: case TNL: + /* Handle EOF like other simple commands, too. */ + case TEOF: case TWORD: tokpushback++; >>Fix: >I installed the pdksh and a stripped down version of the pdksh which is more >or less a simple sh as /bin/sh. The pdksh also seems a lot smaller: >-rwxr-xr-x 1 bin bin 217088 Jul 4 22:38 ksh >lrwxr-xr-x 1 bin bin 3 Aug 8 01:16 sh -> ksh >-r-xr-xr-x 1 bin bin 299008 Jun 10 11:48 sh.old The difference is mostly for the 63K libedit.a that gives support for both vi and emacs mode line editing. Bruce From owner-freebsd-current Mon Aug 7 22:15:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id WAA24323 for current-outgoing; Mon, 7 Aug 1995 22:15:28 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id WAA24312 for ; Mon, 7 Aug 1995 22:15:17 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id WAA05145; Mon, 7 Aug 1995 22:14:53 GMT Date: Mon, 7 Aug 1995 22:14:53 GMT Message-Id: <199508072214.WAA05145@silvia.HIP.Berkeley.EDU> To: current@freebsd.org Subject: "ld: /usr/lib/crt0.o: Undefined error: 0" problem solved From: asami@cs.berkeley.edu (Satoshi Asami) Sender: current-owner@freebsd.org Precedence: bulk The solution was NOT TO CLOSE STDIN when you run make world, as hard as it is to believe. I decided to try a make world on a 2.0.5R system (constructed on my second disk from the CDROM) with a -stable /usr/src. When I got the same error as -current, which doesn't share a bit of / or /usr with the -stable tree, I knew it was something incredibly outrageous. So I remembered that I started using the "<&-" trick last week, and changed the command line from (date; make world; date) > /usr/obj/make.00 2>&1 <&- & to (date; make world; date) > /usr/obj/make.00 2>&1 > cc -o hexrand hexrand.c >> cc -o hexrand hexrand.c <&- ld: /usr/lib/crt0.o: Undefined error: 0 ======= P.P.S. Relevant part from the make log: -------------------------------------------------------------- Rebuilding tools needed to build the libraries -------------------------------------------------------------- cd /y/b/src/gnu/usr.bin/ld && make depend all install cleandir obj : ===> rtld rm -f .depend files="/y/b/src/gnu/usr.bin/ld/rtld/../i386/mdprologue.S"; if [ "$files" != "" ]; then mkdep -a -I/y/b/src/gnu/usr.bin/ld/rtld/.. -I/y/b/src/gnu/usr.bin/ld/rtld -I/y/b/src/gnu/usr.bin/ld/rtld/../i386 -DRTLD $files; fi files="/y/b/src/gnu/usr.bin/ld/rtld/rtld.c /y/b/src/gnu/usr.bin/ld/rtld/malloc.c /y/b/src/gnu/usr.bin/ld/rtld/../shlib.c /y/b/src/gnu/usr.bin/ld/rtld/../etc.c /y/b/src/gnu/usr.bin/ld/rtld/../i386/md.c"; if [ "$files" != "" ]; then mkdep -a -I/y/b/src/gnu/usr.bin/ld/rtld/.. -I/y/b/src/gnu/usr.bin/ld/rtld -I/y/b/src/gnu/usr.bin/ld/rtld/../i386 -DRTLD $files; fi files=" "; if [ "$files" != " " ]; then mkdep -a -I/y/b/src/gnu/usr.bin/ld/rtld/.. -I/y/b/src/gnu/usr.bin/ld/rtld -I/y/b/src/gnu/usr.bin/ld/rtld/../i386 -DRTLD $files; fi cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/ld.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/symbol.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/lib.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/shlib.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/warnings.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/etc.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/rrs.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/xbits.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -c /y/b/src/gnu/usr.bin/ld/i386/md.c cc -O2 -m486 -pipe -I/y/b/src/gnu/usr.bin/ld -I/y/b/src/gnu/usr.bin/ld/i386 -Xlinker -Bstatic -o ld ld.o symbol.o lib.o shlib.o warnings.o etc.o rrs.o xbits.o md.o -lgnumalloc ld: /usr/lib/crt0.o: Undefined error: 0 *** Error code 1 Stop. *** Error code 1 Stop. From owner-freebsd-current Mon Aug 7 22:28:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id WAA25191 for current-outgoing; Mon, 7 Aug 1995 22:28:15 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id WAA25182 for ; Mon, 7 Aug 1995 22:28:12 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA02329; Mon, 7 Aug 1995 22:27:45 -0700 From: "Rodney W. Grimes" Message-Id: <199508080527.WAA02329@gndrsh.aac.dev.com> Subject: Re: Backup of 32bit dev entries To: nate@sneezy.sri.com Date: Mon, 7 Aug 1995 22:27:45 -0700 (PDT) Cc: jhs@vector.eikon.e-technik.tu-muenchen.de, current@freebsd.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <199508080034.SAA16261@rocky.sri.MT.net> from "Nate Williams" at Aug 7, 95 06:34:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1189 Sender: current-owner@freebsd.org Precedence: bulk > > Rodney W. Grimes writes: > > > > RTFM. dump can only handle _file systems_ > > > > > > Maybe, but dump once long ago could handle trees too. hence I tried it anyway. > > > > Your dreaming!!! Even V6 dump was file systems at a time! > > > I remember using dump Just for you I went out in the Garage and dug out the V7 manual (my V6 copy is buried in boxes some place unknown) and: DUMP(1M) UNIX Programmer's Manual DUMP (1M) NAME dump - incremental file system dump SYNOPSIS \Bdump\N [ key [ argument ...] filesystem ] DESCRIPTION Dump copies to magnetic tape all files changed after a certain date in the filesystem. [Note, the word ``filesystem'' in the desciption appears in italics meaning the are talking about the arg to the command.] You have a bad memory, or are confusing another OS with Unix. Dump has always been a file system based tool, and has always worked with raw disk devices to read the filesystem with. I could probably dig out the V5 source tape if we want to go farther back in history. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Aug 7 23:07:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id XAA27199 for current-outgoing; Mon, 7 Aug 1995 23:07:26 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id XAA27191 for ; Mon, 7 Aug 1995 23:07:22 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA26589; Tue, 8 Aug 1995 16:04:00 +1000 Date: Tue, 8 Aug 1995 16:04:00 +1000 From: Bruce Evans Message-Id: <199508080604.QAA26589@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, current@freebsd.org Subject: Re: "ld: /usr/lib/crt0.o: Undefined error: 0" problem solved Sender: current-owner@freebsd.org Precedence: bulk >P.S. A simpler example: >======= >>> cc -o hexrand hexrand.c >>> cc -o hexrand hexrand.c <&- >ld: /usr/lib/crt0.o: Undefined error: 0 >======= Untested fix: *** lib.c~ Wed May 31 18:25:17 1995 --- lib.c Tue Aug 8 16:01:52 1995 *************** *** 831,835 **** fname = findshlib(p->filename, &major, &minor, 1); ! if (fname && (fd = open(fname, O_RDONLY, 0)) > 0) { p->filename = fname; p->lib_major = major; --- 831,835 ---- fname = findshlib(p->filename, &major, &minor, 1); ! if (fname && (fd = open(fname, O_RDONLY, 0)) >= 0) { p->filename = fname; p->lib_major = major; Bruce From owner-freebsd-current Mon Aug 7 23:40:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id XAA29265 for current-outgoing; Mon, 7 Aug 1995 23:40:46 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id XAA29257 for ; Mon, 7 Aug 1995 23:40:43 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id AAA04137; Tue, 8 Aug 1995 00:39:21 -0600 Message-Id: <199508080639.AAA04137@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: Bug in rlogin? Cc: Bruce Evans , current@freefall.cdrom.com In-reply-to: Your message of Sun, 06 Aug 1995 05:24:27 PDT Date: Tue, 08 Aug 1995 00:39:20 -0600 From: Warner Losh Sender: current-owner@FreeBSD.org Precedence: bulk : All I can say is that while I can't reproduce it now, my freefall : windows fall frequent victim to this phenomenon. So much so, that if : output is spewing out that I know will finish relatively soon, I'll : let it swamp my link for awhile rather than ^C it and destroy the : entire session. : : This one must be more subtle than a simple race, that's all I can say! I've seen this sometimes in the Cygnus Kerberos rlogin that we run in the village over dualing SLIP connections (that is me <-> enet <-> router <->slip <-> it's a big net after all <-> SLIP <-> router <-> enet <-> router <-> SunOS box). But I've not seen it lately. Warner From owner-freebsd-current Mon Aug 7 23:42:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id XAA29452 for current-outgoing; Mon, 7 Aug 1995 23:42:57 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id XAA29445 for ; Mon, 7 Aug 1995 23:42:55 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id AAA04164; Tue, 8 Aug 1995 00:42:01 -0600 Message-Id: <199508080642.AAA04164@rover.village.org> To: Mark Murray Subject: Re: workaround for talk's address problem Cc: freebsd-current@FreeBSD.ORG (FreeBSD-current users) In-reply-to: Your message of Mon, 07 Aug 1995 00:05:28 +0200 Date: Tue, 08 Aug 1995 00:42:01 -0600 From: Warner Losh Sender: current-owner@FreeBSD.ORG Precedence: bulk : Paul Traina fixed a similar problem with kadmin(d?) from eBones a : couple of days ago. We've been figting this problem in the kerberos code from Cygnus. Dieter Muller fixed it in all know locations. You should drop him a line if you have problems. The problem is too evil for me to recall, but he'll happily, I think, regale you with the tale of woe. Something about IP addresses being encoded into the tickets, or something strange like that. Warner P.S. dworkin@village.org From owner-freebsd-current Mon Aug 7 23:44:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id XAA29594 for current-outgoing; Mon, 7 Aug 1995 23:44:17 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id XAA29584 for ; Mon, 7 Aug 1995 23:44:14 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id AAA04185; Tue, 8 Aug 1995 00:44:05 -0600 Message-Id: <199508080644.AAA04185@rover.village.org> To: davidg@Root.COM Subject: Re: workaround for talk's address problem Cc: freebsd-current@FreeBSD.ORG (FreeBSD-current users) In-reply-to: Your message of Sun, 06 Aug 1995 15:29:19 PDT Date: Tue, 08 Aug 1995 00:44:05 -0600 From: Warner Losh Sender: current-owner@FreeBSD.ORG Precedence: bulk : What is the problem with specifying INADDR_ANY for the local address? The problem with Kerberos had to do with which interface that was talking was important, and the IP address was somehow mixed up in the tickets that were returned. We have a few machines in the village that are multi-homed, and Kerberos didn't like them at all. It didn't have to do with the connection code, but what happened after everything got connected. Warner From owner-freebsd-current Mon Aug 7 23:50:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id XAA00313 for current-outgoing; Mon, 7 Aug 1995 23:50:13 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id XAA00301 ; Mon, 7 Aug 1995 23:50:10 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id AAA04224; Tue, 8 Aug 1995 00:50:06 -0600 Message-Id: <199508080650.AAA04224@rover.village.org> To: "Justin T. Gibbs" Subject: Re: workaround for talk's address problem Cc: Pete Carah , current@FreeBSD.ORG In-reply-to: Your message of Mon, 07 Aug 1995 12:34:03 PDT Date: Tue, 08 Aug 1995 00:50:05 -0600 From: Warner Losh Sender: current-owner@FreeBSD.ORG Precedence: bulk : Both kerberos and kadmind (as of my fix a few days ago) listen on all : interfaces. Bash head against wall. That was exactly the problem that was fixed. However, I do seem to recal there was some more hair to it. I'd ask Dworkin now, but he's asleep. I'll ask him at pub night tonight (if anyone wants to show up at a pub in Longmont, drop me a note, and I'll send you the invite :-). I went looking for the Village's patches, and can only find the patched versions, so I don't know further what the deal is. Warner From owner-freebsd-current Tue Aug 8 00:18:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA01995 for current-outgoing; Tue, 8 Aug 1995 00:18:37 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id AAA01987 for ; Tue, 8 Aug 1995 00:18:33 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id AAA06216; Tue, 8 Aug 1995 00:17:39 GMT Date: Tue, 8 Aug 1995 00:17:39 GMT Message-Id: <199508080017.AAA06216@silvia.HIP.Berkeley.EDU> To: bde@zeta.org.au CC: current@freebsd.org In-reply-to: <199508080604.QAA26589@godzilla.zeta.org.au> (message from Bruce Evans on Tue, 8 Aug 1995 16:04:00 +1000) Subject: Re: "ld: /usr/lib/crt0.o: Undefined error: 0" problem solved From: asami@cs.berkeley.edu (Satoshi Asami) Sender: current-owner@freebsd.org Precedence: bulk * Untested fix: * ! if (fname && (fd = open(fname, O_RDONLY, 0)) > 0) { * ! if (fname && (fd = open(fname, O_RDONLY, 0)) >= 0) { Oh, I see. Thanks, I'm right in the middle of the make world right now, I'll try it after it's done and let you know how it goes. Satoshi From owner-freebsd-current Tue Aug 8 01:22:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id BAA05586 for current-outgoing; Tue, 8 Aug 1995 01:22:47 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id BAA05572 for ; Tue, 8 Aug 1995 01:22:42 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA11056; Tue, 8 Aug 1995 10:22:32 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA03517; Tue, 8 Aug 1995 10:22:22 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA05851; Tue, 8 Aug 1995 08:21:46 +0200 From: J Wunsch Message-Id: <199508080621.IAA05851@uriah.heep.sax.de> Subject: Re: sendmail core To: jhs@vector.eikon.e-technik.tu-muenchen.de (Julian Howard Stacey) Date: Tue, 8 Aug 1995 08:21:46 +0200 (MET DST) Cc: current@freebsd.org In-Reply-To: <199508071700.TAA01851@vector.eikon.e-technik.tu-muenchen.de> from "Julian Howard Stacey" at Aug 7, 95 07:00:53 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 737 Sender: current-owner@freebsd.org Precedence: bulk As Julian Howard Stacey wrote: > > Anyone want a /var/spool/mqueues/sendmail.core ? > > I'm not much interested myself, > but cores can be hard to get when one actually wants one. > > I just had sendmail give me a load of errs on console, while i was running slip, > & a few ghostviews & a chimera, > the err msg was: > ------- > Aug 7 18:24:39 vector sendmail[15486]: SAA15486: SYSERR(UID0): db_map_lookup: get (jhs): Cannot allocate memory > Aug 7 18:24:43 vector /kernel: swap_pager: out of space > Aug 7 18:24:51 vector last message repeated 3 times Increase your swap space. :-/ -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Aug 8 01:23:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id BAA05622 for current-outgoing; Tue, 8 Aug 1995 01:23:40 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id BAA05612 for ; Tue, 8 Aug 1995 01:23:35 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA11024; Tue, 8 Aug 1995 10:22:16 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA03490; Tue, 8 Aug 1995 10:22:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA05743; Tue, 8 Aug 1995 08:11:43 +0200 From: J Wunsch Message-Id: <199508080611.IAA05743@uriah.heep.sax.de> Subject: Re: bin/660: /bin/sh has problem with redirection. To: bde@zeta.org.au (Bruce Evans) Date: Tue, 8 Aug 1995 08:11:43 +0200 (MET DST) Cc: odiug@darkstar.informatik.rwth-aachen.de, current@freebsd.org In-Reply-To: <199508080337.NAA21696@godzilla.zeta.org.au> from "Bruce Evans" at Aug 8, 95 01:37:55 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 547 Sender: current-owner@freebsd.org Precedence: bulk As Bruce Evans wrote: > > >... The pdksh also seems a lot smaller: > >-rwxr-xr-x 1 bin bin 217088 Jul 4 22:38 ksh > >lrwxr-xr-x 1 bin bin 3 Aug 8 01:16 sh -> ksh > >-r-xr-xr-x 1 bin bin 299008 Jun 10 11:48 sh.old > > The difference is mostly for the 63K libedit.a that gives support for both > vi and emacs mode line editing. Isn't (pd)ksh also supposed to have command-line editing? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Aug 8 01:35:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id BAA06608 for current-outgoing; Tue, 8 Aug 1995 01:35:44 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id BAA06585 for ; Tue, 8 Aug 1995 01:35:30 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id BAA01989; Tue, 8 Aug 1995 01:35:14 GMT Date: Tue, 8 Aug 1995 01:35:14 GMT Message-Id: <199508080135.BAA01989@silvia.HIP.Berkeley.EDU> To: current@freebsd.org Subject: shared /var for -stable and -current? From: asami@cs.berkeley.edu (Satoshi Asami) Sender: current-owner@freebsd.org Precedence: bulk Now that I've started running -stable and -current from two disks, it occured to me that the cleanup of log files etc. that occur from /etc/daily etc. will only apply to the operating system running at that time (of course). Which means, one of the /var's will be left out. Which leads to the question of the day: are there any problems if I share the /var among the two versions? Things like mail and stuff should be ok, ld.so.cache is rebuilt every time I reboot, /var/db/pkg better be shared because I have a common /usr/local and /usr/X11R6.... Any opinions? Satoshi From owner-freebsd-current Tue Aug 8 01:39:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id BAA06917 for current-outgoing; Tue, 8 Aug 1995 01:39:20 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id BAA06857 for ; Tue, 8 Aug 1995 01:38:54 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA32224; Tue, 8 Aug 1995 18:35:05 +1000 Date: Tue, 8 Aug 1995 18:35:05 +1000 From: Bruce Evans Message-Id: <199508080835.SAA32224@godzilla.zeta.org.au> To: bde@zeta.org.au, j@uriah.heep.sax.de Subject: Re: bin/660: /bin/sh has problem with redirection. Cc: current@freebsd.org, odiug@darkstar.informatik.rwth-aachen.de Sender: current-owner@freebsd.org Precedence: bulk >> >... The pdksh also seems a lot smaller: >> >-rwxr-xr-x 1 bin bin 217088 Jul 4 22:38 ksh >> >lrwxr-xr-x 1 bin bin 3 Aug 8 01:16 sh -> ksh >> >-r-xr-xr-x 1 bin bin 299008 Jun 10 11:48 sh.old >> >> The difference is mostly for the 63K libedit.a that gives support for both >> vi and emacs mode line editing. >Isn't (pd)ksh also supposed to have command-line editing? It's probably less bloated. It is possible to write a file editor in 2K, Bruce From owner-freebsd-current Tue Aug 8 01:52:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id BAA08168 for current-outgoing; Tue, 8 Aug 1995 01:52:21 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id BAA08159 for ; Tue, 8 Aug 1995 01:52:17 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id BAA03078; Tue, 8 Aug 1995 01:52:01 -0700 From: "Rodney W. Grimes" Message-Id: <199508080852.BAA03078@gndrsh.aac.dev.com> Subject: Re: shared /var for -stable and -current? To: asami@cs.berkeley.edu (Satoshi Asami) Date: Tue, 8 Aug 1995 01:52:00 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <199508080135.BAA01989@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Aug 8, 95 01:35:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1089 Sender: current-owner@freebsd.org Precedence: bulk > > Now that I've started running -stable and -current from two disks, it > occured to me that the cleanup of log files etc. that occur from > /etc/daily etc. will only apply to the operating system running at > that time (of course). Which means, one of the /var's will be left > out. > > Which leads to the question of the day: are there any problems if I > share the /var among the two versions? Things like mail and stuff > should be ok, ld.so.cache is rebuilt every time I reboot, /var/db/pkg > better be shared because I have a common /usr/local and /usr/X11R6.... > > Any opinions? I would share /var between the 2 versions. There are no changes that I have seen to /var files that would effect you sharing this between any 2.x release that is not handled during boot. You may want to force building all of /var/run/dev.db by rm'ing it before the dev_mkdb as that may get confused with device numbers and slice code. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Tue Aug 8 02:13:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA10639 for current-outgoing; Tue, 8 Aug 1995 02:13:42 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA10626 for ; Tue, 8 Aug 1995 02:13:38 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id KAA00598 ; Tue, 8 Aug 1995 10:12:46 +0100 To: "Rodney W. Grimes" cc: jkh@time.cdrom.com, freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: workaround for talk's address problem In-reply-to: Your message of "Mon, 07 Aug 1995 17:43:16 PDT." <199508080043.RAA02014@gndrsh.aac.dev.com> Date: Tue, 08 Aug 1995 10:12:46 +0100 Message-ID: <596.807873166@palmer.demon.co.uk> From: Gary Palmer Sender: current-owner@freebsd.org Precedence: bulk In message <199508080043.RAA02014@gndrsh.aac.dev.com>, "Rodney W. Grimes" write s: >Yes, but leads to a simple fix, running a cacheing name server on all >NFS servers, and point your clients to that name server. Can you run named on a multi-homed Novell server? :-) Gary From owner-freebsd-current Tue Aug 8 02:34:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA12815 for current-outgoing; Tue, 8 Aug 1995 02:34:51 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA12802 for ; Tue, 8 Aug 1995 02:34:48 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id CAA03233; Tue, 8 Aug 1995 02:34:21 -0700 From: "Rodney W. Grimes" Message-Id: <199508080934.CAA03233@gndrsh.aac.dev.com> Subject: Re: workaround for talk's address problem To: gary@palmer.demon.co.uk (Gary Palmer) Date: Tue, 8 Aug 1995 02:34:20 -0700 (PDT) Cc: jkh@time.cdrom.com, freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <596.807873166@palmer.demon.co.uk> from "Gary Palmer" at Aug 8, 95 10:12:46 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 632 Sender: current-owner@freebsd.org Precedence: bulk > > In message <199508080043.RAA02014@gndrsh.aac.dev.com>, "Rodney W. Grimes" write > s: > >Yes, but leads to a simple fix, running a cacheing name server on all > >NFS servers, and point your clients to that name server. > > Can you run named on a multi-homed Novell server? :-) :-), you really should talk to Novell about that, oh, no wait, that would kill my sales of $1500 FreeBSD DNS server boxes to all the folks running Novell netware with MHS, so don't do that :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Tue Aug 8 02:52:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA14341 for current-outgoing; Tue, 8 Aug 1995 02:52:13 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA14333 for ; Tue, 8 Aug 1995 02:52:09 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id CAA04583; Tue, 8 Aug 1995 02:51:03 -0700 Date: Tue, 8 Aug 1995 02:51:03 -0700 Message-Id: <199508080951.CAA04583@silvia.HIP.Berkeley.EDU> To: bde@zeta.org.au CC: current@freebsd.org In-reply-to: <199508080604.QAA26589@godzilla.zeta.org.au> (message from Bruce Evans on Tue, 8 Aug 1995 16:04:00 +1000) Subject: Re: "ld: /usr/lib/crt0.o: Undefined error: 0" problem solved From: asami@cs.berkeley.edu (Satoshi Asami) Sender: current-owner@freebsd.org Precedence: bulk * >>> cc -o hexrand hexrand.c <&- * >ld: /usr/lib/crt0.o: Undefined error: 0 * >======= * * Untested fix: Sorry, I tried the patch but it still fails with the same error.... :< Satoshi From owner-freebsd-current Tue Aug 8 03:32:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id DAA17032 for current-outgoing; Tue, 8 Aug 1995 03:32:46 -0700 Received: from server.netcraft.co.uk (server.netcraft.co.uk [194.72.238.2]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id DAA17026 for ; Tue, 8 Aug 1995 03:32:43 -0700 Received: (from paul@localhost) by server.netcraft.co.uk (8.6.11/8.6.9) id LAA03138; Tue, 8 Aug 1995 11:32:10 +0100 From: Paul Richards Message-Id: <199508081032.LAA03138@server.netcraft.co.uk> Subject: Re: workaround for talk's address problem To: pete@puffin.pelican.com (Pete Carah) Date: Tue, 8 Aug 1995 11:32:10 +0100 (BST) Cc: current@FreeBSD.ORG In-Reply-To: <199508071909.MAA09580@puffin.pelican.com> from "Pete Carah" at Aug 7, 95 12:09:46 pm Reply-to: paul@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 3406 Sender: current-owner@FreeBSD.ORG Precedence: bulk In reply to Pete Carah who said > > In article <199508062229.XAA24522@server.netcraft.co.uk> you write: > >In reply to J Wunsch who said > >> The correct solution would be asking the routing socket to see which > >> interface address must be used to get in contact with the remote peer. > >> Unfortunately, the interface to the routing socket is somewhat ugly to > >> use and it requires root privileges. Hence i'm suggesting the > >> following workaround. It introduces an option `-a' followed by a > >> (dotted-quad) address to use for the negotiation. This address will > >> be checked against the address list as returned from gethostbyname() > >> to avoid abusing foreign addresses. > > >I want to add an option like this to everything. I'm running a multi-homed > >host that has *lots* (or will have) of ip addresses and I also > >need to have, for instance, a sendmail connected to each address to handle > >services for that particular domain. > THIS *SHOULD* be possible to use (if possible) with no mods to the > client/server program source. This would eliminate the problem of > needing listens on all possible interfaces like xntpd now does. Ehh, I'd be interested to know how? All the servers in the tree at the moment bind to INADDR_ANY. The funtionality I'm adding is the ability to make servers bind to a particular address and only that particular address which is something we can't currently do. Incidentally, I've run into another, rather more difficult problem. If the local socket isn't specifically bound, which usually it isn't then in_pcbconnect (or in_pcbladdr as it is now I think) will try and find an appropriate value. This is a problem if you're trying to do what I'm doing. For instance, I've got a web server running in one virtual enviromment, say, foo.com and a browser in another, say bar.com. When in_pcbconnect gets called, I think what's happening is that the decision about the local addr is made by ifa_ifwithnet, since the destination address is an ip address aliased on this host it finds an ifaddr struct that has a match and it returns that as the local address. The result is that the web server in foo.com thinks the browser is also connecting from foo.com even though it's really connecting from bar.com. It knackers security up completely if a client from one domain can access servers in another because the local addr of the client gets set to that of the server and not the client! In a multi-homed environment this seems bogus to me. I'd like this to be changed in some way but I'm not exactly sure what the best way is. We could check the destination address and if it's actually an aliased address on this host then *not* return that as the local addr, that would solve the problem with bogus domains as I'm seeing above but I'm not sure how to work out what the correct local addr would be. What I want to happen is for the local addr to be set to the ip address of whatever hostname is. How much of a cludge would it be to do that? Since this would only happen if the dst addr was an exact match for an alias it wouldn't affect the cases where packets actually get out onto the wire and the local addr needs to be set to the outgoing interface. -- Paul Richards, Bluebird Computer Systems. FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.freebsd.org/~paul Phone: 0370 462071 (Mobile), +44 1222 457651 (home) From owner-freebsd-current Tue Aug 8 04:16:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id EAA20916 for current-outgoing; Tue, 8 Aug 1995 04:16:55 -0700 Received: from server.netcraft.co.uk (server.netcraft.co.uk [194.72.238.2]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id EAA20896 for ; Tue, 8 Aug 1995 04:16:52 -0700 Received: (from paul@localhost) by server.netcraft.co.uk (8.6.11/8.6.9) id MAA03328 for FreeBSD-current@freebsd.org; Tue, 8 Aug 1995 12:16:25 +0100 From: Paul Richards Message-Id: <199508081116.MAA03328@server.netcraft.co.uk> Subject: A test To: FreeBSD-current@freebsd.org Date: Tue, 8 Aug 1995 12:16:24 +0100 (BST) Reply-to: paul@freebsd.org X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 274 Sender: current-owner@freebsd.org Precedence: bulk Mail's taking a hell of a long time to get back to me and I'm not sure all of it is. -- Paul Richards, Bluebird Computer Systems. FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.freebsd.org/~paul Phone: 0370 462071 (Mobile), +44 1222 457651 (home) From owner-freebsd-current Tue Aug 8 04:54:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id EAA24114 for current-outgoing; Tue, 8 Aug 1995 04:54:45 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id EAA24077 for ; Tue, 8 Aug 1995 04:54:32 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA06057; Tue, 8 Aug 1995 21:48:14 +1000 Date: Tue, 8 Aug 1995 21:48:14 +1000 From: Bruce Evans Message-Id: <199508081148.VAA06057@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, bde@zeta.org.au Subject: Re: "ld: /usr/lib/crt0.o: Undefined error: 0" problem solved Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk > * >>> cc -o hexrand hexrand.c <&- > * >ld: /usr/lib/crt0.o: Undefined error: 0 > * >======= > * > * Untested fix: >Sorry, I tried the patch but it still fails with the same error.... :< Apparently the author of ld didn't understand U*ix error codes :-). There are are at least 2 more cases (one in ld.c, one more in lib.c where there is a bogus check check for `fd > 0'). Perhaps ld supports writing to stdout (this should have been the default) so it is an error for stdout to be closed. ld could detect the problem early and open descriptor 0 to /dev/null if it doesn't really care. Bruce From owner-freebsd-current Tue Aug 8 05:26:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA26182 for current-outgoing; Tue, 8 Aug 1995 05:26:15 -0700 Received: from dolphin.mikom.csir.co.za (dolphin.mikom.csir.co.za [146.64.28.40]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id FAA26136 for ; Tue, 8 Aug 1995 05:25:43 -0700 Received: (from bertus@localhost) by dolphin.mikom.csir.co.za (8.6.11/8.6.6) id OAA01386 for current@freebsd.org; Tue, 8 Aug 1995 14:27:04 +0200 From: Bertus Pretorius Message-Id: <199508081227.OAA01386@dolphin.mikom.csir.co.za> Subject: Re: rlogin bug -> OOB bug? To: current@freebsd.org Date: Tue, 8 Aug 1995 14:27:03 +0200 (SAT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1628 Sender: current-owner@freebsd.org Precedence: bulk Hi, I'm a bit late on this discussion because i do not read current. Jhay pointed it out to me. My experience is as follows: It wrote a little tcp relay that is suppose to take care of OOB but it failed. After detailed and painfull searching I found the following: Telnet and ftp (rlogin not checked) send more than one OOB byte - ftp 2 and telnet often a long string. When OOB is read inline or with the OOB flag set in the read you recieve only one byte. This byte being the last byte of the OOB bytes in the packet. The ATMARK ioctl marks also only the last byte, that is when you perform a read, OOB set to inline, the read returns before the last byte and the mark is set to indicate to following byte is OOB. When the line or read is slow that byte is moved forward as the specs say with the following result: packet: OOB bytes , normal bytes data read: OOB bytes normal bytes With a fast line it is as follows: packet: OOB bytes , normal bytes data read: normal bytes , OOB bytes , normal bytes I tried to read the tcp code in the kernel and it seems to me that FreeBSD only handles the last OOB byte in a packet as OOB data - not that I know what the code really does :). -- +-Bertus Pretorius------------ (O) (O) ---------------bertus@mikom.csir.co.za-+ | mikomtek ^ +27 12 841-3001 (Voice) | | CSIR \___/ +27 12 841-4720 (FAX) | +-----------------A smile is the same in all languages------------------------+ From owner-freebsd-current Tue Aug 8 06:22:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id GAA28274 for current-outgoing; Tue, 8 Aug 1995 06:22:12 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id GAA28268 for ; Tue, 8 Aug 1995 06:22:08 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA26913; Tue, 8 Aug 1995 15:21:58 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA05684 for current@freebsd.org; Tue, 8 Aug 1995 15:21:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id OAA11478 for current@freebsd.org; Tue, 8 Aug 1995 14:54:08 +0200 From: J Wunsch Message-Id: <199508081254.OAA11478@uriah.heep.sax.de> Subject: Re: shared /var for -stable and -current? To: current@freebsd.org Date: Tue, 8 Aug 1995 14:54:07 +0200 (MET DST) Reply-To: current@freebsd.org In-Reply-To: <199508080852.BAA03078@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Aug 8, 95 01:52:00 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 949 Sender: current-owner@freebsd.org Precedence: bulk As Rodney W. Grimes wrote: > > I would share /var between the 2 versions. There are no changes that > I have seen to /var files that would effect you sharing this between > any 2.x release that is not handled during boot. You may want to > force building all of /var/run/dev.db by rm'ing it before the > dev_mkdb as that may get confused with device numbers and slice code. I would make /var/run (and perhaps /var/log) in MFS. :-) Otherwise, things like /var/run/foo.pid might really become confusing. For /var/log, you can perhaps work it out sharable (e.g. by having one machine forwarding all syslog things to the other). Same holds for /var/account, if you're going to run accounting, for /var/spool/lpd perhaps, etc. Too many things under /var might consider this unique to a single machine. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Aug 8 07:41:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id HAA00763 for current-outgoing; Tue, 8 Aug 1995 07:41:55 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id HAA00756 for ; Tue, 8 Aug 1995 07:41:53 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA02661; Tue, 8 Aug 1995 10:40:57 -0400 Date: Tue, 8 Aug 1995 10:40:57 -0400 From: Garrett Wollman Message-Id: <9508081440.AA02661@halloran-eldar.lcs.mit.edu> To: Bertus Pretorius Cc: current@freebsd.org Subject: Re: rlogin bug -> OOB bug? In-Reply-To: <199508081227.OAA01386@dolphin.mikom.csir.co.za> References: <199508081227.OAA01386@dolphin.mikom.csir.co.za> Sender: current-owner@freebsd.org Precedence: bulk < said: Please press return after 72 characters... > Telnet and ftp (rlogin not checked) send more than one OOB byte - >ftp 2 and telnet often a long string. This is not true, for a very simple reason: TCP doesn't have out-of-band delivery (although the BSD TCP stack tries to fake it, usually unsuccessfully as seen here). What TCP has is an urgent data pointer, which indicates ``at this point in the segment, there is some urgent data'' with no specification of the length thereof. -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 Tue Aug 8 08:03:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA01357 for current-outgoing; Tue, 8 Aug 1995 08:03:34 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id IAA01351 ; Tue, 8 Aug 1995 08:03:25 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA02688; Tue, 8 Aug 1995 11:03:20 -0400 Date: Tue, 8 Aug 1995 11:03:20 -0400 From: Garrett Wollman Message-Id: <9508081503.AA02688@halloran-eldar.lcs.mit.edu> To: paul@FreeBSD.ORG Cc: pete@puffin.pelican.com (Pete Carah), current@FreeBSD.ORG Subject: Re: workaround for talk's address problem In-Reply-To: <199508081032.LAA03138@server.netcraft.co.uk> References: <199508071909.MAA09580@puffin.pelican.com> <199508081032.LAA03138@server.netcraft.co.uk> Sender: current-owner@FreeBSD.ORG Precedence: bulk < said: > When in_pcbconnect gets called, I think what's happening is that the > decision about the local addr is made by ifa_ifwithnet, since the > destination address is an ip address aliased on this host it finds > an ifaddr struct that has a match and it returns that as the local > address. Yes. This is what it is supposed to do. > It knackers security up completely if a client from one domain can > access servers in another because the local addr of the client gets > set to that of the server and not the client! In a multi-homed > environment this seems bogus to me. Not at all. 1) Security based on host addresses is nothing of the sort. 2) In normal multi-homed environments, this is precisely what you want to do, since you want queries sent on one wire to get replies on the same wire without going through extra router hops as would be required otherwise. You have two possible solutions: 1) Don't let people use Web browsers on your server machine. 2) Modify the browser source code to bind to a specific address (perhaps whatever is returned by gethostname()). > We could check the destination address and if > it's actually an aliased address on this host There is no distinction between various different sorts of interface addresses. If you delete the address that was ifconfig'ed first, then the interface's primary address becomes whatever was added next, and so on down through the line. Remember that this code was originally designed to support multiple logical IP subnets on a single wire. -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 Tue Aug 8 08:20:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA02213 for current-outgoing; Tue, 8 Aug 1995 08:20:02 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id IAA02199 ; Tue, 8 Aug 1995 08:19:59 -0700 Message-Id: <199508081519.IAA02199@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Warner Losh cc: davidg@root.com, freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: workaround for talk's address problem In-reply-to: Your message of "Tue, 08 Aug 95 00:44:05 MDT." <199508080644.AAA04185@rover.village.org> Date: Tue, 08 Aug 1995 08:19:59 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >: What is the problem with specifying INADDR_ANY for the local address? > >The problem with Kerberos had to do with which interface that was >talking was important, and the IP address was somehow mixed up in the >tickets that were returned. > >We have a few machines in the village that are multi-homed, and >Kerberos didn't like them at all. It didn't have to do with the >connection code, but what happened after everything got connected. > >Warner Right. My fix makes kadmind work on a multi-homed host. It works by extracting the address of the interface after the accept and using that address in all ticketts. I haven't looked at the client code yet, but will soon. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Tue Aug 8 08:34:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA02779 for current-outgoing; Tue, 8 Aug 1995 08:34:10 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id IAA02766 ; Tue, 8 Aug 1995 08:34:07 -0700 Message-Id: <199508081534.IAA02766@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Gary Palmer cc: "Rodney W. Grimes" , jkh@time.cdrom.com, freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: workaround for talk's address problem In-reply-to: Your message of "Tue, 08 Aug 95 10:12:46 BST." <596.807873166@palmer.demon.co.uk> Date: Tue, 08 Aug 1995 08:34:07 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >In message <199508080043.RAA02014@gndrsh.aac.dev.com>, "Rodney W. Grimes" writ >e >s: >>Yes, but leads to a simple fix, running a cacheing name server on all >>NFS servers, and point your clients to that name server. > >Can you run named on a multi-homed Novell server? :-) > >Gary Actually yes. I believe that novell's NFS gateway comes with named, and NIS. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Tue Aug 8 09:17:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA04582 for current-outgoing; Tue, 8 Aug 1995 09:17:02 -0700 Received: from server.netcraft.co.uk (server.netcraft.co.uk [194.72.238.2]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id JAA04550 ; Tue, 8 Aug 1995 09:16:56 -0700 Received: (from paul@localhost) by server.netcraft.co.uk (8.6.11/8.6.9) id RAA04464; Tue, 8 Aug 1995 17:16:26 +0100 From: Paul Richards Message-Id: <199508081616.RAA04464@server.netcraft.co.uk> Subject: Re: workaround for talk's address problem To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Tue, 8 Aug 1995 17:16:25 +0100 (BST) Cc: paul@FreeBSD.ORG, pete@puffin.pelican.com, current@FreeBSD.ORG In-Reply-To: <9508081503.AA02688@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Aug 8, 95 11:03:20 am Reply-to: paul@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 3412 Sender: current-owner@FreeBSD.ORG Precedence: bulk In reply to Garrett Wollman who said > > < said: > > > When in_pcbconnect gets called, I think what's happening is that the > > decision about the local addr is made by ifa_ifwithnet, since the > > destination address is an ip address aliased on this host it finds > > an ifaddr struct that has a match and it returns that as the local > > address. > > Yes. This is what it is supposed to do. I know that, I was just setting the scene :-) > 2) In normal multi-homed environments, this is precisely what > you want to do, since you want queries sent on one wire to > get replies on the same wire without going through extra > router hops as would be required otherwise. Not necessarily. You're assuming a "normal multi-homed envirnment" is one with two interfaces where you need to do this. That's not always the case any more and even in that situation, you still might not want the local addr set to the primary address of the interface, you may still want the outgoing packet to be marked as from one particular address for that interface. The aliased address is likely to be on the same subnet as the primary address otherwise the interface would never see packets for the alias. there wouldn't be anything wrong in that case of having packets leave the interface with the aliased address since return packets will still come back to that particular interface and it's aliased to accept them. Multi-homed these days increasingly means having more than one ip address aliased to the same interface and not for the reasons that the code was originally written for but to allow multiple DNS domains to map to the same physical host while still being able to determine which DNS domain a particular packet is for, vis WEB servers. The code as it is know is trying to > > You have two possible solutions: > > 1) Don't let people use Web browsers on your server machine. > > 2) Modify the browser source code to bind to a specific > address (perhaps whatever is returned by gethostname()). This isn't an option. I'd have to modify every possible client that could be used and that assumes I have source in the first place. > > > We could check the destination address and if > > it's actually an aliased address on this host > > There is no distinction between various different sorts of interface > addresses. If you delete the address that was ifconfig'ed first, then > the interface's primary address becomes whatever was added next, and > so on down through the line. So? The code as it stands now was written in order to determine which address to assign to the local side so that packets could return to the correct interface. It's out of date and needs to be revised since that's not the only reason for a host having multiple ip addresses. I've got several ip addresses allocated to the same interface and it's the only interface on the box. > > Remember that this code was originally designed to support multiple > logical IP subnets on a single wire. I know what it was originally for. I'm trying to make it work better in today's environment where virtual host services are becoming more common. -- Paul Richards, Bluebird Computer Systems. FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.freebsd.org/~paul Phone: 0370 462071 (Mobile), +44 1222 457651 (home) From owner-freebsd-current Tue Aug 8 09:34:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA05140 for current-outgoing; Tue, 8 Aug 1995 09:34:53 -0700 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id JAA05134 ; Tue, 8 Aug 1995 09:34:48 -0700 Received: by pelican.com (Smail3.1.28.1 #5) id m0sfrbw-000K2lC; Tue, 8 Aug 95 09:34 WET DST Message-Id: From: pete@pelican.com (Pete Carah) Subject: Re: workaround for talk's address problem To: paul@FreeBSD.ORG Date: Tue, 8 Aug 1995 09:34:35 -0700 (PDT) Cc: current@FreeBSD.ORG In-Reply-To: <199508081032.LAA03138@server.netcraft.co.uk> from "Paul Richards" at Aug 8, 95 11:32:10 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 4962 Sender: current-owner@FreeBSD.ORG Precedence: bulk Paul Richards writes: > In reply to Pete Carah who said ... > Ehh, I'd be interested to know how? All the servers in the tree at the > moment bind to INADDR_ANY. The funtionality I'm adding is the ability to > make servers bind to a particular address and only that particular address > which is something we can't currently do. Not XNTPD; it has a true kluge to get around the problem under discussion. (and does it by binding to each address, or at least to one address on each interface.) That isn't really the problem under discussion; what it is, is once the bind to inaddr_any has been done, of setting the 'from' field in 'reply' packets. xntpd gets around this by not binding to inaddr_any; it binds to each interface separately. What we (me, Garrett, Terry, anyhow) are saying is that the need for this causes problems... (inaddr_any is *supposed* to handle incoming calls; it almost does for TCP; the alias problem you refer to below can be handled since there actually is enough state saved to do it (Garrett or Terry, correct me if that is wrong). In UDP there isn't (and isn't supposed to be, either). This is a problem of extending kernel software/structures that were never really designed for multihomed situations at all, much less aliased interfaces. > Incidentally, I've run into another, rather more difficult problem. > If the local socket isn't specifically bound, which usually it isn't > then in_pcbconnect (or in_pcbladdr as it is now I think) will try and > find an appropriate value. This is a problem if you're trying to do what > I'm doing. For instance, I've got a web server running in one virtual > enviromment, say, foo.com and a browser in another, say bar.com. > When in_pcbconnect gets called, I think what's happening is that the > decision about the local addr is made by ifa_ifwithnet, since the > destination address is an ip address aliased on this host it finds > an ifaddr struct that has a match and it returns that as the local > address. The result is that the web server in foo.com thinks the browser > is also connecting from foo.com even though it's really connecting from > bar.com. Correct. Aliases mess it up even more. The (related) problem that started this discussion is specific to UDP, though, and doesn't have to occur in TCP; there can easily be enough state info saved for TCP. When I tried alias addresses I couldn't even ping them from my own host; apparently you've gotten around this and uncovered another bug... I think the answer (for now) is to not use a host with aliased addresses as both a server and client... (or do an explicit bind of the 'accept' socket, after the connection; I don't know if that will work.) > It knackers security up completely if a client from one domain can > access servers in another because the local addr of the client gets > set to that of the server and not the client! In a multi-homed > environment this seems bogus to me. The kernel TCP/IP route/address stuff doesn't work right in multihomed cases. This isn't the only time this shows up; kerberos and several other UDP-based programs (talk is what started the discussion) have "interesting" problems here too. With TCP it at least can theoretically be handled. There appears to not be a general solution in the UDP case without the kernel maintaining more state information for a "connection" that isn't supposed to be a connection... > I'd like this to be changed in some way but I'm not exactly sure > what the best way is. We could check the destination address and if > it's actually an aliased address on this host then *not* return that > as the local addr, that would solve the problem with bogus domains > as I'm seeing above but I'm not sure how to work out what the correct > local addr would be. What I want to happen is for the local addr to > be set to the ip address of whatever hostname is. How much of a cludge > would it be to do that? Since this would only happen if the dst addr was > an exact match for an alias it wouldn't affect the cases where packets > actually get out onto the wire and the local addr needs to be set to the > outgoing interface. In TCP there is a connected-address property that can be used; in UDP there isn't. You can't just to a sendto the socket that a recvfrom came in on or it will pick some IP addr as the from address (which is the first one to ever be set, apparently) Usually TCP is a little better since the incoming dest address is known. (it is for recvfrom too but that gets stripped before being presented to the application layer.) Terry & Garrett both understand the problem pretty well; the real problem is *very* basic to the UCB kernel TCP/IP implementation. By hiding route and other related info from the applications we lose some abilities... (and "connectionless" is a fiction.) Worked great in the old days when hosts were either never multihomed, or the multihoming was handled by external routers. -- Pete From owner-freebsd-current Tue Aug 8 09:46:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA05570 for current-outgoing; Tue, 8 Aug 1995 09:46:41 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id JAA05564 ; Tue, 8 Aug 1995 09:46:35 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA02790; Tue, 8 Aug 1995 12:46:25 -0400 Date: Tue, 8 Aug 1995 12:46:25 -0400 From: Garrett Wollman Message-Id: <9508081646.AA02790@halloran-eldar.lcs.mit.edu> To: paul@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: workaround for talk's address problem In-Reply-To: <199508081616.RAA04464@server.netcraft.co.uk> References: <9508081503.AA02688@halloran-eldar.lcs.mit.edu> <199508081616.RAA04464@server.netcraft.co.uk> Sender: current-owner@FreeBSD.ORG Precedence: bulk < said: >> 2) In normal multi-homed environments, this is precisely what >> you want to do, since you want queries sent on one wire to >> get replies on the same wire without going through extra >> router hops as would be required otherwise. > Not necessarily. You're assuming a "normal multi-homed envirnment" > is one with two interfaces where you need to do this. By definition, a ``multi-homed host'' is one with more than one active interface. > Multi-homed these days increasingly means having more than one ip > address aliased to the same interface No, multi-homed does not mean that and never has. Your situation is something completely different, and in particular, it's something with is NOT REQUIRED TO WORK in the way that you want it to, unlike address selection for multi-homed hosts which is required to work in the way that it currently does. I dare say more people are using FreeBSD to forward packets between two networks than are ISPs trying to do what you are doing. Think of all the questions we get every day about setting up SLIP and PPP... > This isn't an option. I'd have to modify every possible client that > could be used and that assumes I have source in the first place. I'm sorry, but there are no matter of choices. The code is operating correctly for a situation where it has to. If you can find a way to make it do what you want to do, without breaking what it MUST do, and without introducing improper knowledge of the networking subsystem internals into other parts of the system, I'd like to see it. (I doubt that it can be done.) -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 Tue Aug 8 10:52:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id KAA07126 for current-outgoing; Tue, 8 Aug 1995 10:52:29 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id KAA07120 for ; Tue, 8 Aug 1995 10:52:25 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA04320 for current@freebsd.org; Tue, 8 Aug 1995 10:52:12 -0700 From: "Rodney W. Grimes" Message-Id: <199508081752.KAA04320@gndrsh.aac.dev.com> Subject: Re: shared /var for -stable and -current? To: current@freebsd.org Date: Tue, 8 Aug 1995 10:52:12 -0700 (PDT) In-Reply-To: <199508081254.OAA11478@uriah.heep.sax.de> from "J Wunsch" at Aug 8, 95 02:54:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1298 Sender: current-owner@freebsd.org Precedence: bulk > > As Rodney W. Grimes wrote: > > > > I would share /var between the 2 versions. There are no changes that > > I have seen to /var files that would effect you sharing this between > > any 2.x release that is not handled during boot. You may want to > > force building all of /var/run/dev.db by rm'ing it before the > > dev_mkdb as that may get confused with device numbers and slice code. > > I would make /var/run (and perhaps /var/log) in MFS. :-) I would _never_ make /var/log an MFS, just what I want, loose all my logs on a reboot. Sure... :-(. > Otherwise, things like /var/run/foo.pid might really become confusing. > For /var/log, you can perhaps work it out sharable (e.g. by having one > machine forwarding all syslog things to the other). You missed an important detail. This is 1 machine booting from 2 different copies of FreeBSD. Not 2 machines booting from 1 copy of /var :-). > Same holds for /var/account, if you're going to run accounting, for > /var/spool/lpd perhaps, etc. Too many things under /var might > consider this unique to a single machine. It is a single machine, just different chants to boot: -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Tue Aug 8 11:01:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id LAA07428 for current-outgoing; Tue, 8 Aug 1995 11:01:52 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id LAA07420 ; Tue, 8 Aug 1995 11:01:48 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id LAA04395; Tue, 8 Aug 1995 11:01:32 -0700 From: "Rodney W. Grimes" Message-Id: <199508081801.LAA04395@gndrsh.aac.dev.com> Subject: Re: workaround for talk's address problem To: gibbs@freefall.cdrom.com (Justin T. Gibbs) Date: Tue, 8 Aug 1995 11:01:31 -0700 (PDT) Cc: gary@palmer.demon.co.uk, jkh@time.cdrom.com, freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <199508081534.IAA02766@freefall.cdrom.com> from "Justin T. Gibbs" at Aug 8, 95 08:34:07 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 846 Sender: current-owner@freebsd.org Precedence: bulk > > >In message <199508080043.RAA02014@gndrsh.aac.dev.com>, "Rodney W. Grimes" writ > >e > >s: > >>Yes, but leads to a simple fix, running a cacheing name server on all > >>NFS servers, and point your clients to that name server. > > > >Can you run named on a multi-homed Novell server? :-) > > > >Gary > > Actually yes. I believe that novell's NFS gateway comes with named, and > NIS. Unless they added this after netware 4.0 your wrong. Novell's NFS comes with lpr/lpd gateway code, but uses static sys:\etc\hosts file for name resolution. If it had DNS support I would have lost 5 system sales last year :-). Or is ``NFS Gateway'' something added after NFS 1.2b as a new product? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Tue Aug 8 11:17:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id LAA07963 for current-outgoing; Tue, 8 Aug 1995 11:17:09 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id LAA07955 for ; Tue, 8 Aug 1995 11:17:06 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29955; Tue, 8 Aug 95 12:09:19 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508081809.AA29955@cs.weber.edu> Subject: Re: workaround for talk's address problem To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 8 Aug 95 12:09:18 MDT Cc: gibbs@freefall.cdrom.com, gary@palmer.demon.co.uk, jkh@time.cdrom.com, freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <199508081801.LAA04395@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Aug 8, 95 11:01:31 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@freebsd.org Precedence: bulk > > >>Yes, but leads to a simple fix, running a cacheing name server on all > > >>NFS servers, and point your clients to that name server. > > > > > >Can you run named on a multi-homed Novell server? :-) > > > > > >Gary > > > > Actually yes. I believe that novell's NFS gateway comes with named, and > > NIS. > > Unless they added this after netware 4.0 your wrong. Novell's NFS comes > with lpr/lpd gateway code, but uses static sys:\etc\hosts file for > name resolution. If it had DNS support I would have lost 5 system > sales last year :-). > > Or is ``NFS Gateway'' something added after NFS 1.2b as a new product? I don't know the product names. But there is as part of some NFS stuff the ability to have an NDS system act as an NIS master. I don't know about DNS; maybe that's a confusion of NDS? The reason for the NIS mastering is to support NDS based full network administration and to support user ID mapping on NFS systems mounted by (and from) the NetWare server. Mostly "by". I remember this well because we had to listen to the relatively bogus security design when we were talking about unifying NDS and UNIX logins in UnixWare 2.x so that there would be credentials instances for NDS to avoid the NetWare login requestor for NUC (NetWare UNIX Client) mounted Native NetWare volumes. Then I pointed out "system boot" and since they hadn't thought about how to get NDS credentials when NDS wasn't up and networking wasn't up, the meeting got tabled. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Aug 8 11:49:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id LAA09186 for current-outgoing; Tue, 8 Aug 1995 11:49:02 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id LAA09174 ; Tue, 8 Aug 1995 11:49:00 -0700 Message-Id: <199508081849.LAA09174@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Rodney W. Grimes" cc: gary@palmer.demon.co.uk, jkh@time.cdrom.com, freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: workaround for talk's address problem In-reply-to: Your message of "Tue, 08 Aug 95 11:01:31 PDT." <199508081801.LAA04395@gndrsh.aac.dev.com> Date: Tue, 08 Aug 1995 11:48:59 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >> >> >In message <199508080043.RAA02014@gndrsh.aac.dev.com>, "Rodney W. Grimes" w >rit >> >e >> >s: >> >>Yes, but leads to a simple fix, running a cacheing name server on all >> >>NFS servers, and point your clients to that name server. >> > >> >Can you run named on a multi-homed Novell server? :-) >> > >> >Gary >> >> Actually yes. I believe that novell's NFS gateway comes with named, and >> NIS. > >Unless they added this after netware 4.0 your wrong. Novell's NFS comes >with lpr/lpd gateway code, but uses static sys:\etc\hosts file for >name resolution. If it had DNS support I would have lost 5 system >sales last year :-). > >Or is ``NFS Gateway'' something added after NFS 1.2b as a new product? > NFS Gateway is now bundled with NFS 1.2c (total package $2600 from anywhere sane). It is a separate package that you install. It allows Netware to mount from other NFS servers and export them as Novell volumes. > >-- >Rod Grimes rgrimes@gndrsh.aac.dev.com >Accurate Automation Company Reliable computers for FreeBSD -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Tue Aug 8 12:15:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA11176 for current-outgoing; Tue, 8 Aug 1995 12:15:57 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id MAA11170 ; Tue, 8 Aug 1995 12:15:54 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA04702; Tue, 8 Aug 1995 12:15:40 -0700 From: "Rodney W. Grimes" Message-Id: <199508081915.MAA04702@gndrsh.aac.dev.com> Subject: Re: workaround for talk's address problem To: gibbs@freefall.cdrom.com (Justin T. Gibbs) Date: Tue, 8 Aug 1995 12:15:39 -0700 (PDT) Cc: FreeBSD-current@FreeBSD.Org (FreeBSD current) In-Reply-To: <199508081849.LAA09174@freefall.cdrom.com> from "Justin T. Gibbs" at Aug 8, 95 11:48:59 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1404 Sender: current-owner@FreeBSD.Org Precedence: bulk > > >> > >> >In message <199508080043.RAA02014@gndrsh.aac.dev.com>, "Rodney W. Grimes" w > >rit > >> >e > >> >s: > >> >>Yes, but leads to a simple fix, running a cacheing name server on all > >> >>NFS servers, and point your clients to that name server. > >> > > >> >Can you run named on a multi-homed Novell server? :-) > >> > > >> >Gary > >> > >> Actually yes. I believe that novell's NFS gateway comes with named, and > >> NIS. > > > >Unless they added this after netware 4.0 your wrong. Novell's NFS comes > >with lpr/lpd gateway code, but uses static sys:\etc\hosts file for > >name resolution. If it had DNS support I would have lost 5 system > >sales last year :-). > > > >Or is ``NFS Gateway'' something added after NFS 1.2b as a new product? > > > > NFS Gateway is now bundled with NFS 1.2c (total package $2600 from anywhere > sane). It is a separate package that you install. It allows Netware > to mount from other NFS servers and export them as Novell volumes. AHh... new product... and at $2600 my DNS server for $1500 is a more cost effective solution for those running MHS who only need DNS services and not NFS :-). Good, I am safe in that business line, thank you Novell for your silly bundling and price structure :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Tue Aug 8 14:34:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id OAA16112 for current-outgoing; Tue, 8 Aug 1995 14:34:03 -0700 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id OAA16103 for ; Tue, 8 Aug 1995 14:34:00 -0700 Received: by pelican.com (Smail3.1.28.1 #5) id m0sfvqV-000K2lC; Tue, 8 Aug 95 14:05 WET DST Message-Id: From: pete@pelican.com (Pete Carah) Subject: Please put +%s back in strftime!!! To: current@freebsd.org Date: Tue, 8 Aug 1995 14:05:54 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 53 Sender: current-owner@freebsd.org Precedence: bulk PLEASE PLEASE put +%s back into strftime!!! -- Pete From owner-freebsd-current Tue Aug 8 18:22:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id SAA00180 for current-outgoing; Tue, 8 Aug 1995 18:22:12 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id SAA00163 for ; Tue, 8 Aug 1995 18:22:06 -0700 Received: by sequent.kiae.su id AA03464 (5.65.kiae-2 ); Wed, 9 Aug 1995 05:20:31 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 9 Aug 95 05:20:31 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id FAA00259; Wed, 9 Aug 1995 05:14:51 +0400 To: current@freebsd.org, Pete Carah References: In-Reply-To: ; from Pete Carah at Tue, 8 Aug 1995 14:05:54 -0700 (PDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 9 Aug 1995 05:14:50 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: Please put +%s back in strftime!!! Lines: 11 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 433 Sender: current-owner@freebsd.org Precedence: bulk In message Pete Carah writes: >PLEASE PLEASE put +%s back into strftime!!! Already done, read commit logs. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue Aug 8 19:56:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id TAA05817 for current-outgoing; Tue, 8 Aug 1995 19:56:44 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id TAA05790 for ; Tue, 8 Aug 1995 19:56:31 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA01776; Wed, 9 Aug 1995 12:55:31 +1000 Date: Wed, 9 Aug 1995 12:55:31 +1000 From: Bruce Evans Message-Id: <199508090255.MAA01776@godzilla.zeta.org.au> To: muir@idiom.com Subject: Re: kern/662: LINT kernel config line for for parallel port doesn't work Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk > I build my kernel configs by starting with the LINT kernel > and cutting out everything that I don't think I'll need. The > GENERIC kernel doesn't have everything one might want so this > is really the only way to do it. > In the process, I kept the LINT kernel's config line for the > parallel port. It didn't probe. >>Fix: > Use the GENERIC kernel's parallel port config line instead The LINT kernel fixes the port to LPT3. This should work iff the port really is at LPT3 (not likely; you probably won't have LPT3 unless you have a mono graphics adaptor). The GENERIC kernel depends on the BIOS to find the ports. This is usually what you want unless you have more than 4 printers or want to wire down the port numbers. The LINT kernel has many bizarre examples so that configuration of bizarre cases gets tested at least at compile time. It is not very suitable as a reference. Bruce From owner-freebsd-current Tue Aug 8 20:34:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA08287 for current-outgoing; Tue, 8 Aug 1995 20:34:10 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id UAA08275 for ; Tue, 8 Aug 1995 20:34:08 -0700 Received: from gem.kern.com (gem.kern.com [204.212.36.5]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id UAA10094 for ; Tue, 8 Aug 1995 20:08:20 -0700 Received: (from bpk@localhost) by gem.kern.com (8.6.12/8.6.12) id UAA28877 for freebsd-current@freefall.cdrom.com; Tue, 8 Aug 1995 20:08:01 -0700 Date: Tue, 8 Aug 1995 20:08:01 -0700 From: Brian Koehmstedt Message-Id: <199508090308.UAA28877@gem.kern.com> To: freebsd-current@freefall.cdrom.com Subject: proxyarp and PPP server problems Sender: current-owner@FreeBSD.org Precedence: bulk The proxyarp with pppd does not seem to be working when I try to use a FreeBSD as a PPP server. I've heard of other people having similar problems. What's the trick to getting a FreeBSD PPP server up and running? Is gated my only option? -- bpk@kern.com Kern Internet Services From owner-freebsd-current Wed Aug 9 00:32:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA24970 for current-outgoing; Wed, 9 Aug 1995 00:32:33 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id AAA24962 for ; Wed, 9 Aug 1995 00:32:31 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id AAA11092 for ; Wed, 9 Aug 1995 00:32:23 -0700 Received: from 137.226.31.2 by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HTV4RS939S006I4X@mail.rwth-aachen.de>; Wed, 09 Aug 1995 09:29:46 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id JAA28392 for freebsd-current@freefall.cdrom.com; Wed, 9 Aug 1995 09:42:48 +0200 Date: Wed, 09 Aug 1995 09:42:48 +0200 From: "Christoph P. Kukulies" Subject: zoneinfo (europe) problem in build world To: freebsd-current@freefall.cdrom.com Message-id: <199508090742.JAA28392@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: current-owner@FreeBSD.org Precedence: bulk The following occured during a recent make world: umask 022; cd /usr/src/share/zoneinfo; zic -d /usr/share/zoneinfo -p America/New_York -L /dev/null -y /usr/src/share/zoneinfo/obj/yearistype africa antarctica asia australasia etcetera europe factory northamerica southamerica systemv "europe", line 717: invalid time of day "europe", line 718: invalid time of day "europe", line 719: invalid time of day "europe", line 760: invalid time of day "europe", line 761: invalid time of day "europe", line 762: invalid time of day "europe", line 763: invalid time of day "europe", line 764: invalid time of day "europe", line 765: invalid time of day *** Error code 1 I saw a note pass by a couple of days ago about that 'europe' entry being wrong but I think my sup is up to date. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Aug 9 03:06:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA01446 for current-outgoing; Wed, 9 Aug 1995 03:06:20 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id DAA01439 for ; Wed, 9 Aug 1995 03:06:15 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id DAA28928; Wed, 9 Aug 1995 03:05:17 -0700 To: "Christoph P. Kukulies" cc: freebsd-current@freefall.freebsd.org Subject: Re: zoneinfo (europe) problem in build world In-reply-to: Your message of "Wed, 09 Aug 1995 09:42:48 +0200." <199508090742.JAA28392@gilberto.physik.rwth-aachen.de> Date: Wed, 09 Aug 1995 03:05:17 -0700 Message-ID: <28926.807962717@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk You need to read this group.. Garrett already announced that zic required a recompile before it would compile the new european daylight saving's time specs! Jordan > The following occured during a recent make world: > > umask 022; cd /usr/src/share/zoneinfo; zic -d /usr/share/zoneinfo -p America /New_York -L /dev/null -y /usr/src/share/zoneinfo/obj/yearistype africa antarc tica asia australasia etcetera europe factory northamerica southamerica system v > "europe", line 717: invalid time of day > "europe", line 718: invalid time of day > "europe", line 719: invalid time of day > "europe", line 760: invalid time of day > "europe", line 761: invalid time of day > "europe", line 762: invalid time of day > "europe", line 763: invalid time of day > "europe", line 764: invalid time of day > "europe", line 765: invalid time of day > *** Error code 1 > > I saw a note pass by a couple of days ago about that 'europe' entry being > wrong but I think my sup is up to date. > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Aug 9 06:36:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA12460 for current-outgoing; Wed, 9 Aug 1995 06:36:53 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA12429 for ; Wed, 9 Aug 1995 06:36:50 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id FAA12731 for ; Wed, 9 Aug 1995 05:43:43 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id FAA05386; Wed, 9 Aug 1995 05:43:44 -0700 Date: Wed, 9 Aug 1995 05:43:44 -0700 Message-Id: <199508091243.FAA05386@silvia.HIP.Berkeley.EDU> To: current@freebsd.org Subject: libc shlib minor bumped From: asami@cs.berkeley.edu (Satoshi Asami) Sender: current-owner@freebsd.org Precedence: bulk Just to let you know, the libc shlib version is now 2.2 in 2.2-current. This is because of the xdr_* addition. This change hasn't been pulled into the 2.1 branch yet. Note that there is no need to bump the version number again if something else is added before 2.2. We bump numbers only once between releases, and that is only if necessary too. (SNAP users and -current/-stable users are generally expected to take care of their hamsters by themselves. :) Satoshi From owner-freebsd-current Wed Aug 9 06:36:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA12475 for current-outgoing; Wed, 9 Aug 1995 06:36:54 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA12442 for ; Wed, 9 Aug 1995 06:36:51 -0700 Received: from fredriks.pr.mcs.net (fredriks.pr.mcs.net [199.3.36.197]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id FAA12796 for ; Wed, 9 Aug 1995 05:58:43 -0700 Received: (from fredriks@localhost) by fredriks.pr.mcs.net (8.6.11/8.6.6) id HAA24377 for freebsd-current@freebsd.org; Wed, 9 Aug 1995 07:59:05 -0500 From: Lars Fredriksen Message-Id: <199508091259.HAA24377@fredriks.pr.mcs.net> Subject: mtree confused? To: freebsd-current@freebsd.org Date: Wed, 9 Aug 1995 07:59:02 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-01 Content-Transfer-Encoding: 8bit Content-Length: 390 Sender: current-owner@freebsd.org Precedence: bulk Hi, While building the world, I see the following messages from mtree: mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include missing: ./machine (not created: File exists) missing: ./net (not created: File exists) missing: ./netccitt (not created: File exists) missing: ./netinet (not created: File exists) Now, how come the file can be both missing and exsisting??? Lars From owner-freebsd-current Wed Aug 9 07:27:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA14476 for current-outgoing; Wed, 9 Aug 1995 07:27:52 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA14470 for ; Wed, 9 Aug 1995 07:27:50 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id HAA13226 for ; Wed, 9 Aug 1995 07:27:43 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id JAA12449; Wed, 9 Aug 1995 09:27:45 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 9 Aug 95 09:27 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 9 Aug 95 09:27 CDT Message-Id: Subject: Re: mtree confused? To: asami@cs.berkeley.edu (Satoshi Asami) Date: Wed, 9 Aug 1995 09:27:37 -0500 (CDT) From: "Lars Fredriksen" Cc: freebsd-current@freebsd.org In-Reply-To: <199508091346.GAA29613@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Aug 9, 95 06:46:12 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 887 Sender: current-owner@freebsd.org Precedence: bulk Satoshi Asami writes: > > * While building the world, I see the following messages from mtree: > * > * mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include > * missing: ./machine (not created: File exists) > * missing: ./net (not created: File exists) > * missing: ./netccitt (not created: File exists) > * missing: ./netinet (not created: File exists) > * > * > * Now, how come the file can be both missing and exsisting??? > > Hehe, I assume you didn't try "ls -l /usr/include"? :) > > Satoshi > > P.S. They are symlinks.... > Hi, Yes, I know they are symlinks :-) , but why isn't mtree smart enough to figure out that ./machine for instance isn't missing? Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-current Wed Aug 9 07:34:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA14851 for current-outgoing; Wed, 9 Aug 1995 07:34:27 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA14820 for ; Wed, 9 Aug 1995 07:34:24 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id GAA13005 for ; Wed, 9 Aug 1995 06:46:14 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id GAA29613; Wed, 9 Aug 1995 06:46:12 -0700 Date: Wed, 9 Aug 1995 06:46:12 -0700 Message-Id: <199508091346.GAA29613@silvia.HIP.Berkeley.EDU> To: fredriks@mcs.com CC: freebsd-current@FreeBSD.org In-reply-to: <199508091259.HAA24377@fredriks.pr.mcs.net> (message from Lars Fredriksen on Wed, 9 Aug 1995 07:59:02 -0500 (CDT)) Subject: Re: mtree confused? From: asami@cs.berkeley.edu (Satoshi Asami) Sender: current-owner@FreeBSD.org Precedence: bulk * While building the world, I see the following messages from mtree: * * mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include * missing: ./machine (not created: File exists) * missing: ./net (not created: File exists) * missing: ./netccitt (not created: File exists) * missing: ./netinet (not created: File exists) * * * Now, how come the file can be both missing and exsisting??? Hehe, I assume you didn't try "ls -l /usr/include"? :) Satoshi P.S. They are symlinks.... From owner-freebsd-current Wed Aug 9 08:32:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA17945 for current-outgoing; Wed, 9 Aug 1995 08:32:33 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA17939 for ; Wed, 9 Aug 1995 08:32:16 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id XAA05280; Wed, 9 Aug 1995 23:31:50 +0800 Date: Wed, 9 Aug 1995 23:31:50 +0800 (CST) From: Brian Tao To: "Jordan K. Hubbard" cc: current@freefall.freebsd.org Subject: Re: Bug in rlogin? In-Reply-To: <199508060322.UAA07770@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sat, 5 Aug 1995, Jordan K. Hubbard wrote: > > Take one slow net connection, one rlogin session that's got output > spewing to it, type ^C. That rlogin connection is dead, no more, > it will never come back. It is an ex-rlogin session. OOB data > handling a little screwed, perhaps? Gosh, and here I thought I simply wasn't being patient enough, or that there was something wrong at the other end. I had this happen to me about 5 times just last night, with various rlogins back to io.org in Toronto. Lag was so bad it was taking over a minute for something I type to echo back to me. I would hit ^C to abort things like ls -l's or ps ax's or last's. The output would stop mid-line, and then nothing. I could still type (slowly) in other rlogins to the same machine, but the one in which I hit ^C had to be restarted. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Wed Aug 9 11:05:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA21921 for current-outgoing; Wed, 9 Aug 1995 11:05:04 -0700 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA21895 ; Wed, 9 Aug 1995 11:04:59 -0700 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id OAA26176; Wed, 9 Aug 1995 14:03:49 -0400 From: A boy and his worm gear Message-Id: <199508091803.OAA26176@skynet.ctr.columbia.edu> Subject: proposed change to chpass(1) To: freebsd-current@freebsd.org Date: Wed, 9 Aug 1995 14:03:44 -0400 (EDT) Cc: bugs@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 3051 Sender: current-owner@freebsd.org Precedence: bulk Since this is a security-related sort of thing, I need to run it past people first before punching the big red 'commit' button. Comments are welcome and encouraged. Last night, a gentleman on IRC pointed out to me that chpass(1) is blazingly stupid with respect to NIS. If you invoke, say, chfn with NIS running, it will retrieve the password data for a user through the getpwent(3) library functions, which means it will grab the NIS information and treat is as local. When the user exits chpass, it gratuitously adds the modified record to /etc/master.passwd even though the user doesn't exist in the local master.passwd file. Another way to see this (which is not related to NIS) is to invoke chpass as the superuser. For example, the superuser can run 'chpass foouser' (where foouser is an existing valid user in the password database), change foouser's login name to 'baruser,' then exit. chpass will create a new password record for 'baruser' containing the same data as 'foouser' and append it to /etc/master.passwd. As near as I can tell from the code, this is intended behavior, though it's not documented in the man page. pw_copy() attempts to match the new record against an existing one and does a substitution when it finds a match, but if it _doesn't_ find a match, it just appends the new record to the end of /etc/master.passwd and rolls merrily along. I, for one, am not thrilled with this. Therefore, I propose the following change to /usr/src/usr.bin/chpass/pw_copy.c: *** pw_copy.c Wed Aug 9 13:46:59 1995 --- pw_copy.c.new Wed Aug 9 10:39:41 1995 *************** *** 96,105 **** --- 96,113 ---- goto err; } if (!done) + #ifdef TOO_LENIENT_FOR_OUR_OWN_GOOD (void)fprintf(to, "%s:%s:%d:%d:%s:%ld:%ld:%s:%s:%s\n", pw->pw_name, pw->pw_passwd, pw->pw_uid, pw->pw_gid, pw->pw_class, pw->pw_change, pw->pw_expire, pw->pw_gecos, pw->pw_dir, pw->pw_shell); + #else + { + warnx("%s: no such local user", pw->pw_name); + warnx("(use ypchpass(1) for NIS or adduser(1) to create a new user)"); + pw_error(NULL, 0, 1); + } + #endif if (ferror(to)) err: pw_error(NULL, 1, 1); This makes chpass abort without changing the password database rather than blindly adding a new record (passwd is already smart enough to know when NIS is turned on though and handles it accordingly). This is really a temporary fix since I intend to add NIS support to chpass eventually, but I won't have it ready for 2.1 and this needs to be addressed before then. -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~ "Welcome to All Things BSDish! If it's not BSDish, it's crap!" ~~~~~~~ From owner-freebsd-current Wed Aug 9 11:24:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA22608 for current-outgoing; Wed, 9 Aug 1995 11:24:01 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA22601 for ; Wed, 9 Aug 1995 11:23:57 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA04636; Wed, 9 Aug 1995 14:23:49 -0400 Date: Wed, 9 Aug 1995 14:23:49 -0400 From: Garrett Wollman Message-Id: <9508091823.AA04636@halloran-eldar.lcs.mit.edu> To: A boy and his worm gear Cc: freebsd-current@freebsd.org Subject: proposed change to chpass(1) In-Reply-To: <199508091803.OAA26176@skynet.ctr.columbia.edu> References: <199508091803.OAA26176@skynet.ctr.columbia.edu> Sender: current-owner@freebsd.org Precedence: bulk < said: > As near as I can tell from the code, this is intended behavior, > though it's not documented in the man page. I think it's fairly clear from the letter chosen: -a The super-user is allowed to directly supply a user database en- try, in the format specified by passwd(5), as an argument. This argument must be a colon (``:'') separated list of all the user database fields, although they may be empty. that this feature was intended to allow users to be added mechanically from a shell script or some other program while still obeying the locking protocol. At a minimum, your change should still allow for this case. -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 Aug 9 12:38:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA24696 for current-outgoing; Wed, 9 Aug 1995 12:38:33 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id MAA24689 for ; Wed, 9 Aug 1995 12:38:28 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA07226; Wed, 9 Aug 1995 12:38:03 -0700 From: "Rodney W. Grimes" Message-Id: <199508091938.MAA07226@gndrsh.aac.dev.com> Subject: Re: mtree confused? To: fredriks@mcs.com (Lars Fredriksen) Date: Wed, 9 Aug 1995 12:38:02 -0700 (PDT) Cc: freebsd-current@freebsd.org In-Reply-To: <199508091259.HAA24377@fredriks.pr.mcs.net> from "Lars Fredriksen" at Aug 9, 95 07:59:02 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1785 Sender: current-owner@freebsd.org Precedence: bulk > > Hi, > While building the world, I see the following messages from mtree: > > mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include > missing: ./machine (not created: File exists) > missing: ./net (not created: File exists) > missing: ./netccitt (not created: File exists) > missing: ./netinet (not created: File exists) > > > Now, how come the file can be both missing and exsisting??? Your subject is right on the money. Mtree gets confused by symbolic links. The code that checks to see if an entry in the spec matches an entry in the filesystem fails if the types of the 2 are different, this casues the ``missing: ./blah'' part of the message. Then it calls the create this entry code, which says, hold on one second, there is something already sitting in the file system there, I don't dare try to create it and emmits (not created: File exists). The fix to this is not real easy, but should be something like adding a -H option that says follow symlinks when doing the tree traversal. Then if an entry in the spec says dir, and a symlink is found that points to a dir it should just walk through the link and check that the dir the link points to matches the spec. Bruce evans may or maynot be working on this. I know we have had discussions about the problems with symlinks and mtree in the past, and even kicked some ideas back and forth, and he even went in and fixed the nasty traversal code that was broken with respect to steeping both the spec file and the fts syncronously. Bruce, do you see other solutions to this problem, or is what I state above infact the right way to fix this? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Aug 9 15:36:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA00436 for current-outgoing; Wed, 9 Aug 1995 15:36:23 -0700 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA00430 for ; Wed, 9 Aug 1995 15:36:19 -0700 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id SAA26473; Wed, 9 Aug 1995 18:34:49 -0400 From: A boy and his worm gear Message-Id: <199508092234.SAA26473@skynet.ctr.columbia.edu> Subject: Re: proposed change to chpass(1) To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Wed, 9 Aug 1995 18:34:46 -0400 (EDT) Cc: freebsd-current@freebsd.org, wpaul@skynet.ctr.columbia.edu (A boy and his worm gear) In-Reply-To: <9508091823.AA04636@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Aug 9, 95 02:23:49 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1739 Sender: current-owner@freebsd.org Precedence: bulk Of all the gin joints in all the world, Garrett Wollman had to walk into mine and say: > < said: > > > As near as I can tell from the code, this is intended behavior, > > though it's not documented in the man page. > > I think it's fairly clear from the letter chosen: [snip] Okay: apparently I read the man page, but I didn't really _read_ the man page. I suppose I asked for that. :) How about this then: *** pw_copy.c.orig Wed Aug 9 13:46:59 1995 --- pw_copy.c Wed Aug 9 18:19:10 1995 *************** *** 96,101 **** --- 96,108 ---- goto err; } if (!done) + #ifndef TOO_LENIENT_FOR_OUR_OWN_GOOD + if (getuid()) { + warnx("%s: not found in %s -- permission denied", + pw->pw_name, _PATH_MASTERPASSWD); + pw_error(NULL, 0, 1); + } else + #endif (void)fprintf(to, "%s:%s:%d:%d:%s:%ld:%ld:%s:%s:%s\n", pw->pw_name, pw->pw_passwd, pw->pw_uid, pw->pw_gid, pw->pw_class, pw->pw_change, pw->pw_expire, pw->pw_gecos, This should still let the superuser use the -a flag while preventing things from getting confused when NIS is enabled. Am I getting warmer? -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~ "Welcome to All Things BSDish! If it's not BSDish, it's crap!" ~~~~~~~ From owner-freebsd-current Wed Aug 9 19:41:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA11771 for current-outgoing; Wed, 9 Aug 1995 19:41:34 -0700 Received: from s4.elec.uq.edu.au (s4.elec.uq.edu.au [130.102.96.4]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA11763 for ; Wed, 9 Aug 1995 19:41:30 -0700 Received: (from clary@localhost) by s4.elec.uq.edu.au (8.6.12/8.6.12) id MAA11375 for freebsd-current@freebsd.org; Thu, 10 Aug 1995 12:40:07 +1000 From: Clary Harridge Message-Id: <199508100240.MAA11375@s4.elec.uq.edu.au> Subject: RPC: Timed out with showmount To: freebsd-current@freebsd.org Date: Thu, 10 Aug 1995 12:40:07 +1000 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 554 Sender: current-owner@freebsd.org Precedence: bulk Hi! I am looking for suggestions as to what might cause RPC timeouts when I use the showmount command. (FreeBSD 2.0-BUILT-19950809) spc:/usr/ports/mail/popper # showmount -d RPC: Timed outCan't do Mountdump rpc spc:/usr/ports/mail/popper # showmount -e RPC: Timed outCan't do Exports rpc There is about a 25 sec delay between the command and its error. Thanks -- regards Dept. of Electrical Engineering, Clary Harridge University of Queensland, QLD, Australia, 4072 Phone: +61-7-365-3636 Fax: +61-7-365-4999 INTERNET: clary@elec.uq.edu.au From owner-freebsd-current Wed Aug 9 19:47:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA12216 for current-outgoing; Wed, 9 Aug 1995 19:47:39 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA12209 for ; Wed, 9 Aug 1995 19:47:26 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA14267; Thu, 10 Aug 1995 12:44:17 +1000 Date: Thu, 10 Aug 1995 12:44:17 +1000 From: Bruce Evans Message-Id: <199508100244.MAA14267@godzilla.zeta.org.au> To: fredriks@mcs.com, rgrimes@gndrsh.aac.dev.com Subject: Re: mtree confused? Cc: freebsd-current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk >> mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include >> missing: ./machine (not created: File exists) >> missing: ./net (not created: File exists) >> missing: ./netccitt (not created: File exists) >> missing: ./netinet (not created: File exists) >> >> >> Now, how come the file can be both missing and exsisting??? They are missing as directories. The -d option says to ignore everything except directory-type files. `mtree -eU -f' would say that that they have the wrong type (and not descend into them). >The fix to this is not real easy, but should be something like adding >a -H option that says follow symlinks when doing the tree traversal. Then mtree would be adjusting another part of the tree. >Bruce, do you see other solutions to this problem, or is what I state above >infact the right way to fix this? I just removed the non-directories from the spec. They need to be links for development. Bruce From owner-freebsd-current Wed Aug 9 19:53:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA12372 for current-outgoing; Wed, 9 Aug 1995 19:53:28 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA12364 for ; Wed, 9 Aug 1995 19:53:24 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id MAA29722; Thu, 10 Aug 1995 12:51:47 +0930 From: Michael Smith Message-Id: <199508100321.MAA29722@genesis.atrad.adelaide.edu.au> Subject: Re: RPC: Timed out with showmount To: clary@s4.elec.uq.edu.au (Clary Harridge) Date: Thu, 10 Aug 1995 12:51:46 +0930 (CST) Cc: freebsd-current@freebsd.org In-Reply-To: <199508100240.MAA11375@s4.elec.uq.edu.au> from "Clary Harridge" at Aug 10, 95 12:40:07 pm Content-Type: text Content-Length: 806 Sender: current-owner@freebsd.org Precedence: bulk Clary Harridge stands accused of saying: > I am looking for suggestions as to what might cause RPC timeouts > when I use the showmount command. (FreeBSD 2.0-BUILT-19950809) > > spc:/usr/ports/mail/popper # showmount -d > RPC: Timed outCan't do Mountdump rpc > spc:/usr/ports/mail/popper # showmount -e > RPC: Timed outCan't do Exports rpc Is mountd running? > Clary Harridge University of Queensland, QLD, Australia, 4072 -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" - Terry Lambert [[ From owner-freebsd-current Wed Aug 9 19:58:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA12563 for current-outgoing; Wed, 9 Aug 1995 19:58:00 -0700 Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA12557 for ; Wed, 9 Aug 1995 19:57:58 -0700 Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by jolt.eng.umd.edu (8.6.10/8.6.4) with ESMTP id WAA17612; Wed, 9 Aug 1995 22:57:55 -0400 Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.6.10/8.6.4) id WAA16745; Wed, 9 Aug 1995 22:57:55 -0400 Date: Wed, 9 Aug 1995 22:57:54 -0400 (EDT) From: Chuck Robey To: Clary Harridge cc: freebsd-current@freebsd.org Subject: Re: RPC: Timed out with showmount In-Reply-To: <199508100240.MAA11375@s4.elec.uq.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Thu, 10 Aug 1995, Clary Harridge wrote: > Hi! > I am looking for suggestions as to what might cause RPC timeouts > when I use the showmount command. (FreeBSD 2.0-BUILT-19950809) > > spc:/usr/ports/mail/popper # showmount -d > RPC: Timed outCan't do Mountdump rpc > spc:/usr/ports/mail/popper # showmount -e > RPC: Timed outCan't do Exports rpc > > There is about a 25 sec delay between the command and its error. Is portmap running? That did it to me once, when I told a new install (accidentally) that I wasn't a host and server. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 (Freebsd 2.0.5-snap-0726) and (301) 220-2114 | n3lxx (FreeBSD 2.0.5-snap-0622) -- Great! ----------------------------+----------------------------------------------- From owner-freebsd-current Wed Aug 9 20:32:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA14095 for current-outgoing; Wed, 9 Aug 1995 20:32:07 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id UAA14088 for ; Wed, 9 Aug 1995 20:32:05 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17832(5)>; Wed, 9 Aug 1995 20:31:29 PDT Received: by crevenia.parc.xerox.com id <177475>; Wed, 9 Aug 1995 20:31:24 -0700 Newsgroups: comp.unix.bsd.freebsd.misc From: Bill Fenner To: freebsd-current@freebsd.org Subject: Re: Getting tcpdump to work with the BPF References: <405vs1$ito@galaxy.ee.rochester.edu> <406pje$3tu@sol.ctr.columbia.edu> Organization: Xerox Palo Alto Research Center Message-Id: <95Aug9.203124pdt.177475@crevenia.parc.xerox.com> Date: Wed, 9 Aug 1995 20:31:18 PDT Sender: current-owner@freebsd.org Precedence: bulk In article <406pje$3tu@sol.ctr.columbia.edu>, Bill Paul wrote: >You're not missing anything: it's the Intel EtherExpress 'ix' driver >that's missing something. It doesn't yet include BPF support. Although I know nothing about the EtherExpress in particular, I know what BPF needs; these patches *should* do the trick. Bill --- if_ix.c.orig Thu Aug 10 03:06:30 1995 +++ if_ix.c Thu Aug 10 03:26:52 1995 @@ -67,7 +67,6 @@ extern char all_es_snpa[], all_is_snpa[], all_l1is_snpa[], all_l2is_snpa[]; #endif /* ISO */ -/*ZZZ no work done on this, this is just here to remind me*/ #include "bpfilter.h" #if NBPFILTER > 0 #include @@ -645,6 +644,9 @@ bcopy(sc->arpcom.ac_enaddr, LLADDR(sdl), ETHER_ADDRESS_LENGTH); } printf("ix%d: address %s\n", unit, ether_sprintf(sc->arpcom.ac_enaddr)); +#if NBPFILTER > 0 + bpfattach(&sc->bpf, ifp, DLT_EN10MB, sizeof(struct ether_header)); +#endif return(0); } @@ -1253,10 +1255,6 @@ DEBUGDO(for (i = 0; i < 16; i ++) printf ("%02x", rb[i] & 0xFF);) DEBUGDO(printf(":");) DEBUGEND - /* trickery here, eh points right at memory on - * the board. eh is only used by ether_input, - * it is not passed to the upper layer */ - eh = (struct ether_header *)rb; /* here we go, lets build an mbuf chain up to hold all this */ MGETHDR(m, M_DONTWAIT, MT_DATA); @@ -1265,11 +1263,10 @@ return; } m0 = m; + eh = mtod(m, struct ether_header *); length = rbd->act_count & RBD_STAT_SIZE; - bytesleft = length - sizeof(struct ether_header); - rb += sizeof(struct ether_header); m->m_pkthdr.rcvif = ifp; - m->m_pkthdr.len = bytesleft; + m->m_pkthdr.len = length; m->m_len = MHLEN; while (bytesleft > 0) { if (bytesleft > MINCLSIZE) { @@ -1298,6 +1295,35 @@ } } +#if NBPFILTER > 0 + /* + * Check if there's a BPF listener on this interface. If so, hand off + * the raw packet to bpf. + */ + if (sc->bpf) { + bpf_mtap(sc->bpf, m); + + /* + * If we are in promiscuous mode, we have to check if + * this packet is really ours. + */ + if ((sc->arpcom.ac_if.if_flags & IFF_PROMISC) && + bcmp(eh->ether_dhost, sc->arpcom.ac_enaddr, + sizeof(eh->ether_dhost)) != 0 && + !(eh->ether_dhost.ether_addr_octet[0] & 1)) { + m_freem(m); + return; + } + } +#endif + + /* + * Remove link layer address. + */ + m->m_pkthdr.len -= sizeof(struct ether_header); + m->m_len -= sizeof(struct ether_header); + m->m_data += sizeof(struct ether_header); + ether_input(ifp, eh, m0); ifp->if_ipackets++; return; @@ -1419,6 +1445,14 @@ tb += m_temp->m_len; length += m_temp->m_len; } +#if NBPFILTER > 0 + /* This really wants to be done after the packet has been + * put on the wire, but this appears to be the easiest place + * to insert it. + */ + if (sc->bpf) + bpf_mtap(sc->bpf, m); +#endif m_freem(m); if (length < ETHER_MIN_LENGTH) length = ETHER_MIN_LENGTH; #ifdef DIAGNOSTIC From owner-freebsd-current Wed Aug 9 21:13:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA16046 for current-outgoing; Wed, 9 Aug 1995 21:13:52 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id VAA16040 for ; Wed, 9 Aug 1995 21:13:49 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id VAA00277; Wed, 9 Aug 1995 21:12:50 -0700 From: "Rodney W. Grimes" Message-Id: <199508100412.VAA00277@gndrsh.aac.dev.com> Subject: Re: Getting tcpdump to work with the BPF To: fenner@parc.xerox.com (Bill Fenner) Date: Wed, 9 Aug 1995 21:12:50 -0700 (PDT) Cc: freebsd-current@freebsd.org In-Reply-To: <95Aug9.203124pdt.177475@crevenia.parc.xerox.com> from "Bill Fenner" at Aug 9, 95 08:31:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 4002 Sender: current-owner@freebsd.org Precedence: bulk > > In article <406pje$3tu@sol.ctr.columbia.edu>, > Bill Paul wrote: > >You're not missing anything: it's the Intel EtherExpress 'ix' driver > >that's missing something. It doesn't yet include BPF support. > > Although I know nothing about the EtherExpress in particular, I know what > BPF needs; these patches *should* do the trick. > Except they fail to put the card into promiscous mode :-(. Some one else has been passed work passed to me that had some rather serious lock up bugs and is working on this. I hope they pick this bit up here, as this looks rather clean as far as the tap off. Putting in EEXP16 into and out of promiscous mode is no simple thing to do though, and I am reasonably sure that is where the bugs in the other patches sent to me are at. And I can tell this patch has never been tested, you removed the initialization of ``bytesleft'' which now creates an uninitialized, but referenced variable at the line so market below. > Bill > > --- if_ix.c.orig Thu Aug 10 03:06:30 1995 > +++ if_ix.c Thu Aug 10 03:26:52 1995 > @@ -67,7 +67,6 @@ > extern char all_es_snpa[], all_is_snpa[], all_l1is_snpa[], all_l2is_snpa[]; > #endif /* ISO */ > > -/*ZZZ no work done on this, this is just here to remind me*/ > #include "bpfilter.h" > #if NBPFILTER > 0 > #include > @@ -645,6 +644,9 @@ > bcopy(sc->arpcom.ac_enaddr, LLADDR(sdl), ETHER_ADDRESS_LENGTH); > } > printf("ix%d: address %s\n", unit, ether_sprintf(sc->arpcom.ac_enaddr)); > +#if NBPFILTER > 0 > + bpfattach(&sc->bpf, ifp, DLT_EN10MB, sizeof(struct ether_header)); > +#endif > return(0); > } > > @@ -1253,10 +1255,6 @@ > DEBUGDO(for (i = 0; i < 16; i ++) printf ("%02x", rb[i] & 0xFF);) > DEBUGDO(printf(":");) > DEBUGEND > - /* trickery here, eh points right at memory on > - * the board. eh is only used by ether_input, > - * it is not passed to the upper layer */ > - eh = (struct ether_header *)rb; > > /* here we go, lets build an mbuf chain up to hold all this */ > MGETHDR(m, M_DONTWAIT, MT_DATA); > @@ -1265,11 +1263,10 @@ > return; > } > m0 = m; > + eh = mtod(m, struct ether_header *); > length = rbd->act_count & RBD_STAT_SIZE; > - bytesleft = length - sizeof(struct ether_header); Okay, so bytesleft is now uninitialized. > - rb += sizeof(struct ether_header); > m->m_pkthdr.rcvif = ifp; > - m->m_pkthdr.len = bytesleft; > + m->m_pkthdr.len = length; > m->m_len = MHLEN; > while (bytesleft > 0) { But clearly used :-( > if (bytesleft > MINCLSIZE) { > @@ -1298,6 +1295,35 @@ > } > } > > +#if NBPFILTER > 0 > + /* > + * Check if there's a BPF listener on this interface. If so, hand off > + * the raw packet to bpf. > + */ > + if (sc->bpf) { > + bpf_mtap(sc->bpf, m); > + > + /* > + * If we are in promiscuous mode, we have to check if > + * this packet is really ours. > + */ > + if ((sc->arpcom.ac_if.if_flags & IFF_PROMISC) && > + bcmp(eh->ether_dhost, sc->arpcom.ac_enaddr, > + sizeof(eh->ether_dhost)) != 0 && > + !(eh->ether_dhost.ether_addr_octet[0] & 1)) { > + m_freem(m); > + return; > + } > + } > +#endif > + > + /* > + * Remove link layer address. > + */ > + m->m_pkthdr.len -= sizeof(struct ether_header); > + m->m_len -= sizeof(struct ether_header); > + m->m_data += sizeof(struct ether_header); > + > ether_input(ifp, eh, m0); > ifp->if_ipackets++; > return; > @@ -1419,6 +1445,14 @@ > tb += m_temp->m_len; > length += m_temp->m_len; > } > +#if NBPFILTER > 0 > + /* This really wants to be done after the packet has been > + * put on the wire, but this appears to be the easiest place > + * to insert it. > + */ > + if (sc->bpf) > + bpf_mtap(sc->bpf, m); > +#endif > m_freem(m); > if (length < ETHER_MIN_LENGTH) length = ETHER_MIN_LENGTH; > #ifdef DIAGNOSTIC > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Aug 9 21:24:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA16380 for current-outgoing; Wed, 9 Aug 1995 21:24:20 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id VAA16374 for ; Wed, 9 Aug 1995 21:24:18 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17837(2)>; Wed, 9 Aug 1995 21:23:34 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Wed, 9 Aug 1995 21:23:28 -0700 To: "Rodney W. Grimes" cc: fenner@parc.xerox.com (Bill Fenner), freebsd-current@freebsd.org Subject: Re: Getting tcpdump to work with the BPF In-reply-to: Your message of "Wed, 09 Aug 95 21:12:50 PDT." <199508100412.VAA00277@gndrsh.aac.dev.com> Date: Wed, 9 Aug 1995 21:23:25 PDT From: Bill Fenner Message-Id: <95Aug9.212328pdt.177475@crevenia.parc.xerox.com> Sender: current-owner@freebsd.org Precedence: bulk In message <199508100412.VAA00277@gndrsh.aac.dev.com> you write: >And I can tell this patch has never been tested, you removed the >initialization of ``bytesleft'' which now creates an uninitialized, >but referenced variable at the line so market below. You're right; I don't have an etherexpress, I was just trying to be helpful. Bill From owner-freebsd-current Wed Aug 9 22:05:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA17994 for current-outgoing; Wed, 9 Aug 1995 22:05:33 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id WAA17988 for ; Wed, 9 Aug 1995 22:05:28 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA00665; Wed, 9 Aug 1995 22:05:21 -0700 From: "Rodney W. Grimes" Message-Id: <199508100505.WAA00665@gndrsh.aac.dev.com> Subject: Re: Getting tcpdump to work with the BPF To: fenner@parc.xerox.com (Bill Fenner) Date: Wed, 9 Aug 1995 22:05:20 -0700 (PDT) Cc: fenner@parc.xerox.com, freebsd-current@freebsd.org In-Reply-To: <95Aug9.212328pdt.177475@crevenia.parc.xerox.com> from "Bill Fenner" at Aug 9, 95 09:23:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 766 Sender: current-owner@freebsd.org Precedence: bulk > > In message <199508100412.VAA00277@gndrsh.aac.dev.com> you write: > >And I can tell this patch has never been tested, you removed the > >initialization of ``bytesleft'' which now creates an uninitialized, > >but referenced variable at the line so market below. > > You're right; I don't have an etherexpress, I was just trying to be helpful. You where helpfull. I probably take your simple little patch, fix the bug or two it creates and commit that while the other person goes and gets the promiscous side working. This will at least allow someone to watch packets to and from that host with tcpdump. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Aug 9 22:41:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA19043 for current-outgoing; Wed, 9 Aug 1995 22:41:33 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id WAA19033 ; Wed, 9 Aug 1995 22:41:30 -0700 Message-Id: <199508100541.WAA19033@freefall.FreeBSD.org> X-Authentication-Warning: freefall.FreeBSD.org: Host localhost.cdrom.com didn't use HELO protocol To: Bill Fenner cc: freebsd-current@freebsd.org Subject: Re: Getting tcpdump to work with the BPF In-reply-to: Your message of "Wed, 09 Aug 95 20:31:18 PDT." <95Aug9.203124pdt.177475@crevenia.parc.xerox.com> Date: Wed, 09 Aug 1995 22:41:25 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk I'll check them out tomorrow on my card. >In article <406pje$3tu@sol.ctr.columbia.edu>, >Bill Paul wrote: >>You're not missing anything: it's the Intel EtherExpress 'ix' driver >>that's missing something. It doesn't yet include BPF support. > >Although I know nothing about the EtherExpress in particular, I know what >BPF needs; these patches *should* do the trick. > > Bill > Justin From owner-freebsd-current Thu Aug 10 01:41:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id BAA25030 for current-outgoing; Thu, 10 Aug 1995 01:41:27 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id BAA24865 for ; Thu, 10 Aug 1995 01:39:56 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55522>; Thu, 10 Aug 1995 10:38:18 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id TAA06532 for ; Wed, 9 Aug 1995 19:33:45 +0200 Message-Id: <199508091733.TAA06532@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: current@freefall.freebsd.org Subject: Re: cvs commit: ports/devel/noweb/work/contrib/norman/numarkup Makefile numarkup.aux numarkup.bbl numarkup.nw In-reply-to: Your message of "Wed, 09 Aug 1995 08:47:24 +0200." <199508090647.IAA28873@uriah.heep.sax.de> Date: Wed, 9 Aug 1995 19:33:45 +0200 From: "Julian Stacey " Sender: current-owner@FreeBSD.org Precedence: bulk This sent to current ... > From: J Wunsch > To: CVS-commiters@freefall.cdrom.com > Better yet, use ``easy-import'', guys! This minimizes your chances to > import something to the wrong location. locate easy-import: /usr/src/gnu/usr.bin/cvs/contrib/easy-import.perl But it's not in my bin path, Perhaps tools we approve for our own use on freefall should also be installed in src or ports, so they show up on our local tree ? It'd make trying & testing things easier (safer too for freefall :-) Julian S From owner-freebsd-current Thu Aug 10 04:55:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA00882 for current-outgoing; Thu, 10 Aug 1995 04:55:51 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id EAA00874 for ; Thu, 10 Aug 1995 04:55:25 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55354>; Thu, 10 Aug 1995 13:53:13 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id LAA01477; Thu, 10 Aug 1995 11:11:21 +0200 Message-Id: <199508100911.LAA01477@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: current@freebsd.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: Backup of 32bit dev entries In-reply-to: Your message of "Tue, 08 Aug 1995 02:07:51 +0200." <199508080007.RAA01789@gndrsh.aac.dev.com> Date: Thu, 10 Aug 1995 11:11:20 +0200 From: "Julian Stacey " Sender: current-owner@freebsd.org Precedence: bulk >Your dreaming!!! Even V6 dump was file systems at a time! Well I threw out my Zilog Zeus (Unix) manuals 2 years ago so can't check, so I'll forget it :-) Julian S From owner-freebsd-current Thu Aug 10 05:02:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA01142 for current-outgoing; Thu, 10 Aug 1995 05:02:47 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id EAA00813 for ; Thu, 10 Aug 1995 04:54:15 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55350>; Thu, 10 Aug 1995 13:53:13 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id LAA01561; Thu, 10 Aug 1995 11:24:34 +0200 Message-Id: <199508100924.LAA01561@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: current@freebsd.org Subject: Re: sendmail core In-reply-to: Your message of "Tue, 08 Aug 1995 08:21:46 +0200." <199508080621.IAA05851@uriah.heep.sax.de> Date: Thu, 10 Aug 1995 11:24:33 +0200 From: "Julian Stacey " Sender: current-owner@freebsd.org Precedence: bulk > Increase your swap space. :-/ I guess so, I often load the machine with ever more processes until it slows right down, then suspend a few till performance is OK, then type fg to a few xterm + csh's each time I get interrupted for food, phone etc, I guess that exceeds my 16M RAM + swapinfo Device 1K-blocks Used Avail Capacity Type /dev/sd0s2b 32768 13040 19664 40% Interleaved /dev/sd2s2b 32768 13020 19684 40% Interleaved Total 65408 26060 39348 40% even though it keeps the CPU from idling :-) Julian S From owner-freebsd-current Thu Aug 10 05:52:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA02510 for current-outgoing; Thu, 10 Aug 1995 05:52:47 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id FAA02502 for ; Thu, 10 Aug 1995 05:52:38 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA17300; Thu, 10 Aug 1995 14:52:03 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA23114; Thu, 10 Aug 1995 14:52:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id OAA04331; Thu, 10 Aug 1995 14:12:51 +0200 From: J Wunsch Message-Id: <199508101212.OAA04331@uriah.heep.sax.de> Subject: Re: cvs commit: ports/devel/noweb/work/contrib/norman/numarkup Makefile numarkup.aux numarkup.bbl numarkup.nw To: jhs@vector.eikon.e-technik.tu-muenchen.de (Julian Stacey) Date: Thu, 10 Aug 1995 14:12:50 +0200 (MET DST) Cc: current@freefall.FreeBSD.org In-Reply-To: <199508091733.TAA06532@vector.eikon.e-technik.tu-muenchen.de> from "Julian Stacey" at Aug 9, 95 07:33:45 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 521 Sender: current-owner@FreeBSD.org Precedence: bulk As Julian Stacey wrote: > > > Better yet, use ``easy-import'', guys! This minimizes your chances to > > import something to the wrong location. > > locate easy-import: > /usr/src/gnu/usr.bin/cvs/contrib/easy-import.perl On freefall, it's /usr/local/bin/easy-import. It's not installed anywhere by default, since it's use is restricted to a very limited number of people. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Aug 10 07:34:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA05566 for current-outgoing; Thu, 10 Aug 1995 07:34:28 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA05556 for ; Thu, 10 Aug 1995 07:34:26 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id JAA25765 for ; Thu, 10 Aug 1995 09:34:20 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 10 Aug 95 09:34 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 10 Aug 95 09:34 CDT Message-Id: Subject: Re: PS2 mouse does not work To: freebsd-current@freebsd.org Date: Thu, 10 Aug 1995 09:34:18 -0500 (CDT) From: "Lars Fredriksen" X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2402 Sender: current-owner@freebsd.org Precedence: bulk Robert Minnear writes: > > > Steve Schwarz writes: > > > > > > I have plugged a PS2 mouse into the PS2 port of my Gateway 2000 > > > DX4/100 (called Liberty) laptop. Running FreeBSD 2.0.5, I added > > > device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr > > > [stuff deleted] > > > > There seems to be a problem with how some hardware vendors implemented > > the IRQ stuff. Basically it seems that disabling the IRQ from the mouse > > also disables the keyboard one. I posted a patch here earlier that seemed > > to fix the problem on NCR machines anyway. I'll see if I can't find it > > somewhere if you want it. > > I would also like a copy of this of this patch if you're not going > to post it to this list. Thanks. > > Here is the HACK!: *** psm.c.orig Thu Jun 1 05:13:44 1995 --- psm.c Mon Jul 10 12:05:50 1995 *************** *** 192,197 **** --- 192,200 ---- psm_poll_status(); outb(ioport+CNTRL, PSM_DISABLE); psm_command(ioport, PSM_INT_DISABLE); + #if defined(NCR3333) + psm_command(ioport, PSM_INT_ENABLE); + #endif /* Setup initial state */ Note that the above is a X cut/paste job so there are probaly space/tab differences with the file. Also, I sent the disclaimer below out last time, and I do it again now just because I feel the real fix is somewhat different. If enough people get their keyboard working with the above hack, and there are no other side effects, then probably we should commit it. DISCLAIMER: It seems that on some machine, disabling the interrupt for the mouse also disables the interrupt for the keyboard. I tried to use command 0x20 to read the current state of the command register, but on the NCR machine anyway, that doesn't work right. Anyway enable the NCR3333 option and try it. It cured my problem, but I don't know if this should be in the CVS tree as it is very much a HACK. Also note that just commenting out the disabling of the mouse interrrupt didn't help either. I hacked a the probe and the attach routine to just return success and not to mess with the AUX port, but that didn't help either. So I haven't figured out yet how the psm driver manages to mess up the keyboard. -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-current Thu Aug 10 07:37:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA05811 for current-outgoing; Thu, 10 Aug 1995 07:37:11 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id HAA05803 for ; Thu, 10 Aug 1995 07:37:08 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA06038; Thu, 10 Aug 1995 10:36:57 -0400 Date: Thu, 10 Aug 1995 10:36:57 -0400 From: Garrett Wollman Message-Id: <9508101436.AA06038@halloran-eldar.lcs.mit.edu> To: A boy and his worm gear Cc: freebsd-current@freebsd.org Subject: Re: proposed change to chpass(1) In-Reply-To: <199508092234.SAA26473@skynet.ctr.columbia.edu> References: <9508091823.AA04636@halloran-eldar.lcs.mit.edu> <199508092234.SAA26473@skynet.ctr.columbia.edu> Sender: current-owner@freebsd.org Precedence: bulk < said: > Okay: apparently I read the man page, but I didn't really _read_ the > man page. I suppose I asked for that. :) > How about this then: [deleted] > This should still let the superuser use the -a flag while preventing > things from getting confused when NIS is enabled. > Am I getting warmer? Well, what I would do is simply set a flag in main() saying ``we are adding an entry to the database'', and then obey it later on. -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 Thu Aug 10 10:24:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA12790 for current-outgoing; Thu, 10 Aug 1995 10:24:31 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA12783 for ; Thu, 10 Aug 1995 10:24:29 -0700 Received: (from jkh@localhost) by time.cdrom.com (8.6.11/8.6.9) id KAA02310 for current@freefall; Thu, 10 Aug 1995 10:17:45 -0700 Date: Thu, 10 Aug 1995 10:17:45 -0700 From: "Jordan K. Hubbard" Message-Id: <199508101717.KAA02310@time.cdrom.com> To: current@freefall.freebsd.org Subject: Files still not playing nice with ${OBJ} Sender: current-owner@FreeBSD.org Precedence: bulk ? eBones/krb/krb_err.h ? eBones/krb/krb_err.c ? usr.bin/vi/USD.doc/vi.ref/index These 3 files are left in the src dir instead of the obj/ dir. Just FYI... Jordan From owner-freebsd-current Thu Aug 10 13:07:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA21248 for current-outgoing; Thu, 10 Aug 1995 13:07:27 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA21202 for ; Thu, 10 Aug 1995 13:07:09 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id WAA10994; Thu, 10 Aug 1995 22:06:37 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id WAA22300; Thu, 10 Aug 1995 22:06:34 +0200 Message-Id: <199508102006.WAA22300@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: current@freefall.FreeBSD.org Subject: Re: Files still not playing nice with ${OBJ} Date: Thu, 10 Aug 1995 22:06:34 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > ? eBones/krb/krb_err.h > ? eBones/krb/krb_err.c I am planning some _Major_ cleanup for eBones. Please be patient :-) > ? usr.bin/vi/USD.doc/vi.ref/index > > These 3 files are left in the src dir instead of the obj/ dir. > Just FYI... Fine Young Intellectuals? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key From owner-freebsd-current Thu Aug 10 14:02:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA24046 for current-outgoing; Thu, 10 Aug 1995 14:02:23 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA24038 for ; Thu, 10 Aug 1995 14:02:10 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id NAA02334; Thu, 10 Aug 1995 13:05:48 -0700 From: "Rodney W. Grimes" Message-Id: <199508102005.NAA02334@gndrsh.aac.dev.com> Subject: Re: Files still not playing nice with ${OBJ} To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 10 Aug 1995 13:05:47 -0700 (PDT) Cc: current@freefall.FreeBSD.org In-Reply-To: <199508101717.KAA02310@time.cdrom.com> from "Jordan K. Hubbard" at Aug 10, 95 10:17:45 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 610 Sender: current-owner@FreeBSD.org Precedence: bulk > > ? eBones/krb/krb_err.h > ? eBones/krb/krb_err.c These I was unaware of :-( > ? usr.bin/vi/USD.doc/vi.ref/index I tried to fix this one once or twice now. It is not easily fixed :-(. src/share/doc/.../Makefiles need some serious work, Garrett did a quick job knowing they would need some clean up later. This is one of the side effects :-(. > These 3 files are left in the src dir instead of the obj/ dir. > > Just FYI... > > Jordan > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Thu Aug 10 14:02:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA24093 for current-outgoing; Thu, 10 Aug 1995 14:02:56 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA24079 for ; Thu, 10 Aug 1995 14:02:42 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA02305; Thu, 10 Aug 1995 12:47:28 -0700 From: "Rodney W. Grimes" Message-Id: <199508101947.MAA02305@gndrsh.aac.dev.com> Subject: Re: cvs commit: ports/devel/noweb/work/contrib/norman/numarkup Makefile numarkup.aux numarkup.bbl numarkup.nw To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 10 Aug 1995 12:47:27 -0700 (PDT) Cc: jhs@vector.eikon.e-technik.tu-muenchen.de, current@freefall.FreeBSD.org In-Reply-To: <199508101212.OAA04331@uriah.heep.sax.de> from "J Wunsch" at Aug 10, 95 02:12:50 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 771 Sender: current-owner@FreeBSD.org Precedence: bulk > > As Julian Stacey wrote: > > > > > Better yet, use ``easy-import'', guys! This minimizes your chances to > > > import something to the wrong location. > > > > locate easy-import: > > /usr/src/gnu/usr.bin/cvs/contrib/easy-import.perl > > On freefall, it's /usr/local/bin/easy-import. It's not installed /usr/local/bin/easy-import*, there are 2 aliases via hard links to it for historical reasons :-) > anywhere by default, since it's use is restricted to a very limited > number of people. Right! And that script is extreamly FreeBSD specific, as it has things like not allowing RELENG* as a tag name. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Thu Aug 10 15:19:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA27251 for current-outgoing; Thu, 10 Aug 1995 15:19:43 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA27244 for ; Thu, 10 Aug 1995 15:19:41 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id RAA14137 for ; Thu, 10 Aug 1995 17:19:39 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 10 Aug 95 17:19 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 10 Aug 95 17:19 CDT Message-Id: Subject: Enhancement to man To: freebsd-current@freebsd.org Date: Thu, 10 Aug 1995 17:19:36 -0500 (CDT) From: "Lars Fredriksen" X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 620 Sender: current-owner@freebsd.org Precedence: bulk Hi, The current man will try to create the catman page, and if you are out of space the man command will fail. This to me seems rather restrictive. I don't think it should fail, but rather retry without redirecting the output to /usr/share/manx/manpage.x.tmp Currently, man dies in make_cat_file() in line 1069, and I thing a return(0) should work instead. I'll try it, and if noone has any objections, will commit the "fix". Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-current Thu Aug 10 21:54:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA06668 for current-outgoing; Thu, 10 Aug 1995 21:54:36 -0700 Received: from quake.xnet.com (quake.xnet.com [198.147.221.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id VAA06661 for ; Thu, 10 Aug 1995 21:54:24 -0700 Received: from simon.chi.il.us by quake.xnet.com (8.6.11/XNet-1.2R) with SMTP id XAA06872; Thu, 10 Aug 1995 23:39:55 -0500 Received: by simon.chi.il.us (Smail3.1.29.1 #3) id m0sglqG-000NAyC; Thu, 10 Aug 95 23:37 CDT Message-Id: Date: Thu, 10 Aug 95 23:37 CDT From: steve@simon.chi.il.us (Steven E. Piette) To: fenner@parc.xerox.com, rgrimes@gndrsh.aac.dev.com Subject: Re: Getting tcpdump to work with the BPF Cc: freebsd-current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk > From: "Rodney W. Grimes" > Subject: Re: Getting tcpdump to work with the BPF > To: fenner@parc.xerox.com (Bill Fenner) > Date: Wed, 9 Aug 1995 21:12:50 -0700 (PDT) > Cc: freebsd-current@freebsd.org > > > > > In article <406pje$3tu@sol.ctr.columbia.edu>, > > Bill Paul wrote: > > >You're not missing anything: it's the Intel EtherExpress 'ix' driver > > >that's missing something. It doesn't yet include BPF support. > > > > Although I know nothing about the EtherExpress in particular, I know what > > BPF needs; these patches *should* do the trick. > > > > Except they fail to put the card into promiscous mode :-(. > > Some one else has been passed work passed to me that had some rather serious > lock up bugs and is working on this. I hope they pick this bit up here, > as this looks rather clean as far as the tap off. > > Putting in EEXP16 into and out of promiscous mode is no simple thing to > do though, and I am reasonably sure that is where the bugs in the other > patches sent to me are at. > Does anyone have the docs for this card? I've got on to hack and test with but no docs to start hacking from. Steve Piette Applied Computer Technology steve@simon.chi.il.US. 7N852 Phar Lap Drive (708) 513-6920 St. Charles, IL 60175-6868 From owner-freebsd-current Thu Aug 10 22:40:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA07468 for current-outgoing; Thu, 10 Aug 1995 22:40:46 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id WAA07461 for ; Thu, 10 Aug 1995 22:40:24 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA03432; Thu, 10 Aug 1995 22:36:06 -0700 From: "Rodney W. Grimes" Message-Id: <199508110536.WAA03432@gndrsh.aac.dev.com> Subject: Re: Getting tcpdump to work with the BPF To: steve@simon.chi.il.us (Steven E. Piette) Date: Thu, 10 Aug 1995 22:36:06 -0700 (PDT) Cc: fenner@parc.xerox.com, freebsd-current@freebsd.org In-Reply-To: from "Steven E. Piette" at Aug 10, 95 11:37:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1782 Sender: current-owner@freebsd.org Precedence: bulk > > > > From: "Rodney W. Grimes" > > Subject: Re: Getting tcpdump to work with the BPF > > To: fenner@parc.xerox.com (Bill Fenner) > > Date: Wed, 9 Aug 1995 21:12:50 -0700 (PDT) > > Cc: freebsd-current@freebsd.org > > > > > > > > In article <406pje$3tu@sol.ctr.columbia.edu>, > > > Bill Paul wrote: > > > >You're not missing anything: it's the Intel EtherExpress 'ix' driver > > > >that's missing something. It doesn't yet include BPF support. > > > > > > Although I know nothing about the EtherExpress in particular, I know what > > > BPF needs; these patches *should* do the trick. > > > > > > > Except they fail to put the card into promiscous mode :-(. > > > > Some one else has been passed work passed to me that had some rather serious > > lock up bugs and is working on this. I hope they pick this bit up here, > > as this looks rather clean as far as the tap off. > > > > Putting in EEXP16 into and out of promiscous mode is no simple thing to > > do though, and I am reasonably sure that is where the bugs in the other > > patches sent to me are at. > > > > > Does anyone have the docs for this card? I've got on to hack and test with > but no docs to start hacking from. You need an Intel Communications components data book. There is nothing card specific on how you put the 82586 into and out of promiscous mode. The person working on BPF has the data book, he has my support avaliable to him. I have 4 sets of patches here now from people to do the minimal BPF, just let this sit and rot for a few weeks and you will see something commited. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Fri Aug 11 11:09:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA00671 for current-outgoing; Fri, 11 Aug 1995 11:09:51 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA00635 for ; Fri, 11 Aug 1995 11:09:39 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA07865; Fri, 11 Aug 1995 14:09:26 -0400 Date: Fri, 11 Aug 1995 14:09:26 -0400 From: Garrett Wollman Message-Id: <9508111809.AA07865@halloran-eldar.lcs.mit.edu> To: current@freebsd.org Subject: Another way of finding the destination of a received UDP packet Sender: current-owner@freebsd.org Precedence: bulk Earlier we had a discussion on the lengths that various programs needed to go to in order to figure out the destination address to which a packet which was just received had been sent. I was leafing through someone else's copy of Stevens volume 1, and noticed a description of the behavior documented here (taken from ip(4)): If the IP_RECVDSTADDR option is enabled on a SOCK_DGRAM socket, the recvmsg call will return the destination IP address for a UDP datagram. The msg_control field in the msghdr structure points to a buffer that contains a cmsghdr structure followed by the IP address. The cmsghdr fields have the following values: cmsg_len = sizeof(struct in_addr) cmsg_level = IPPROTO_IP cmsg_type = IP_RECVDSTADDR So it is possible to avoid binding a socket for every interface. Instead, a program can create a single socket for listening, and then create and destroy one for each message sent in reply to a previous query. I don't propose to actually implement this in anything myself... It might be useful or necessary to also provide an IP_RECVIF or some such for certain applications which care about interfaces. -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 Aug 11 12:28:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA04641 for current-outgoing; Fri, 11 Aug 1995 12:28:07 -0700 Received: from intercore.com (num1sun.intercore.com [205.198.76.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id MAA04635 for ; Fri, 11 Aug 1995 12:28:05 -0700 Received: (robin@localhost) by intercore.com (8.6.9/8.6.4) id PAA25640 for current@freebsd.org; Fri, 11 Aug 1995 15:23:48 -0400 From: Robin Cutshaw Message-Id: <199508111923.PAA25640@intercore.com> Subject: speaking of tcpdump To: current@freebsd.org Date: Fri, 11 Aug 1995 15:23:46 -0400 (EDT) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2859 Sender: current-owner@freebsd.org Precedence: bulk Which reminds me... I use tcpdump pretty extensively as a network tool and wanted to see both ascii and hex for full packet dumps (and I know about the -D option on some versions). Here's a patch that will give the network problem solver a much better look at what's going on (IMHO). Turn it on by using "-x -x" on the command line (kinda hidden, huh?). I'm not advocating that this should be included in the default tcpdump (especially with the security rammifications) but I thought the developers here might find it useful. robin *** tcpdump.c.ORIG Sat Jul 22 17:45:55 1995 --- tcpdump.c Sat Jul 22 17:47:00 1995 *************** *** 351,401 **** exit(0); } - /* Like default_print() but data need not be aligned */ void ! default_print_unaligned(register const u_char *cp, register int length) { ! register u_int i, s; ! register int nshorts; ! ! nshorts = (u_int) length / sizeof(u_short); ! i = 0; ! while (--nshorts >= 0) { ! if ((i++ % 8) == 0) ! (void)printf("\n\t\t\t"); ! s = *cp++; ! (void)printf(" %02x%02x", s, *cp++); ! } ! if (length & 1) { ! if ((i % 8) == 0) ! (void)printf("\n\t\t\t"); ! (void)printf(" %02x", *cp); ! } } void default_print(register const u_char *bp, register int length) { - register const u_short *sp; register u_int i; ! register int nshorts; - if ((int)bp & 1) { - default_print_unaligned(bp, length); - return; - } - sp = (u_short *)bp; - nshorts = (u_int) length / sizeof(u_short); i = 0; ! while (--nshorts >= 0) { ! if ((i++ % 8) == 0) ! (void)printf("\n\t\t\t"); ! (void)printf(" %04x", ntohs(*sp++)); } ! if (length & 1) { ! if ((i % 8) == 0) ! (void)printf("\n\t\t\t"); ! (void)printf(" %02x", *(u_char *)sp); } } --- 351,400 ---- exit(0); } void ! default_print_unaligned(register const u_char *bp, register int length) { ! default_print(bp, length); } void default_print(register const u_char *bp, register int length) { register u_int i; ! register u_char *xbufp, *abufp, *cp, c; ! u_char xbuf[16*3+1], abuf[16+1]; i = 0; ! xbufp = xbuf; ! abufp = abuf; ! cp = bp; ! while (i < length) { ! c = *cp >> 4; ! *xbufp++ = (c > 9) ? ((c-10)+'a') : (c+'0'); ! c = *cp & (u_char )0x0f; ! *xbufp++ = (c > 9) ? ((c-10)+'a') : (c+'0'); ! *xbufp++ = ' '; ! c = *cp++; ! *abufp++ = isprint(c) ? c : '.'; ! i++; ! if ((i != 1) && ((i % 16) == 0)) { ! *xbufp++ = '\0'; ! *abufp++ = '\0'; ! if (xflag > 1) ! (void)printf("\n\t%-48s |%-16s|", xbuf, abuf); ! else ! (void)printf("\n\t%-48s", xbuf); ! xbufp = xbuf; ! abufp = abuf; ! } } ! if ((i % 16) != 0) { ! *xbufp++ = '\0'; ! *abufp++ = '\0'; ! if (xflag > 1) ! (void)printf("\n\t%-48s |%-16s|", xbuf, abuf); ! else ! (void)printf("\n\t%-48s", xbuf); } } From owner-freebsd-current Fri Aug 11 16:07:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA18754 for current-outgoing; Fri, 11 Aug 1995 16:07:21 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id QAA18710 for ; Fri, 11 Aug 1995 16:07:09 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15520(2)>; Fri, 11 Aug 1995 16:06:23 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Fri, 11 Aug 1995 16:06:18 -0700 X-Mailer: exmh version 1.6.1 5/23/95 To: Robin Cutshaw cc: current@freebsd.org Subject: Re: speaking of tcpdump In-reply-to: Your message of "Fri, 11 Aug 95 12:23:46 PDT." <199508111923.PAA25640@intercore.com> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="===_0_Fri_Aug_11_16:05:31_PDT_1995" Date: Fri, 11 Aug 1995 16:06:12 PDT From: Bill Fenner Message-Id: <95Aug11.160618pdt.177475@crevenia.parc.xerox.com> Sender: current-owner@freebsd.org Precedence: bulk This is a multipart MIME message. --===_0_Fri_Aug_11_16:05:31_PDT_1995 Content-Type: text/plain; charset=us-ascii In message <199508111923.PAA25640@intercore.com> you write: >I use tcpdump pretty extensively as a network tool and wanted to see >both ascii and hex for full packet dumps I wrote this perl script and called it "tcpdumpscii"... it displays an ascii version of the hex output, iff the tcpdump outputs the "-x" format stuff. Call it with normal tcpdump arguments. Bill --===_0_Fri_Aug_11_16:05:31_PDT_1995 Content-Type: text/plain; charset=us-ascii Content-Description: tcpdumpscii #!/usr/bin/perl # # open(TCPDUMP,"tcpdump -l @ARGV|"); while () { if (/^\s+(\S\S)+/) { $sav = $_; $asc = ""; while (s/\s*(\S\S)\s*//) { $i = hex($1); if ($i < 32 || $i > 126) { $asc .= "."; } else { $asc .= pack(C,hex($1)); } } $foo = "." x length($asc); $_ = $sav; s/\t/ /g; s/^$foo/$asc/; } print; } --===_0_Fri_Aug_11_16:05:31_PDT_1995-- From owner-freebsd-current Sat Aug 12 09:35:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA01435 for current-outgoing; Sat, 12 Aug 1995 09:35:57 -0700 Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA01429 for ; Sat, 12 Aug 1995 09:35:56 -0700 Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.11]) by w8hd2.w8hd.org (8.6.12/w8hd2) with SMTP id MAA09332 ; Sat, 12 Aug 1995 12:35:54 -0400 Date: Sat, 12 Aug 1995 12:35:54 -0400 (EDT) From: Kim Culhan To: freebsd-current@freebsd.org Subject: install -current blows up: invalid time of day Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk Just did a make world from -current sup'd at ~ 2300 UTC 8/11 It fails during the install with this output: umask 022; cd /usr/src/share/zoneinfo; zic -d /usr/share/zoneinfo -p America/New_York -L /dev/null -y /usr/src/share/zoneinfo/obj/yearistype africa antarctica asia australasia etcetera europe factory northamerica southamerica systemv "europe", line 717: invalid time of day "europe", line 718: invalid time of day "europe", line 719: invalid time of day "europe", line 760: invalid time of day "europe", line 761: invalid time of day "europe", line 762: invalid time of day "europe", line 763: invalid time of day "europe", line 764: invalid time of day "europe", line 765: invalid time of day *** Error code 1 The common issue here appears to be the value in the AT field: 1:00u I've got the installation on hold for now, looks like it may be possible to save it, any ideas? regards kim -- kimc@w8hd.org From owner-freebsd-current Sat Aug 12 09:43:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA01913 for current-outgoing; Sat, 12 Aug 1995 09:43:22 -0700 Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id JAA01907 for ; Sat, 12 Aug 1995 09:43:16 -0700 Received: from freebsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA05929; Sat, 12 Aug 95 18:43:13 +0200 Received: by freebsd.first.gmd.de (SAA15427); Sat, 12 Aug 1995 18:43:04 +0200 From: Andreas Schulz Message-Id: <199508121643.SAA15427@freebsd.first.gmd.de> Subject: Re: install -current blows up: invalid time of day To: kimc@w8hd.org (Kim Culhan) Date: Sat, 12 Aug 1995 18:43:03 +0159 (MET DST) Cc: freebsd-current@freebsd.org In-Reply-To: from "Kim Culhan" at Aug 12, 95 12:35:54 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 640 Sender: current-owner@freebsd.org Precedence: bulk > Just did a make world from -current sup'd at ~ 2300 UTC 8/11 > umask 022; cd /usr/src/share/zoneinfo; zic -d /usr/share/zoneinfo -p > America/New_York -L /dev/null -y /usr/src/share/zoneinfo/obj/yearistype > africa antarctica asia australasia etcetera europe factory northamerica > southamerica systemv > "europe", line 717: invalid time of day Recompile and install zic. The new source of zic understands the new zoneinfo files. ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de ) Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof Rudower Chaussee 5 Gebaeude 13.10 Tel: +49-30-6392-1856/+49-177-2134745 Germany/Europe From owner-freebsd-current Sat Aug 12 10:56:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA07129 for current-outgoing; Sat, 12 Aug 1995 10:56:03 -0700 Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA07123 for ; Sat, 12 Aug 1995 10:56:02 -0700 Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.11]) by w8hd2.w8hd.org (8.6.12/w8hd2) with SMTP id NAA09458 ; Sat, 12 Aug 1995 13:55:25 -0400 Date: Sat, 12 Aug 1995 13:55:24 -0400 (EDT) From: Kim Culhan To: Andreas Schulz cc: freebsd-current@freebsd.org Subject: Re: install -current blows up: invalid time of day In-Reply-To: <199508121643.SAA15427@freebsd.first.gmd.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Sat, 12 Aug 1995, Andreas Schulz wrote: > Recompile and install zic. The new source of zic understands the new > zoneinfo files. Where can I get zic? kim -- kimc@w8hd.org From owner-freebsd-current Sat Aug 12 11:02:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA07876 for current-outgoing; Sat, 12 Aug 1995 11:02:30 -0700 Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA07864 for ; Sat, 12 Aug 1995 11:02:23 -0700 Received: from freebsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA05964; Sat, 12 Aug 95 20:02:06 +0200 Received: by freebsd.first.gmd.de (UAA16302); Sat, 12 Aug 1995 20:01:57 +0159 From: Andreas Schulz Message-Id: <199508121802.UAA16302@freebsd.first.gmd.de> Subject: Re: install -current blows up: invalid time of day To: kimc@w8hd.org (Kim Culhan) Date: Sat, 12 Aug 1995 20:01:57 +0159 (MET DST) Cc: freebsd-current@freebsd.org In-Reply-To: from "Kim Culhan" at Aug 12, 95 01:55:24 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 251 Sender: current-owner@freebsd.org Precedence: bulk > Where can I get zic? /usr/src/usr.sbin/zic :-). ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de ) Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof Rudower Chaussee 5 Gebaeude 13.10 Tel: +49-30-6392-1856/+49-177-2134745 Germany/Europe From owner-freebsd-current Sat Aug 12 11:03:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA07952 for current-outgoing; Sat, 12 Aug 1995 11:03:12 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA07946 for ; Sat, 12 Aug 1995 11:03:10 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.11/8.6.5) with ESMTP id LAA16774; Sat, 12 Aug 1995 11:02:08 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id LAA00796; Sat, 12 Aug 1995 11:03:57 -0700 Message-Id: <199508121803.LAA00796@corbin.Root.COM> To: Kim Culhan cc: Andreas Schulz , freebsd-current@freebsd.org Subject: Re: install -current blows up: invalid time of day In-reply-to: Your message of "Sat, 12 Aug 95 13:55:24 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 12 Aug 1995 11:03:52 -0700 Sender: current-owner@freebsd.org Precedence: bulk >On Sat, 12 Aug 1995, Andreas Schulz wrote: > >> Recompile and install zic. The new source of zic understands the new >> zoneinfo files. > >Where can I get zic? cd /usr/src/usr.sbin/zic; make install -DG From owner-freebsd-current Sat Aug 12 11:26:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA09068 for current-outgoing; Sat, 12 Aug 1995 11:26:00 -0700 Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA09062 for ; Sat, 12 Aug 1995 11:25:59 -0700 Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.11]) by w8hd2.w8hd.org (8.6.12/w8hd2) with SMTP id OAA09512 ; Sat, 12 Aug 1995 14:25:45 -0400 Date: Sat, 12 Aug 1995 14:25:45 -0400 (EDT) From: Kim Culhan To: Andreas Schulz cc: freebsd-current@freebsd.org Subject: Re: install -current blows up: invalid time of day In-Reply-To: <199508121802.UAA16302@freebsd.first.gmd.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Sat, 12 Aug 1995, Andreas Schulz wrote: > > Where can I get zic? > > /usr/src/usr.sbin/zic :-). Yes, I get it now.. very good.. not a problem, fixed, sorry about that. kim -- kimc@w8hd.org From owner-freebsd-current Sat Aug 12 11:35:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA09685 for current-outgoing; Sat, 12 Aug 1995 11:35:40 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA09671 ; Sat, 12 Aug 1995 11:35:38 -0700 Message-Id: <199508121835.LAA09671@freefall.FreeBSD.org> X-Authentication-Warning: freefall.FreeBSD.org: Host localhost.cdrom.com didn't use HELO protocol To: davidg@root.com cc: Kim Culhan , Andreas Schulz , freebsd-current@freebsd.org Subject: Re: install -current blows up: invalid time of day In-reply-to: Your message of "Sat, 12 Aug 95 11:03:52 PDT." <199508121803.LAA00796@corbin.Root.COM> Date: Sat, 12 Aug 1995 11:35:38 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >>On Sat, 12 Aug 1995, Andreas Schulz wrote: >> >>> Recompile and install zic. The new source of zic understands the new >>> zoneinfo files. >> >>Where can I get zic? > >cd /usr/src/usr.sbin/zic; make install > >-DG While we're talking about make world failures, groff's indxbib depends on /usr/share/dict/eign. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sat Aug 12 13:33:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA17554 for current-outgoing; Sat, 12 Aug 1995 13:33:59 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA17544 for ; Sat, 12 Aug 1995 13:33:56 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id NAA06872; Sat, 12 Aug 1995 13:32:47 -0700 From: "Rodney W. Grimes" Message-Id: <199508122032.NAA06872@gndrsh.aac.dev.com> Subject: Re: install -current blows up: invalid time of day To: gibbs@freefall.FreeBSD.org (Justin T. Gibbs) Date: Sat, 12 Aug 1995 13:32:47 -0700 (PDT) Cc: davidg@Root.COM, kimc@w8hd.org, ats@freebsd.first.gmd.de, freebsd-current@freebsd.org In-Reply-To: <199508121835.LAA09671@freefall.FreeBSD.org> from "Justin T. Gibbs" at Aug 12, 95 11:35:38 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 678 Sender: current-owner@freebsd.org Precedence: bulk > > >>On Sat, 12 Aug 1995, Andreas Schulz wrote: > >> > >>> Recompile and install zic. The new source of zic understands the new > >>> zoneinfo files. > >> > >>Where can I get zic? > > > >cd /usr/src/usr.sbin/zic; make install > > > >-DG > > While we're talking about make world failures, groff's indxbib depends > on /usr/share/dict/eign. I take it you did an rm -r /usr/share and found out about this. If not this is _not_ the only file in /usr/share groff related that will cause you grief if you do the above :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sat Aug 12 13:47:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA19084 for current-outgoing; Sat, 12 Aug 1995 13:47:41 -0700 Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA19072 for ; Sat, 12 Aug 1995 13:47:35 -0700 Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.11]) by w8hd2.w8hd.org (8.6.12/w8hd2) with SMTP id QAA09703 ; Sat, 12 Aug 1995 16:47:07 -0400 Date: Sat, 12 Aug 1995 16:47:06 -0400 (EDT) From: Kim Culhan To: "Rodney W. Grimes" cc: "Justin T. Gibbs" , davidg@Root.COM, ats@freebsd.first.gmd.de, freebsd-current@freebsd.org Subject: Re: install -current blows up: invalid time of day In-Reply-To: <199508122032.NAA06872@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@freebsd.org Precedence: bulk On Sat, 12 Aug 1995, Rodney W. Grimes wrote: > > While we're talking about make world failures, groff's indxbib depends > > on /usr/share/dict/eign. > > I take it you did an rm -r /usr/share and found out about this. If not > this is _not_ the only file in /usr/share groff related that will cause > you grief if you do the above :-(. All I did was a make world :) kim -- kimc@w8hd.org From owner-freebsd-current Sat Aug 12 15:24:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA24512 for current-outgoing; Sat, 12 Aug 1995 15:24:26 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id PAA24503 ; Sat, 12 Aug 1995 15:24:23 -0700 Message-Id: <199508122224.PAA24503@freefall.FreeBSD.org> X-Authentication-Warning: freefall.FreeBSD.org: Host localhost.cdrom.com didn't use HELO protocol To: "Rodney W. Grimes" cc: davidg@root.com, kimc@w8hd.org, ats@freebsd.first.gmd.de, freebsd-current@freebsd.org Subject: Re: install -current blows up: invalid time of day In-reply-to: Your message of "Sat, 12 Aug 95 13:32:47 PDT." <199508122032.NAA06872@gndrsh.aac.dev.com> Date: Sat, 12 Aug 1995 15:24:22 -0700 From: "Justin T. Gibbs" Sender: current-owner@freebsd.org Precedence: bulk >> >> While we're talking about make world failures, groff's indxbib depends >> on /usr/share/dict/eign. > >I take it you did an rm -r /usr/share and found out about this. If not >this is _not_ the only file in /usr/share groff related that will cause >you grief if you do the above :-(. > > >-- >Rod Grimes rgrimes@gndrsh.aac.dev.com >Accurate Automation Company Reliable computers for FreeBSD Actually, I tried a make world on a system that didn't have share/dict for some reason or another (perhaps it was the distributions we chose, can't recall. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sat Aug 12 16:10:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA25644 for current-outgoing; Sat, 12 Aug 1995 16:10:41 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id QAA25637 for ; Sat, 12 Aug 1995 16:10:39 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id QAA07999; Sat, 12 Aug 1995 16:10:01 -0700 From: "Rodney W. Grimes" Message-Id: <199508122310.QAA07999@gndrsh.aac.dev.com> Subject: Re: install -current blows up: invalid time of day To: gibbs@freefall.FreeBSD.org (Justin T. Gibbs) Date: Sat, 12 Aug 1995 16:10:01 -0700 (PDT) Cc: davidg@root.com, kimc@w8hd.org, ats@freebsd.first.gmd.de, freebsd-current@freebsd.org In-Reply-To: <199508122224.PAA24503@freefall.FreeBSD.org> from "Justin T. Gibbs" at Aug 12, 95 03:24:22 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1236 Sender: current-owner@freebsd.org Precedence: bulk > > >> > >> While we're talking about make world failures, groff's indxbib depends > >> on /usr/share/dict/eign. > > > >I take it you did an rm -r /usr/share and found out about this. If not > >this is _not_ the only file in /usr/share groff related that will cause > >you grief if you do the above :-(. > > > > > >-- > >Rod Grimes rgrimes@gndrsh.aac.dev.com > >Accurate Automation Company Reliable computers for FreeBSD > > Actually, I tried a make world on a system that didn't have share/dict > for some reason or another (perhaps it was the distributions we chose, > can't recall. Yes, if you don't install the dict option you can't rebuild anything that needs eign :-(. It is far worse if you do what I do on occasion, and that is blast all of /usr/share away (really just don't use my nfs mount of it as I want to build a local one). Several things fall over, and it takes me a few times to get make world finished every time I do this. It would make a bigger mess of src/Makefile to fix than IMHO it is worth. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sat Aug 12 19:11:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA00327 for current-outgoing; Sat, 12 Aug 1995 19:11:45 -0700 Received: from big-brother.csrv.uidaho.edu (big-brother.csrv.uidaho.edu [129.101.114.110]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA00321 for ; Sat, 12 Aug 1995 19:11:41 -0700 Received: from big-brother.csrv.uidaho.edu (localhost [127.0.0.1]) by big-brother.csrv.uidaho.edu (8.6.11/8.6.9) with ESMTP id TAA00198 for ; Sat, 12 Aug 1995 19:11:35 -0700 Message-Id: <199508130211.TAA00198@big-brother.csrv.uidaho.edu> To: current@freebsd.org Subject: procfs problems in -current? Date: Sat, 12 Aug 1995 19:11:34 -0700 From: faried nawaz Sender: current-owner@freebsd.org Precedence: bulk hi, on friday (yesterday) i sup'd -current and rebuilt the affected pieces. i redid the lkm's and the kernel as well. on reboot, the system would fsck the local ufs filesystems and hang. i rebooted single-user, fsck'd them manually, mounted them, hit ^D and got a panic: (this is from what i wrote down...dumpon wasn't reached) fault virtual address = 0x1014 fault code = supervisor read, page not present instruction pointer = 0x8: 0xf0125948 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, OPL = 0 current process = 4 (update) panic: page fault nm /kernel | grep f01259 gives f01259b0 T _mount f0125930 T _vfs_msync f01259b0 F vfs_syscalls.o i looked through the cvs mail and couldn't see a vfs-related commit, but i did see a procfs one...and i do use the procfs lkm. i commented procfs out of my /etc/fstab, and rebooted. the system came up fine. i tried mount -v -t procfs proc /proc and got a panic: fault virtual address = 0x1028 fault code = supervisor read, page not present instruction pointer = 0x8: 0xf0124487 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, OPL = 0 current process = 161 (mount) panic: page fault it wasn't able to sync to disk, so no core dump. nm /kernel |grep f01244 gives f0124448 T _insmntque f01244b4 T _vwakeup i'm running w/o procfs right now. mount says /dev/wd0a on / (local) /dev/wd0s1e on /var (local) /dev/wd0s1f on /usr (local) fs on n the last line is interesting...it should say `kernfs' (i modload that too). i don't know why it's corrupt. i redid the kernel with `options PROCFS', uncommented procfs in /etc/fstab and rebooted. it worked long enough for me to log in and type `mount', but hung after that. i rebooted again, and this time it didn't get past the fsck's. my /etc/fstab is /dev/wd0a / ufs rw 1 1 /dev/wd0s1e /var ufs rw 1 1 /dev/wd0s1b none swap sw 0 0 /dev/wd0s1f /usr ufs rw 1 1 #proc /proc procfs rw 0 0 kern /kern kernfs rw 0 0 #pain:/var/mail /var/mail nfs rw,soft,intr,-r=1024,-w=1024,-P 0 0 i'm now going to reboot and use the older kernel (aug 6th or so). ddb time for me? faried.