From owner-freebsd-current Sun Apr 7 00:41:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA25532 for current-outgoing; Sun, 7 Apr 1996 00:41:39 -0800 (PST) Received: from eac.iafrica.com (slipper101132.iafrica.com [196.7.101.132]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA25518 for ; Sun, 7 Apr 1996 00:41:33 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id KAA00159 for current@freebsd.org; Sun, 7 Apr 1996 10:40:29 +0200 From: Robert Nordier Message-Id: <199604070840.KAA00159@eac.iafrica.com> Subject: Re: devfs questions To: current@freebsd.org Date: Sun, 7 Apr 1996 10:40:28 +0200 (SAT) In-Reply-To: <199604070123.DAA15356@uriah.heep.sax.de> from "J Wunsch" at Apr 7, 96 03:23:33 am X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 7 Apr 1996, J Wunsch wrote: > As Terry Lambert wrote: > > > Frankly, other than formatting (which can damn well take a parameter > > for it), there is really no need to have media density encoded in device > > names. If DOS can deal with format detection, we can damn well do the > > same. There is no such thing as "A:" and "A.1440:", etc.. > > DOS cannot really deal with format detection. It uses its superblock > to decide about the media properties. It totally ignores non-DOS > media. > > This is no excuse for not trying to automagically detect the floppy > format, of course. I had it back in my CP/M floppy BIOS as well. Actually, MS-DOS does a fairly reasonable job of format detection. Even with a totally trashed boot sector, it can still decide on the floppy disk format by looking at the media descriptor in cluster 0 of the FAT. This involves reading multiple sectors at any of 8, 9, or 15 sectors per track, in the case of 1.2M drives, for instance. It also takes the hardware into account when resolving between disk formats with similar media descriptors (eg. both 720K and 1200K == 0xf9). It doesn't _rely_ on data contained in the boot sector or FAT to determine the underlying media, so much as (sensibly) refuse to proceed when confronted by a filesystem layout it obviously doesn't understand. Through the generic ioctl function (int 0x21 0x440d 0x0860), the DOS kernel also provides full application support for non-standard floppy disk formats, including those with a mix of varying bytes per sector and sectors per track, possibly interleaved in varying ways. (This was needed to support various copy protection schemes.) -- Robert Nordier From owner-freebsd-current Sun Apr 7 01:29:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA29820 for current-outgoing; Sun, 7 Apr 1996 01:29:58 -0800 (PST) Received: from spooky.apana.org.au (spooky.apana.org.au [203.3.126.200]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA29794 for ; Sun, 7 Apr 1996 01:29:46 -0800 (PST) Received: (from ernie@localhost) by spooky.apana.org.au (8.7.5/8.6.12) id TAA28490 for freebsd-current@freebsd.org; Sun, 7 Apr 1996 19:44:17 +1000 (EST) Message-Id: <199604070944.TAA28490@spooky.apana.org.au> Subject: Updating /stand To: freebsd-current@freebsd.org Date: Sun, 7 Apr 1996 19:44:15 +1000 (EST) From: "Ernie Elu" X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just noticed that make world does not seem to update the files in the /stand directory in particular /stand/sysinstall that I occasionally use and now crashes as it is still dated Nov 18 from the 2.1R floppy I presume. What is the correct method for rebuilding the /stand directory so it is current? - Ernie. From owner-freebsd-current Sun Apr 7 01:40:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01446 for current-outgoing; Sun, 7 Apr 1996 01:40:29 -0800 (PST) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA01433 for ; Sun, 7 Apr 1996 01:40:24 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.7.5/8.7.3) id RAA03698 for freebsd-current@freebsd.org; Sun, 7 Apr 1996 17:40:16 +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 Apr 96 09:34:34 GMT From: peter@jhome.DIALix.COM (Peter Wemm) Message-ID: Organization: DIALix Services, Perth, Australia. References: , <199604060929.LAA07603@uriah.heep.sax.de> Subject: Re: Can we upgrade ncurses? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk j@uriah.heep.sax.de (J Wunsch) writes: >As Marc G. Fournier wrote: >> Just curious (I'll work on it as termcap-only), but what exactly >> is the difference between termcap and terminfo, and pros/cons of each? >Terminfo abuses the file system as a database. >It introduces new capabilities (e.g. function keys > 9), but that's >not to say you couldn't implement them in tercap either. The thing that I *sorely* miss in termcap (after being raised on terminfo) is the more descriptive capability names. However, terminfo is not extensible. It'd compiled into a fixed format that has no standard way of extending it to add new capabilities. I personally would love to see a hybrid of the two.. specifically, terminfo's long names, termcap's extensibility, and the berkeley DB format (not the filesystem approach). The good thing about the .db format is that you could agree on a reasonable set of capabilities and have a compiled version stored in the same .db file. I can dream, can't I? ;-) Cheers, -Peter >-- >cheers, J"org >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE >Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Apr 7 01:44:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01938 for current-outgoing; Sun, 7 Apr 1996 01:44:04 -0800 (PST) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA01897 for ; Sun, 7 Apr 1996 01:43:56 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.7.5/8.7.3) id RAA03710 for freebsd-current@freebsd.org; Sun, 7 Apr 1996 17:43:52 +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 Apr 96 09:40:48 GMT From: peter@jhome.DIALix.COM (Peter Wemm) Message-ID: Organization: DIALix Services, Perth, Australia. References: <199604051606.LAA21264@hopf.math.purdue.edu>, <199604061004.TAA03574@genesis.atrad.adelaide.edu.au> Subject: Re: Clean reboot on current Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk msmith@atrad.adelaide.edu.au (Michael Smith) writes: >Clarence Wilkerson stands accused of saying: >> When I do a few syncs and a "reboot" command, I get a string of >> numbers like >> >> 3 3 3 3 3 3 "giving up" >The '3' indicates the number of disk buffers that are waiting to be >written. Do you get the same result with 'shutdown -r now'? >If not, then you probably have an application that's unhappy about being >nuked. If somebody gets this and has the tech ability to decode the fs layout and find what blocks these correspond do and track down the bugs in the kernel that cause this, you might try: "options SHOW_BUSYBUFS" in your kernel config file. What I find annoying is when there's one block left, and it's on a MFS'ed /tmp and the clean shutdown is aborted because of the unclean ramdisk. :-( (hint: MFS devices use a major number of 0xff, so the remaining blocks appear on dev 0x0000ffxx and so on) -Peter >> Clarence Wilkerson >-- >]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ >]] Genesis Software genesis@atrad.adelaide.edu.au [[ >]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ >]] realtime instrument control (ph/fax) +61-8-267-3039 [[ >]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Apr 7 01:51:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA02915 for current-outgoing; Sun, 7 Apr 1996 01:51:06 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA02910 for ; Sun, 7 Apr 1996 01:51:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id BAA00342; Sun, 7 Apr 1996 01:49:58 -0800 (PST) To: "Ernie Elu" cc: freebsd-current@freebsd.org Subject: Re: Updating /stand In-reply-to: Your message of "Sun, 07 Apr 1996 19:44:15 +1000." <199604070944.TAA28490@spooky.apana.org.au> Date: Sun, 07 Apr 1996 01:49:58 -0800 Message-ID: <340.828870598@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk /stand is *only* populated by the installation tools and it's very likely that this will not change. Sorry, but the contents of that directory are very specialized and I just don't see the gain in trying to build it along with the rest of the system. At some point, I'm sort of hoping that /stand will go away and be replaced by something much better for rescuing yourself. Its current "rescue abilities" are more accidental than deliberate, and many people simply ``rm -rf /stand'' after installation. I know that sounds like something of a cop-out, but I'm afraid that's the most accurate description of the current state of affairs that I can give you. Jordan > I just noticed that make world does not seem to update the files in the > /stand directory in particular /stand/sysinstall that I occasionally use and > now crashes as it is still dated Nov 18 from the 2.1R floppy I presume. > > What is the correct method for rebuilding the /stand directory so it is > current? > > - Ernie. From owner-freebsd-current Sun Apr 7 03:21:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA04583 for current-outgoing; Sun, 7 Apr 1996 03:21:21 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA04540 Sun, 7 Apr 1996 03:21:14 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA00186; Sun, 7 Apr 1996 12:21:12 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA01147; Sun, 7 Apr 1996 12:21:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA17302; Sun, 7 Apr 1996 11:55:43 +0200 (MET DST) From: J Wunsch Message-Id: <199604070955.LAA17302@uriah.heep.sax.de> Subject: Re: routed delete my PPP default: how to fight it? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 7 Apr 1996 11:55:43 +0200 (MET DST) Cc: ports@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604070218.GAA00630@astral.msk.su> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Apr 7, 96 06:18:26 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > Apr 7 05:57:24 astral routed[51]: deleting route to interface tun0 (timed out) > Apr 7 05:58:52 astral routed[51]: re-installing interface tun0 > > when carrier dropped. > How I can instruct routed NEVER delete route to tun0? killall routed :-) Don't use it. Peter once wrote that rdisc should be ready for prime time, and if you really need something more, use GateD. It allows you to declare an interface as ``passive'', meaning GateD will never delete the route out of this interface solely for the lack of getting routing information from it. The GateD port should install at least the gated_config HTML stuff somewhere under /usr/local for reference. (That's why i'm Cc'ing ports here.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Apr 7 05:27:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09487 for current-outgoing; Sun, 7 Apr 1996 05:27:25 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA09482 for ; Sun, 7 Apr 1996 05:27:22 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id WAA06451; Sun, 7 Apr 1996 22:23:05 +0930 From: Michael Smith Message-Id: <199604071253.WAA06451@genesis.atrad.adelaide.edu.au> Subject: Re: routed delete my PPP default: how to fight it? To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Sun, 7 Apr 1996 22:23:04 +0930 (CST) Cc: current@freebsd.org In-Reply-To: <199604070218.GAA00630@astral.msk.su> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Apr 7, 96 06:18:26 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= stands accused of saying: > > I got very often: > > Apr 7 05:57:24 astral routed[51]: deleting route to interface tun0 (timed out) > Apr 7 05:58:52 astral routed[51]: re-installing interface tun0 > > when carrier dropped. > > And sometimes "re-installing" not happens: it means that route > died and no one package can cause on-demand redialing. > > How I can instruct routed NEVER delete route to tun0? First and best is not to run it at all. Do you actually _need_ RIP support? If this is your home system, routed is just dead weight, and you'll be much better off just ripping (ha!) it out and using static routes. > Andrey A. Chernov : And I rest so composedly, /Now, in my bed, -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Apr 7 05:51:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10326 for current-outgoing; Sun, 7 Apr 1996 05:51:28 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA10321 for ; Sun, 7 Apr 1996 05:51:22 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA02062 for ; Sun, 7 Apr 1996 14:51:05 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA01868 for freebsd-current@FreeBSD.org; Sun, 7 Apr 1996 14:51:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id OAA18082 for freebsd-current@FreeBSD.org; Sun, 7 Apr 1996 14:02:06 +0200 (MET DST) From: J Wunsch Message-Id: <199604071202.OAA18082@uriah.heep.sax.de> Subject: Re: Can we upgrade ncurses? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 7 Apr 1996 14:02:05 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Peter Wemm" at Apr 7, 96 09:34:34 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Peter Wemm wrote: > The thing that I *sorely* miss in termcap (after being raised on terminfo) is > the more descriptive capability names. > I can dream, can't I? ;-) I think BSDi has been fixing this, at least for use with their login classes. passwd(5) login classes are used as an index into a termcap- style database, but they've definitely cleaned up the code and allow for long capability names. I don't know whether they've done it as a `generic' XXXcap library, or only for the login classes. Our current way of doing things is a crock. Consider /usr/src/usr.sbin/lpr/common_source/printcap.c: ... /* * termcap - routines for dealing with the terminal capability data base ^^^^^^^ ^^^^^^^^^^^^^^^^^^^ * ... #define PRINTCAP ... if (bp >= tbuf+BUFSIZ) { write(2, "Termcap entry too long\n", 23); *bp = '\0'; ... cp = getenv("TERMCAP"); /* * TERMCAP can have one of two things in it. It can be the ... if (cp && *cp) { if (*cp!='/') { cp2 = getenv("TERM"); if (cp2==(char *) 0 || strcmp(name,cp2)==0) { strcpy(bp,cp); return(tnchktc()); } else { tf = open(_PATH_PRINTCAP, 0); } } else tf = open(cp, 0); } if (tf==0) tf = open(_PATH_PRINTCAP, 0); #else tf = open(_PATH_PRINTCAP, 0); #endif ...or /usr/src/usr.bin/vgrind/vgrindefs.c: /* * Get an entry for terminal name in buffer bp, * from the termcap file. Parse is very rudimentary; * we just notice escaped newlines. */ tgetent(bp, name, file) char *bp, *name, *file; { ... Just to name two of them. (In addition, the code there is a clear candidate for the IOCCC. I wonder whether Bill Joy did ever participate in it...) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Apr 7 08:49:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA17359 for current-outgoing; Sun, 7 Apr 1996 08:49:26 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA17353 for ; Sun, 7 Apr 1996 08:49:23 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id RAA24479; Sun, 7 Apr 1996 17:30:16 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id RAA00331; Sun, 7 Apr 1996 17:31:26 +0200 (MET DST) Date: Sun, 7 Apr 1996 17:31:25 +0200 (MET DST) From: Andreas Klemm To: Satoshi Asami cc: current@freebsd.org Subject: Re: fast memory copy for large data sizes In-Reply-To: <199604052039.MAA25813@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Fri, 5 Apr 1996, Satoshi Asami wrote: > Marc, thanks for running the test. > > * > sh runtests > * > size libc ours > * > 32 7.629395 MB/s 7.629395 MB/s > * > 64 12.207031 MB/s 4.695012 MB/s > * [...] > * > 2097152 12.164192 MB/s 7.725020 MB/s > * > 4194304 12.290410 MB/s 7.719504 MB/s > * > mrami[~/bcopy]$ > * > * these tests SEEM to be indicating that the bcopy in libc > * is already better! or am I misreading something? > > No, it only shows the libc version is faster on a 486. We expected > that, as the FP unit on a 486 is much slower than a Pentium. (Even a > straight int -> FP conversion takes a lot of time I guess.) > > Any other Pentium owners? :) P90 overclocked to 100 MHz, 32MB 60ns PS/2 RAM, ASUS P55TP4XE mainboard, 256k sync. burst cache, -current, of course. Kernel was compiled with the pgcc -O6 -fomit-frame-pointer, the rest (that couldn't be compiled with a cc -m486 -O2 - -fomit-frame-pointer. size libc ours 32 30.517578 MB/s 15.258789 MB/s 64 61.035156 MB/s 20.345052 MB/s 128 40.690104 MB/s 30.517578 MB/s 256 40.690104 MB/s 34.877232 MB/s 512 40.690104 MB/s 40.690104 MB/s 1024 39.062500 MB/s 40.690104 MB/s 2048 39.062500 MB/s 42.459239 MB/s 4096 39.062500 MB/s 43.402778 MB/s 8192 39.062500 MB/s 43.890449 MB/s 16384 39.062500 MB/s 44.263456 MB/s 32768 39.111389 MB/s 44.452347 MB/s 65536 39.135880 MB/s 44.547398 MB/s 131072 39.123631 MB/s 44.563280 MB/s 262144 39.135880 MB/s 44.618954 MB/s 524288 39.138943 MB/s 44.622936 MB/s 1048576 39.143539 MB/s 44.644850 MB/s 2097152 39.131285 MB/s 44.652824 MB/s 4194304 39.128989 MB/s 44.639370 MB/s Andreas /// - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMWffzfMLpmkD/U+FAQHjvAQAq1wnfvEk5LMDm0i5pUkhJbgoJy6amlZ1 aNy0G6agHZxAgdXMPgSuxQ8nATETG8VOVSgy0R3mfoTQJRYnNM/iYel/CNH89HXA DavdM5Sl7UcGR3KZd+R9lGq0eh9mZfDDGyP7PMg23xRvEh5C8J8mAeK3X/BiEvue nR02o5x0yfs= =/e6n -----END PGP SIGNATURE----- From owner-freebsd-current Sun Apr 7 11:31:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA24649 for current-outgoing; Sun, 7 Apr 1996 11:31:03 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA24623 for ; Sun, 7 Apr 1996 11:30:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id MAA19811 for ; Sun, 7 Apr 1996 12:30:38 -0600 Message-Id: <199604071830.MAA19811@rover.village.org> To: current@freebsd.org Subject: CTM of CVS and disk space Date: Sun, 07 Apr 1996 12:30:38 -0600 From: Warner Losh Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What's the current estimate of disk usage for getting on the CTM treadmill? How much space does the CVS repositories take up? How much do I need for them + source tree + binaries for make world? Would 200M be enough? 400M? Does the disk space requirements change between -stable and -current trees? I currently have a 500M hard disk that I'd like to use for "recoverable" sources. That is, anything that I can recover w/o the need of a backup tape from somewhere on the net. I already have, for another project, all of NetBSD's sources on there, and they take up about 140M of source (I've not build binaries, but past experience for me suggests that it would take another 100ishM for the binaries), so I have "only" 250M-300M of disk space that I can allow for the FreeBSD stuff: CVS repository, -{current,stable} tree (one at a time) and whatever binaries I've generated and haven't installed yet. It would be nice to have a common source base for at least the user land code for FreeBSD and NetBSD. Userland code doesn't seem as greatly divergent as the kernel code. Does anybody know if something like this is going to happen any time soon? Has it happened and did I miss the announcement? Are volunteers needed to make it happen, and if so, is there a contact point? Warner From owner-freebsd-current Sun Apr 7 11:31:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA24707 for current-outgoing; Sun, 7 Apr 1996 11:31:25 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA24698 for ; Sun, 7 Apr 1996 11:31:22 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA11817; Sun, 7 Apr 1996 14:31:18 -0400 Date: Sun, 7 Apr 1996 14:31:18 -0400 From: Garrett Wollman Message-Id: <9604071831.AA11817@halloran-eldar.lcs.mit.edu> To: Poul-Henning Kamp Cc: freebsd-current@freefall.freebsd.org Subject: Re: sup/cvs tags In-Reply-To: <4585.828823637@critter.tfs.com> References: <199604061640.JAA21818@rocky.sri.MT.net> <4585.828823637@critter.tfs.com> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: >> I disagree. I think we don't use the full capabilities of CVS, and just >> because it might be painful for folks on slow links (and *NO* one has a > Maybe the right thing to do would be to make a branch for all core-members > (and other significant developers) once and for all... That would not be particularly useful, since half of the value of a branch is in what it's relative to. -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 Sun Apr 7 12:06:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA26036 for current-outgoing; Sun, 7 Apr 1996 12:06:31 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA26031 for ; Sun, 7 Apr 1996 12:06:27 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA23340; Sun, 7 Apr 1996 13:05:57 -0600 Date: Sun, 7 Apr 1996 13:05:57 -0600 From: Nate Williams Message-Id: <199604071905.NAA23340@rocky.sri.MT.net> To: Warner Losh Cc: current@freebsd.org Subject: Re: CTM of CVS and disk space In-Reply-To: <199604071830.MAA19811@rover.village.org> References: <199604071830.MAA19811@rover.village.org> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > What's the current estimate of disk usage for getting on the CTM > treadmill? How much space does the CVS repositories take up? Hmm, this is what I see on my box. > How > much do I need for them + source tree + binaries for make world? Quite a bit larger. In case you don't realize, the source tree is separate from the CVS tree. The CVS tree merely contains the source history and generates the actual -current and -stable sources. > Would 200M be enough? 400M? Does the disk space requirements change > between -stable and -current trees? That would be pushing it for *both* binaries and source, but should be adequate for the CVS tree and one of -current or -stable. > me suggests that it would take another 100ishM for the binaries), so I > have "only" 250M-300M of disk space that I can allow for the FreeBSD > stuff: CVS repository, -{current,stable} tree (one at a time) and > whatever binaries I've generated and haven't installed yet. I don't think that's enough to do it. The CVS tree alone would take up most of your space. > It would be nice to have a common source base for at least the user > land code for FreeBSD and NetBSD. For most things I think there is some agreement. At least I'd like to have some of the user-land bug-fixes in NetBSD. :) > Does anybody know if something like this is going to happen any time > soon? Has it happened and did I miss the announcement? Are > volunteers needed to make it happen, and if so, is there a contact > point? Do I see a hand there? It looks like I do, and it sure looks a lot like Warner is willing to head the effort and *become* the contact point. What a guy! *grin* Nate From owner-freebsd-current Sun Apr 7 12:10:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA26298 for current-outgoing; Sun, 7 Apr 1996 12:10:25 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA26290 for ; Sun, 7 Apr 1996 12:10:19 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id VAA19201; Sun, 7 Apr 1996 21:09:28 +0200 (SAT) Message-Id: <199604071909.VAA19201@grumble.grondar.za> To: Warner Losh cc: current@freebsd.org Subject: Re: CTM of CVS and disk space Date: Sun, 07 Apr 1996 21:09:24 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warner Losh wrote: > What's the current estimate of disk usage for getting on the CTM > treadmill? How much space does the CVS repositories take up? How > much do I need for them + source tree + binaries for make world? > Would 200M be enough? 400M? Does the disk space requirements change > between -stable and -current trees? I get CVS via CTM, and having a fully checked-out src/, CURRENT built, X11R6 built off CDROM and 45MB of ports totals 660MB. Does this help? > another project, all of NetBSD's sources on there, and they take up > about 140M of source (I've not build binaries, but past experience for > me suggests that it would take another 100ishM for the binaries), so I > have "only" 250M-300M of disk space that I can allow for the FreeBSD > stuff: CVS repository, -{current,stable} tree (one at a time) and > whatever binaries I've generated and haven't installed yet. You may be a little tight. :-( > It would be nice to have a common source base for at least the user > land code for FreeBSD and NetBSD. Userland code doesn't seem as > greatly divergent as the kernel code. Does anybody know if something > like this is going to happen any time soon? Has it happened and did I > miss the announcement? Are volunteers needed to make it happen, and > if so, is there a contact point? I am interested. Right now, I have NO time, but I will have in about 2-3 months. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Sun Apr 7 13:29:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29458 for current-outgoing; Sun, 7 Apr 1996 13:29:09 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA29451 for ; Sun, 7 Apr 1996 13:29:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA00508; Sun, 7 Apr 1996 13:23:10 -0700 From: Terry Lambert Message-Id: <199604072023.NAA00508@phaeton.artisoft.com> Subject: Re: devfs questions To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 7 Apr 1996 13:23:10 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199604070101.DAA15010@uriah.heep.sax.de> from "J Wunsch" at Apr 7, 96 03:01:37 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I still think that devfs should export the root directory and a dev > > directory and be mounted in the kernel. > > Why? And what's devfs' job wrt. the root dir? To export one so that root mount can be cone as a union mount and the devfs doesn't have to be mounted as a result of init (the mount of root would need to give priority to the devfs). > > I think it is a bad thing to chang init this way. > > What's the basical difference? (Despite, it's perhaps not much harder > either, but i'm curious about your reasons.) All the code can go into the kernel, and it doesn't have to be overly complicated. And for ports to new platforms, only a working ethernet driver is necesssary to get up initially. If the registration mechanisms for various slice management methods are provided in a kernel, it means a FreeBSD kernel could boot and run on a Linux box with no other changes to the Linux box. The same for any other i386 UNIX-like OS, for that matter, as long as the FS can be located in the local slicing/partitioning information and the FS there can be mounted. Think "FreeBSD now offering an upgrade to existing Linux systems". 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Apr 7 13:47:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA00601 for current-outgoing; Sun, 7 Apr 1996 13:47:02 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA00592 for ; Sun, 7 Apr 1996 13:46:58 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA00546; Sun, 7 Apr 1996 13:41:01 -0700 From: Terry Lambert Message-Id: <199604072041.NAA00546@phaeton.artisoft.com> Subject: Re: devfs questions To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 7 Apr 1996 13:41:01 -0700 (MST) Cc: freebsd-current@freebsd.org In-Reply-To: <199604070128.DAA15372@uriah.heep.sax.de> from "J Wunsch" at Apr 7, 96 03:28:49 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I don't really like the current way either. The fd0.foo entries > > > should be symlinks to `generic' fd0a ... fd0z entries, created by > > > the rc mechanism instead of by devfs. > > > > Bletch. The slices should not be there. You are imposing a naming > > convention that isn't very flexible an which we would then have > > to live with forever. > > Which slices? I'm simply implying some form of subdevices. The > actual meaning of them is run-time selectable. It is already now, > there's a mostly unused utility fdcontrol(8), you can use it to make > your fd0.1720 device node accept 184 KB floppies instead. :-) How do I "runtime select" it into my /etc/fstab? The naming convention is being imposed because you are restricting the subdevice domain to 26 entries (a..z), and that's what is bad, not the fact that naming is necessary or desirable. I think the naming should wait for media recognition, and in the case of no recognition, there should be no naming beyond the raw device (which you would then use to format the device, which when complete would establish a convention corresponding to the new format). > All i want is generic names, and leave it to userland to find > convenient names for it. Format autodetection will never work for all > 5E+23 different floppy formats that are available in the world. Microsoft can, therefore any reasonably intelligent 12 year old can. The Olympians live in Olympia, not Redmond, and it isn't the Greek version of Olympians. Bill Gates is not a god, despite his PR. > > Better to force "changedisk" and suggest people buy good floppy > > drives > > This is unrelated. Changelin support is unavailable for exotic > drives, and i think it's also unavailable for drives 2 and 3. I agree > that it should be used if it is there. (Didn't i say the floppy > driver needs a rewrite? :-) Yes. But this is more of an issue of "how do I handle removable media such that when I physically eject the 1.2M floppy and replace it with a 360k floppy, the kernel doesn't crap its pants?". It's possible for the floppy driver to provide the format recognition at this gross level, and it's possible for the file system, in the case of a device that has the "DEVF_REMOVABLE" flag but not the "DEVF_CHANGENOTIFY" or "DEVF_EMPTYNOTIFY", to verify that the disk has not changed underneath it before proceeding with an operation. For those with notification, its possible to do without having to verify for each seperate access. Obviously, a write-run or format-run or read-run isn't a seperate access... this is a buffer management issue. I don't really care if you handle a physical-but-unauthorized media change by saying "put the disk back or all changes will be lost" vs. just flushing the thing and forgetting about it. > > The first thing to do is to cause 0x370 referencing code to be added > > to the floppy driver so that this is not a problem for 95% of all 3.5" > > disks. > > There's not much different between modern 3.5in and 5.25in drives. > All AT drives are supposed to support changeline logic, and systems > like OS/2 do break if the drives are broken. We shouldn't break. We have the option of reprobing on each access (as simple as doing a single read and seeing if we get an error, and if we don't, comparing the data), or requiring the use of a "changedisk" program if the volume has not been unmounted. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Apr 7 14:11:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA02202 for current-outgoing; Sun, 7 Apr 1996 14:11:07 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA02189 for ; Sun, 7 Apr 1996 14:11:03 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA00599; Sun, 7 Apr 1996 14:05:12 -0700 From: Terry Lambert Message-Id: <199604072105.OAA00599@phaeton.artisoft.com> Subject: Re: devfs questions To: bde@zeta.org.au (Bruce Evans) Date: Sun, 7 Apr 1996 14:05:11 -0700 (MST) Cc: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de In-Reply-To: <199604070649.QAA31787@godzilla.zeta.org.au> from "Bruce Evans" at Apr 7, 96 04:49:31 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The change line is only valid while the motor is on, so it is almost > useless for automatic slice building. Consider the following setup: > > - fd0 motor off. > - all devices on fd0 closed. > - drive was previously opened, and it had slices fd0s1..fd0s4 on it, > and the slice driver has left these (possibly stale) devices in > the devfs tree for convenience (this is what it does now). > > What happens an attempt is made to open /dev/fd0s4 and /dev/fd0s4 has > gone away? Currently, the slice table is read and the open fails > because fd0s4 no longer exists, and fd0s4 disappears from the devfs > tree. This behaviour is right and wouldn't be significantly different > if the disk change line was supported - the slice table would be read > because the disk has changed instead of always like it is now. A reference to the /dev/fd0s4 device must force a validation of the /dev/fd0 device to determine if a media change has taken place. This is not a problem for an active disk, since the motor will be on the entire time. An allowable optimization may be to see if the motor is on, and if it is, assume no change. Note that this optimization is unnecessary for disks with real media change, but should work for those which don't. The format detection can be done by reading sectors 9 and 10 in a track, giving an error on the first read for an 8, an error on the second read for 9, and no error for 15 (obviously, this is extensible for n differing boundries for future support). The same algorithm can be used on sector 1 of differing tracks. Microsoft felt confident enough in this that the Windows95 "install format" media went out with a "non-standard" format. > The case where fd0s4 doesn't exist in the devfs tree but exists on the > disk after a disk change is more interesting/broken. Then there is > no way to reference /dev/fd0s4 without first opening /dev/fd0 or some > other existent slice or partition on fd0. Disk change line support > wouldn't be much used for fixing this because disk changes aren't > reported until you look. Yes, exactly. The "motor on" check can be used, as above, to optimize this. It means using broken hardware would be less optimial. I'd argue that broken hardware is intrinsically less optimal, so there is really no point in trying to do more than you can about it. > >> The first thing to do is to cause 0x370 referencing code to be added > >> to the floppy driver so that this is not a problem for 95% of all 3.5" > >> disks. > > >There's not much different between modern 3.5in and 5.25in drives. > >All AT drives are supposed to support changeline logic, and systems > >like OS/2 do break if the drives are broken. > > I have 2 out of 3 3.5in drives with broken change lines and 1 out of 3 > much older but less fragile 5.25in drives with broken change lines :-(. > This causes problems under DOS when I forget to hit ^C to tell it to > reset the disk. It used to cause problems under Linux. Linux now has > ioctls to disable the change line support. Installing new drives is > not an acceptable fix because I break things at install time :-). Any fix has to work with broken hardware, but it is acceptable to inconvenience the user in this case (make them type "changedisk" or put naked "^C"'s as a notifier into tcsh 8-)). For instance, it is inconvenient to have your Cyrix cache turned off, since the cache is there to help performance, but we all know that DMA writeback notification doesn't happen. For a system with bus master devices, turning of the cache is an "inconvenience", but not working is more of an inconvenience. We are not the source of the problem, the broken hardware is. Complaints should be taken up with the person who sold you the hardware, or, more preferrably, the person who bought it. Caveat Emptor. The ability to safely pop disks in and out at will on working hardware outwieghs ability to use a human as an index lookup into a device namespace instead of forcing the human to use a "changedisk" for the broken hardware. Consider "changedisk" to be the moral equivalent of forcing them to type "I acknowledge that I am trying to do something that shouldn't be possible with this broken hardware". Consider the results of the "changedisk" to be the system saying "here is the result you wanted as my thanks to you for acknowledging that you have crippled me with bogus hardware". You type ^C in DOS today to work around this hardware problem; all we are really arguing about now is number of keystrokes. Feel free to hack your shell. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun Apr 7 14:44:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA04855 for current-outgoing; Sun, 7 Apr 1996 14:44:20 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA04842 for ; Sun, 7 Apr 1996 14:44:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id PAA20741; Sun, 7 Apr 1996 15:43:55 -0600 Message-Id: <199604072143.PAA20741@rover.village.org> To: Nate Williams Subject: Re: CTM of CVS and disk space Cc: current@freebsd.org In-reply-to: Your message of Sun, 07 Apr 1996 13:05:57 MDT Date: Sun, 07 Apr 1996 15:43:55 -0600 From: Warner Losh Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : > Does anybody know if something like this is going to happen any time : > soon? Has it happened and did I miss the announcement? Are : > volunteers needed to make it happen, and if so, is there a contact : > point? : : Do I see a hand there? It looks like I do, and it sure looks a lot like : Warner is willing to head the effort and *become* the contact point. : What a guy! *grin* Yes. I'd be willing to help out in this effort, but I don't know if I have the time needed to lead and drive the effort. If all it takes is enough disk to have both NetBSD-current and FreeBSD-current online and diffable at the same time, then I can do it, program by program if need be. I don't know that even if I had the time if I'd have the computing resources to host something like this. I have only a 33.6kpbs link to the net right now, and only about 600M of disk that can be devoted to a project like this, and I run FreeBSD only, so I'd not be able to verify any merged thing would work on NetBSD because I don't have another machine that has the power to do a make world. However, I do have the time, skills and desire to help in any efforts at merging the user land code, should such efforts be hosted elsewhere. I'm not sure what kind of political battles I'd be getting into, especially with OpenBSD out there as well.... Just fyi: diff -u netbsd-current/src/bin/cat freebsd-2.1R/src/bin/cat | wc 173 703 4227 so this may be somewhat non-trivial.... Warner From owner-freebsd-current Sun Apr 7 15:40:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA09520 for current-outgoing; Sun, 7 Apr 1996 15:40:21 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA09513 for ; Sun, 7 Apr 1996 15:40:14 -0700 (PDT) Received: by sovcom.kiae.su id AA20871 (5.65.kiae-1 ); Mon, 8 Apr 1996 01:30:15 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 8 Apr 96 01:30:15 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id CAA01724; Mon, 8 Apr 1996 02:10:07 +0400 (MSD) Message-Id: <199604072210.CAA01724@astral.msk.su> Subject: Re: routed delete my PPP default: how to fight it? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 8 Apr 1996 02:10:07 +0400 (MSD) Cc: current@FreeBSD.org In-Reply-To: <199604071253.WAA06451@genesis.atrad.adelaide.edu.au> from "Michael Smith" at "Apr 7, 96 10:23:04 pm" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > How I can instruct routed NEVER delete route to tun0? > > First and best is not to run it at all. Do you actually _need_ RIP > support? If this is your home system, routed is just dead weight, and > you'll be much better off just ripping (ha!) it out and using static routes. I try, but in this case my console and messages overflowed by Apr 7 05:32:59 astral /kernel: Connection attempt to UDP 194.58.229.133:520 from 194.58.229.133:520 with new kernel (it is my IP and routed service). PPP needs routed somehow. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Apr 7 15:41:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA09630 for current-outgoing; Sun, 7 Apr 1996 15:41:37 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA09612 Sun, 7 Apr 1996 15:41:25 -0700 (PDT) Received: by sovcom.kiae.su id AA20864 (5.65.kiae-1 ); Mon, 8 Apr 1996 01:30:14 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 8 Apr 96 01:30:13 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id CAA01762; Mon, 8 Apr 1996 02:21:00 +0400 (MSD) Message-Id: <199604072221.CAA01762@astral.msk.su> Subject: Re: routed delete my PPP default: how to fight it? To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 8 Apr 1996 02:21:00 +0400 (MSD) Cc: freebsd-current@FreeBSD.org, ports@FreeBSD.org In-Reply-To: <199604070955.LAA17302@uriah.heep.sax.de> from "J Wunsch" at "Apr 7, 96 11:55:43 am" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > > Apr 7 05:57:24 astral routed[51]: deleting route to interface tun0 (timed out) > > Apr 7 05:58:52 astral routed[51]: re-installing interface tun0 > > > > when carrier dropped. > > > How I can instruct routed NEVER delete route to tun0? > > killall routed :-) I try, but then my log overflowed by Apr 7 05:32:59 astral /kernel: Connection attempt to UDP 194.58.229.133:520 from 194.58.229.133:520 messages from PPP (it is my address and routed service). User PPP needs someone listed at routed service. > Don't use it. Peter once wrote that rdisc should be ready for prime > time, and if you really need something more, use GateD. It allows you > to declare an interface as ``passive'', meaning GateD will never > delete the route out of this interface solely for the lack of getting > routing information from it. Gated is too large for home machine. Is rdisc work now? -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Apr 7 18:28:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17088 for current-outgoing; Sun, 7 Apr 1996 18:28:37 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA17073 for ; Sun, 7 Apr 1996 18:28:32 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id DAA12559 for ; Mon, 8 Apr 1996 03:28:25 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id DAA10007 for freebsd-current@FreeBSD.org; Mon, 8 Apr 1996 03:28:24 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id CAA01573 for freebsd-current@FreeBSD.org; Mon, 8 Apr 1996 02:42:21 +0200 (MET DST) From: J Wunsch Message-Id: <199604080042.CAA01573@uriah.heep.sax.de> Subject: Re: devfs questions To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 8 Apr 1996 02:42:21 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604072041.NAA00546@phaeton.artisoft.com> from "Terry Lambert" at Apr 7, 96 01:41:01 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > The naming convention is being imposed because you are restricting > the subdevice domain to 26 entries (a..z), and that's what is bad, > not the fact that naming is necessary or desirable. It will perhaps have to be even more restricted. Bruce suggests two densities (`standard', and `alternate'). Realistically, we have about 8 or so by now. So my `a' ... `z' was an overstatement, but Bruce convinced me that the name clash with partition letters is inconsitent. > > All i want is generic names, and leave it to userland to find > > convenient names for it. Format autodetection will never work for all > > 5E+23 different floppy formats that are available in the world. > > Microsoft can, therefore any reasonably intelligent 12 year old can. MS-DOS has a hard time reading my 5*1024*80*2 CP/M floppies, and it doesn't get it at all (even not with an additional driver) if the first four track of such a floppy are 26*128 FM formatted, since the BIOS insists on being able to read the very first sector. Further, if somebody has to handle 200 floppies of the (5E+23 - 1)th format in the list, he will be more than happy to have an `alternate density device' to shortcut the kernel decision. The same is true for unformatted media, since the driver will also have to do a long walk through its builtin format list before it will finally give up and declare the medium as unformatted. I've did format autodetection, though in my CP/M driver. :-) I've seen better autodetection in another CP/M driver, and i've seen many worse examples later. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Apr 7 18:28:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17116 for current-outgoing; Sun, 7 Apr 1996 18:28:44 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA17086 for ; Sun, 7 Apr 1996 18:28:36 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id DAA12568 for ; Mon, 8 Apr 1996 03:28:28 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id DAA10009 for freebsd-current@FreeBSD.org; Mon, 8 Apr 1996 03:28:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id DAA01749 for freebsd-current@FreeBSD.org; Mon, 8 Apr 1996 03:10:22 +0200 (MET DST) From: J Wunsch Message-Id: <199604080110.DAA01749@uriah.heep.sax.de> Subject: Re: routed delete my PPP default: how to fight it? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 8 Apr 1996 03:10:21 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604072221.CAA01762@astral.msk.su> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Apr 8, 96 02:21:00 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > killall routed :-) > > I try, but then my log overflowed by > Apr 7 05:32:59 astral /kernel: Connection attempt to UDP 194.58.229.133:520 from 194.58.229.133:520 > messages from PPP (it is my address and routed service). Huh? Why does your machine broadcast RIP packages to itself? > User PPP needs someone listening at routed service. No. I always use it without something like routed running. I've checked the source, and i cannot find where iijppp would reference `router', `routed', or `520', or even open a UDP socket by itself. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Apr 7 18:55:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA18464 for current-outgoing; Sun, 7 Apr 1996 18:55:10 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA18452 for ; Sun, 7 Apr 1996 18:55:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id BAA06372 ; Mon, 8 Apr 1996 01:59:06 +0100 (BST) To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) cc: msmith@atrad.adelaide.edu.au (Michael Smith), current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: routed delete my PPP default: how to fight it? In-reply-to: Your message of "Mon, 08 Apr 1996 02:10:07 +0400." <199604072210.CAA01724@astral.msk.su> Date: Mon, 08 Apr 1996 01:59:05 +0100 Message-ID: <6370.828925145@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote in message ID <199604072210.CAA01724@astral.msk.su>: > I try, but in this case my console and messages overflowed by > Apr 7 05:32:59 astral /kernel: Connection attempt to UDP 194.58.229.133:520 > from 194.58.229.133:520 Are you sure about this? Those two IP addr's are the same... > with new kernel (it is my IP and routed service). PPP needs routed somehow. Sorry? PPP doesn't need routed ... I'm running IIJPPP fine without routed ... As I've said before, all you need is the correct config to set the default router to be the other end of the PPP link and you're set... Gary From owner-freebsd-current Sun Apr 7 19:22:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA20314 for current-outgoing; Sun, 7 Apr 1996 19:22:00 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA20307 for ; Sun, 7 Apr 1996 19:21:48 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA08258; Mon, 8 Apr 1996 12:18:03 +0930 From: Michael Smith Message-Id: <199604080248.MAA08258@genesis.atrad.adelaide.edu.au> Subject: Re: routed delete my PPP default: how to fight it? To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Mon, 8 Apr 1996 12:18:03 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, current@FreeBSD.org In-Reply-To: <199604072210.CAA01724@astral.msk.su> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Apr 8, 96 02:10:07 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= stands accused of saying: > > > > How I can instruct routed NEVER delete route to tun0? > > > > First and best is not to run it at all. Do you actually _need_ RIP > > support? If this is your home system, routed is just dead weight, and > > you'll be much better off just ripping (ha!) it out and using static routes. > > I try, but in this case my console and messages overflowed by > Apr 7 05:32:59 astral /kernel: Connection attempt to UDP 194.58.229.133:520 from 194.58.229.133:520 > with new kernel (it is my IP and routed service). PPP needs routed somehow. Bollocks. I have no idea what is trying to talk to your routed, but PPP certainly doesn't need it. Nuke routed, and use ppp to insert the default route. > Andrey A. Chernov : And I rest so composedly, /Now, in my bed, -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Apr 7 19:29:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA20930 for current-outgoing; Sun, 7 Apr 1996 19:29:37 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA20921 for ; Sun, 7 Apr 1996 19:29:31 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id UAA23885; Sun, 7 Apr 1996 20:27:43 -0600 Date: Sun, 7 Apr 1996 20:27:43 -0600 From: Nate Williams Message-Id: <199604080227.UAA23885@rocky.sri.MT.net> To: Warner Losh Cc: Nate Williams , current@freebsd.org Subject: Re: CTM of CVS and disk space In-Reply-To: <199604072143.PAA20741@rover.village.org> References: <199604072143.PAA20741@rover.village.org> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ Merging NetBSD and FreeBSD user-land code ] > : Do I see a hand there? It looks like I do, and it sure looks a lot like > : Warner is willing to head the effort and *become* the contact point. > : What a guy! *grin* > > Yes. I'd be willing to help out in this effort, but I don't know if I > have the time needed to lead and drive the effort. To be honest, no-one has the time needed to drive the effort, but anytime is better than no time. And, since no-one else is working on it you'd be the defacto leader. :) > If all it takes is enough disk to have both NetBSD-current and > FreeBSD-current online and diffable at the same time, then I can do > it, program by program if need be. I don't claim to speak for everyone else, but I'm pretty sure they be more than willing to have you do the work, program by program if necessary. > I don't know that even if I had the time if I'd have the computing > resources to host something like this. I have only a 33.6kpbs link to > the net right now That's better than mine. :) > and only about 600M of disk that can be devoted to > a project like this, and I run FreeBSD only, so I'd not be able to > verify any merged thing would work on NetBSD because I don't have > another machine that has the power to do a make world. I think you'd need someone in the NetBSD camp to do the actual commits anyway, but if you brought in their changes into our tree and sent our changes to them via send-pr I suspect you'd be making progress. > However, I do have the time, skills and desire to help in any efforts > at merging the user land code, should such efforts be hosted > elsewhere. I'm not sure what kind of political battles I'd be getting > into, especially with OpenBSD out there as well.... If you merge in their changes, get some folks to review the changes, and then start doing the commits on your own I suspect you'd certainly have some pretty happy folks in FreeBSD land. Nate From owner-freebsd-current Sun Apr 7 19:40:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA21740 for current-outgoing; Sun, 7 Apr 1996 19:40:15 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA21727 Sun, 7 Apr 1996 19:40:08 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id UAA23925; Sun, 7 Apr 1996 20:39:54 -0600 Date: Sun, 7 Apr 1996 20:39:54 -0600 From: Nate Williams Message-Id: <199604080239.UAA23925@rocky.sri.MT.net> To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org, ports@FreeBSD.org Subject: Re: routed delete my PPP default: how to fight it? In-Reply-To: <199604072221.CAA01762@astral.msk.su> References: <199604070955.LAA17302@uriah.heep.sax.de> <199604072221.CAA01762@astral.msk.su> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > Apr 7 05:57:24 astral routed[51]: deleting route to interface tun0 (timed out) > > > Apr 7 05:58:52 astral routed[51]: re-installing interface tun0 > > > > > > when carrier dropped. > > > > > How I can instruct routed NEVER delete route to tun0? > > > > killall routed :-) > > I try, but then my log overflowed by > Apr 7 05:32:59 astral /kernel: Connection attempt to UDP 194.58.229.133:520 from 194.58.229.133:520 > messages from PPP (it is my address and routed service). User PPP needs > someone listed at routed service. Hmm, I ran it for weeks w/out routed and it never complained. That was prior to 2.1, but it worked fine for me w/out routed. (I'm now running SLIP w/out routed with no problems.) Nate From owner-freebsd-current Sun Apr 7 20:03:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA23573 for current-outgoing; Sun, 7 Apr 1996 20:03:14 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA23568 for ; Sun, 7 Apr 1996 20:03:12 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id XAA17087; Sun, 7 Apr 1996 23:03:20 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id XAA15852; Sun, 7 Apr 1996 23:03:45 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Sun, 7 Apr 1996 23:03:44 -0400 (EDT) From: "Marc G. Fournier" To: "Eric S. Raymond" cc: current@freebsd.org, Ncurses Mailing List Subject: Re: terminfo-less ncurses In-Reply-To: <199604072339.TAA14935@locke.ccil.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Note: This is being CC'd into current@freebsd.org... On Sun, 7 Apr 1996, Eric S. Raymond wrote: > > Odd question, but, if I wish to totally disable terminfo and > > use termcap-only for ncurses, how would I go about doing that? I've > > looked through configure for any options, and found none, but I'm > > assuming that there is a way of doing this? > > There's no way to do this, nor am I interested in creating one. I'm trying > to kill off termcap, not give it new life. > > Why on earth do you want this? Trying to get FreeBSD upgraded from 1.8.6 to 1.9.9e, but have been informed that it has to be terminfo-less first. What if I compile ncurses but don't install a terminfo database to go along with it? Just /etc/termcap? Will it still work, or will it try to install a personalized .terminfo directory compiled from the /etc/termcap entry? Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Sun Apr 7 21:08:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA27578 for current-outgoing; Sun, 7 Apr 1996 21:08:41 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA27556 for ; Sun, 7 Apr 1996 21:08:35 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.7.5/8.7.3) with SMTP id AAA04024 for ; Mon, 8 Apr 1996 00:08:34 -0400 (EDT) Message-Id: <199604080408.AAA04024@whizzo.transsys.com> X-Authentication-Warning: whizzo.transsys.com: Host localhost.transsys.com [127.0.0.1] didn't use HELO protocol To: current@freebsd.org From: "Louis A. Mamakos" Subject: usr.bin/xinstall derefs null pointer Date: Mon, 08 Apr 1996 00:08:33 -0400 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk FYI, If you invoke the new and improved install(1) with the ALLOW_NUMERIC_IDS feature, and don't specify an owner or group, it dereferences a null pointer. The calls to resolve_uid() and resolve_gid() need to be protected. This seems to have gone in recently in: ---------------------------- revision 1.6 date: 1996/04/06 01:50:40; author: julian; state: Exp; lines: +75 -3 Submitted by: archie@tribe.com allow the user to install using a Numeric GID or UID. this brings it in to line with chgrp and chown, ans is required by some people using FreeBSD in a product. ---------------------------- louie From owner-freebsd-current Sun Apr 7 21:11:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA27828 for current-outgoing; Sun, 7 Apr 1996 21:11:10 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA27815 for ; Sun, 7 Apr 1996 21:11:06 -0700 (PDT) Received: by sovcom.kiae.su id AA06926 (5.65.kiae-1 ); Mon, 8 Apr 1996 07:00:17 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 8 Apr 96 07:00:16 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id HAA00449; Mon, 8 Apr 1996 07:34:50 +0400 (MSD) Message-Id: <199604080334.HAA00449@astral.msk.su> Subject: Re: routed delete my PPP default: how to fight it? To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 8 Apr 1996 07:34:50 +0400 (MSD) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199604080110.DAA01749@uriah.heep.sax.de> from "J Wunsch" at "Apr 8, 96 03:10:21 am" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > > > killall routed :-) > > > > I try, but then my log overflowed by > > Apr 7 05:32:59 astral /kernel: Connection attempt to UDP 194.58.229.133:520 from 194.58.229.133:520 > > messages from PPP (it is my address and routed service). > > Huh? Why does your machine broadcast RIP packages to itself? I don't know. It stopped when I kill PPP or start routed. > > User PPP needs someone listening at routed service. > > No. I always use it without something like routed running. I use too, but got log overflowing with recent UDP.vain -current feature. > I've checked the source, and i cannot find where iijppp would > reference `router', `routed', or `520', or even open a UDP socket by > itself. I also do, it is strange... -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Apr 7 21:11:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA27892 for current-outgoing; Sun, 7 Apr 1996 21:11:29 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA27878 for ; Sun, 7 Apr 1996 21:11:26 -0700 (PDT) Received: by sovcom.kiae.su id AA06922 (5.65.kiae-1 ); Mon, 8 Apr 1996 07:00:15 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 8 Apr 96 07:00:15 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id HAA00431; Mon, 8 Apr 1996 07:30:51 +0400 (MSD) Message-Id: <199604080330.HAA00431@astral.msk.su> Subject: Re: routed delete my PPP default: how to fight it? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 8 Apr 1996 07:30:50 +0400 (MSD) Cc: msmith@atrad.adelaide.edu.au, current@FreeBSD.org In-Reply-To: <199604080248.MAA08258@genesis.atrad.adelaide.edu.au> from "Michael Smith" at "Apr 8, 96 12:18:03 pm" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= stands accused of saying: > > > > > > How I can instruct routed NEVER delete route to tun0? > > > > > > First and best is not to run it at all. Do you actually _need_ RIP > > > support? If this is your home system, routed is just dead weight, and > > > you'll be much better off just ripping (ha!) it out and using static routes. > > > > I try, but in this case my console and messages overflowed by > > Apr 7 05:32:59 astral /kernel: Connection attempt to UDP 194.58.229.133:520 from 194.58.229.133:520 > > with new kernel (it is my IP and routed service). PPP needs routed somehow. > > Bollocks. I have no idea what is trying to talk to your routed, but > PPP certainly doesn't need it. It was PPP. It stopped when I kill PPP or start routed. I running -current kernel (with UDP.vain enabled) and IIJ PPP. > Nuke routed, and use ppp to insert the default route. It was what I do. It seems that PPP send routed brodcasts. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Apr 7 21:12:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA27979 for current-outgoing; Sun, 7 Apr 1996 21:12:13 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA27972 Sun, 7 Apr 1996 21:12:03 -0700 (PDT) Received: by sovcom.kiae.su id AA06928 (5.65.kiae-1 ); Mon, 8 Apr 1996 07:00:17 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 8 Apr 96 07:00:17 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id HAA00461; Mon, 8 Apr 1996 07:36:18 +0400 (MSD) Message-Id: <199604080336.HAA00461@astral.msk.su> Subject: Re: routed delete my PPP default: how to fight it? To: gpalmer@FreeBSD.ORG (Gary Palmer) Date: Mon, 8 Apr 1996 07:36:18 +0400 (MSD) Cc: msmith@atrad.adelaide.edu.au, current@FreeBSD.ORG In-Reply-To: <6370.828925145@palmer.demon.co.uk> from "Gary Palmer" at "Apr 8, 96 01:59:05 am" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote in message ID > <199604072210.CAA01724@astral.msk.su>: > > I try, but in this case my console and messages overflowed by > > Apr 7 05:32:59 astral /kernel: Connection attempt to UDP 194.58.229.133:520 > > from 194.58.229.133:520 > > Are you sure about this? Those two IP addr's are the same... What you mean by 'shure'? It was line pasted from my 'messages' IP address is my IP address. > > with new kernel (it is my IP and routed service). PPP needs routed somehow. > > Sorry? PPP doesn't need routed ... I'm running IIJPPP fine without > routed ... As I've said before, all you need is the correct config to > set the default router to be the other end of the PPP link and you're > set... I was what I do. Can you check it in very recent -current? -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Apr 7 21:12:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA28049 for current-outgoing; Sun, 7 Apr 1996 21:12:44 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA28020 Sun, 7 Apr 1996 21:12:37 -0700 (PDT) Received: by sovcom.kiae.su id AA06924 (5.65.kiae-1 ); Mon, 8 Apr 1996 07:00:16 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 8 Apr 96 07:00:16 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id HAA00440; Mon, 8 Apr 1996 07:32:30 +0400 (MSD) Message-Id: <199604080332.HAA00440@astral.msk.su> Subject: Re: routed delete my PPP default: how to fight it? To: nate@sri.MT.net (Nate Williams) Date: Mon, 8 Apr 1996 07:32:30 +0400 (MSD) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org, ports@freebsd.org In-Reply-To: <199604080239.UAA23925@rocky.sri.MT.net> from "Nate Williams" at "Apr 7, 96 08:39:54 pm" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > Apr 7 05:57:24 astral routed[51]: deleting route to interface tun0 (timed out) > > > > Apr 7 05:58:52 astral routed[51]: re-installing interface tun0 > > > > > > > > when carrier dropped. > > > > > > > How I can instruct routed NEVER delete route to tun0? > > > > > > killall routed :-) > > > > I try, but then my log overflowed by > > Apr 7 05:32:59 astral /kernel: Connection attempt to UDP 194.58.229.133:520 from 194.58.229.133:520 > > messages from PPP (it is my address and routed service). User PPP needs > > someone listed at routed service. > > Hmm, I ran it for weeks w/out routed and it never complained. That was > prior to 2.1, but it worked fine for me w/out routed. (I'm now running > SLIP w/out routed with no problems.) It is NOT a problem, just log overflowing. UDP.vain is enabled in -current VERY recently. Of course, I can disable UDP.vain, but I prefer somehow plug routed service. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Apr 7 21:13:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA28257 for current-outgoing; Sun, 7 Apr 1996 21:13:59 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA28251 for ; Sun, 7 Apr 1996 21:13:56 -0700 (PDT) Received: by sequent.kiae.su id AA28845 (5.65.kiae-2 ); Mon, 8 Apr 1996 07:11:58 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 8 Apr 96 07:11:57 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id IAA00669; Mon, 8 Apr 1996 08:08:55 +0400 (MSD) Message-Id: <199604080408.IAA00669@astral.msk.su> Subject: Re: terminfo-less ncurses To: scrappy@ki.net (Marc G. Fournier) Date: Mon, 8 Apr 1996 08:08:55 +0400 (MSD) Cc: esr@locke.ccil.org, current@freebsd.org, ncurses-list@netcom.com In-Reply-To: from "Marc G. Fournier" at "Apr 7, 96 11:03:44 pm" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Note: This is being CC'd into current@freebsd.org... > > On Sun, 7 Apr 1996, Eric S. Raymond wrote: > > > > Odd question, but, if I wish to totally disable terminfo and > > > use termcap-only for ncurses, how would I go about doing that? I've > > > looked through configure for any options, and found none, but I'm > > > assuming that there is a way of doing this? > > > > There's no way to do this, nor am I interested in creating one. I'm trying > > to kill off termcap, not give it new life. > > > > Why on earth do you want this? Terminfo abuses filesystem with its database, Berkeley *.db termcap database give much faster results for searches. Terminfo is not extendable. Modern termcap have all terminfo cababilities. > Trying to get FreeBSD upgraded from 1.8.6 to 1.9.9e, but have > been informed that it has to be terminfo-less first. > > What if I compile ncurses but don't install a terminfo database > to go along with it? Just /etc/termcap? Will it still work, or will it No /etc/termcap but /usr/share/misc/termcap. > try to install a personalized .terminfo directory compiled from the > /etc/termcap entry? Total terminfo disabulity isn't possible with current ncurses, so additional patch needed. If it will be configure option, it will be even better. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Apr 7 21:26:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA29419 for current-outgoing; Sun, 7 Apr 1996 21:26:09 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA29410 for ; Sun, 7 Apr 1996 21:26:03 -0700 (PDT) Received: by sovcom.kiae.su id AA09800 (5.65.kiae-1 for current@freebsd.org); Mon, 8 Apr 1996 07:13:28 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 8 Apr 96 07:13:27 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id IAA00709 for current@freebsd.org; Mon, 8 Apr 1996 08:13:16 +0400 (MSD) Message-Id: <199604080413.IAA00709@astral.msk.su> Subject: Connection attempt... PID needed! To: current@freebsd.org (FreeBSD-current) Date: Mon, 8 Apr 1996 08:13:16 +0400 (MSD) 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can we report process number in this diagnostic to help finding processes which cause some misterious things? -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Apr 7 21:32:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA29843 for current-outgoing; Sun, 7 Apr 1996 21:32:20 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA29834 for ; Sun, 7 Apr 1996 21:32:16 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id AAA19458; Mon, 8 Apr 1996 00:32:08 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with ESMTP id AAA20444; Mon, 8 Apr 1996 00:32:48 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Mon, 8 Apr 1996 00:32:48 -0400 (EDT) From: "Marc G. Fournier" Reply-To: "Marc G. Fournier" To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= cc: esr@locke.ccil.org, current@freebsd.org, ncurses-list@netcom.com Subject: Re: terminfo-less ncurses In-Reply-To: <199604080408.IAA00669@astral.msk.su> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 8 Apr 1996, [KOI8-R] =E1=CE=C4=D2=C5=CA =FE=C5=D2=CE=CF=D7 wrote: > > Note: This is being CC'd into current@freebsd.org... > > > > On Sun, 7 Apr 1996, Eric S. Raymond wrote: > > > > > > =09Odd question, but, if I wish to totally disable terminfo and > > > > use termcap-only for ncurses, how would I go about doing that? I'v= e > > > > looked through configure for any options, and found none, but I'm > > > > assuming that there is a way of doing this? > > > > > > There's no way to do this, nor am I interested in creating one. I'm = trying > > > to kill off termcap, not give it new life. > > > > > > Why on earth do you want this? > > Terminfo abuses filesystem with its database, Berkeley *.db termcap datab= ase > give much faster results for searches. Terminfo is not extendable. > Modern termcap have all terminfo cababilities. =09What do you mean by "extendable"? My understanding of terminfo is that its mainly a "compiled" termcap entry, spread over a directory tree structure vs one flat file...other then that, they have the same features. > > try to install a personalized .terminfo directory compiled from the > > /etc/termcap entry? > > Total terminfo disabulity isn't possible with current ncurses, > so additional patch needed. If it will be configure option, > it will be even better. > =09According to one of the developers, they took out the capability to use a pure termcap system, and quite frankly, I'm a little confused as to what is so special about termcap. Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Sun Apr 7 21:37:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA00269 for current-outgoing; Sun, 7 Apr 1996 21:37:59 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA00263 for ; Sun, 7 Apr 1996 21:37:55 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id AAA19505 for ; Mon, 8 Apr 1996 00:37:45 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id AAA20454 for ; Mon, 8 Apr 1996 00:38:25 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Mon, 8 Apr 1996 00:38:24 -0400 (EDT) From: "Marc G. Fournier" Reply-To: "Marc G. Fournier" To: current@freebsd.org Subject: termcap/curses vs ncurses Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... Other then "because nobody has done it yet", why do we have termcap & curses & ncurses & mytinfo? ncurses alone replaces them all, except for the fact that everyone seems to be dead-set against terminfo vs termcap. curses is dated '94, termcap is dated '93, and I haven't figured out what mytinfo is used for, but its dated '92, while ncurses is being actively developed. it just looks like a lot of redundant libraries to do the same thing, with the result of having a bloated set of libraries. Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Sun Apr 7 21:58:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA01367 for current-outgoing; Sun, 7 Apr 1996 21:58:02 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA01361 for ; Sun, 7 Apr 1996 21:57:59 -0700 (PDT) Received: by sequent.kiae.su id AA07886 (5.65.kiae-2 ); Mon, 8 Apr 1996 07:55:38 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 8 Apr 96 07:55:38 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id IAA00901; Mon, 8 Apr 1996 08:50:19 +0400 (MSD) Message-Id: <199604080450.IAA00901@astral.msk.su> Subject: Re: terminfo-less ncurses To: scrappy@ki.net Date: Mon, 8 Apr 1996 08:50:19 +0400 (MSD) Cc: esr@locke.ccil.org, current@freebsd.org, ncurses-list@netcom.com In-Reply-To: from "Marc G. Fournier" at "Apr 8, 96 00:32:48 am" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Mon, 8 Apr 1996, [KOI8-R] áÎÄÒÅÊ þÅÒÎÏ× wrote: > > > > Note: This is being CC'd into current@freebsd.org... > > > > > > On Sun, 7 Apr 1996, Eric S. Raymond wrote: > > > > > > > > Odd question, but, if I wish to totally disable terminfo and > > > > > use termcap-only for ncurses, how would I go about doing that? I've > > > > > looked through configure for any options, and found none, but I'm > > > > > assuming that there is a way of doing this? > > > > > > > > There's no way to do this, nor am I interested in creating one. I'm trying > > > > to kill off termcap, not give it new life. > > > > > > > > Why on earth do you want this? > > > > Terminfo abuses filesystem with its database, Berkeley *.db termcap database > > give much faster results for searches. Terminfo is not extendable. > > Modern termcap have all terminfo cababilities. > > What do you mean by "extendable"? My understanding of terminfo > is that its mainly a "compiled" termcap entry, spread over a directory > tree structure vs one flat file...other then that, they have the same > features. You can't add new capability to terminfo without touching its internal structure. > > > try to install a personalized .terminfo directory compiled from the > > > /etc/termcap entry? > > > > Total terminfo disabulity isn't possible with current ncurses, > > so additional patch needed. If it will be configure option, > > it will be even better. > > > > According to one of the developers, they took out the capability > to use a pure termcap system, and quite frankly, I'm a little confused > as to what is so special about termcap. Such thing never exists in ncurses. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Apr 7 22:00:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01637 for current-outgoing; Sun, 7 Apr 1996 22:00:57 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA01630 Sun, 7 Apr 1996 22:00:52 -0700 (PDT) Received: by sequent.kiae.su id AA07898 (5.65.kiae-2 ); Mon, 8 Apr 1996 07:55:42 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 8 Apr 96 07:55:40 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id IAA00915; Mon, 8 Apr 1996 08:53:28 +0400 (MSD) Message-Id: <199604080453.IAA00915@astral.msk.su> Subject: Re: routed delete my PPP default: how to fight it? To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Mon, 8 Apr 1996 08:53:28 +0400 (MSD) Cc: gpalmer@FreeBSD.org, msmith@atrad.adelaide.edu.au, current@FreeBSD.org In-Reply-To: <199604080336.HAA00461@astral.msk.su> from "áÎÄÒÅÊ þÅÒÎÏ×" at "Apr 8, 96 07:36:18 am" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > Apr 7 05:32:59 astral /kernel: Connection attempt to UDP 194.58.229.133:520 > > Sorry? PPP doesn't need routed ... I'm running IIJPPP fine without > > routed ... As I've said before, all you need is the correct config to > > set the default router to be the other end of the PPP link and you're > > set... > > I was what I do. Can you check it in very recent -current? P.S. I start to get this messages immediately after PPP connection established and stop get them immediately after carrier drop. Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default d1.z194-58-227.rel UGc 5 3 tun0 astral astral UH 1 735 lo0 ^^^^^ look at this line: it is UDP router attempts d1.z194-58-227.rel d133.z194-58-229.r UH 6 137 tun0 -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.u : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Apr 7 22:13:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA02217 for current-outgoing; Sun, 7 Apr 1996 22:13:47 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA02212 for ; Sun, 7 Apr 1996 22:13:43 -0700 (PDT) Received: by sequent.kiae.su id AA11668 (5.65.kiae-2 ); Mon, 8 Apr 1996 08:10:13 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 8 Apr 96 08:10:12 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id JAA01029; Mon, 8 Apr 1996 09:09:02 +0400 (MSD) Message-Id: <199604080509.JAA01029@astral.msk.su> Subject: Re: termcap/curses vs ncurses To: scrappy@ki.net Date: Mon, 8 Apr 1996 09:09:01 +0400 (MSD) Cc: current@freebsd.org In-Reply-To: from "Marc G. Fournier" at "Apr 8, 96 00:38:24 am" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Other then "because nobody has done it yet", why do we have > termcap & curses & ncurses & mytinfo? ncurses alone replaces them all, > except for the fact that everyone seems to be dead-set against terminfo > vs termcap. > > curses is dated '94, termcap is dated '93, and I haven't figured > out what mytinfo is used for, but its dated '92, while ncurses is being mytinfo is terminfo emulator. > actively developed. > > it just looks like a lot of redundant libraries to do the same > thing, with the result of having a bloated set of libraries. proper way: Pass#1: bring up 1.9.9 ncurses Pass#2: replace mytinfo with fake dummy library Pass#3: duplicate ncurses to curses (symlinks) -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Apr 7 22:25:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA03129 for current-outgoing; Sun, 7 Apr 1996 22:25:59 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA03124 for ; Sun, 7 Apr 1996 22:25:56 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id BAA21038; Mon, 8 Apr 1996 01:25:56 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with ESMTP id BAA20521; Mon, 8 Apr 1996 01:26:38 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Mon, 8 Apr 1996 01:26:38 -0400 (EDT) From: "Marc G. Fournier" To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= cc: current@freebsd.org Subject: Re: termcap/curses vs ncurses In-Reply-To: <199604080509.JAA01029@astral.msk.su> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 8 Apr 1996, [KOI8-R] =E1=CE=C4=D2=C5=CA =FE=C5=D2=CE=CF=D7 wrote: > > =09curses is dated '94, termcap is dated '93, and I haven't figured > > out what mytinfo is used for, but its dated '92, while ncurses is being > > mytinfo is terminfo emulator. > =09what do you mean by an 'emulator'? does ncurses replace it, or does it augment ncurses? is there currently any reason to keep it in the library try? > proper way: > Pass#1: bring up 1.9.9 ncurses =09Okay, but this has to be brought up with termcap only support, which to me, means that we are taking a perfectly good library and hacking to do something that it wasn't meant to do (namely, use termcap) > Pass#2: replace mytinfo with fake dummy library =09What code requires mytinfo that mytinfo can't just be removed from the source tree? > Pass#3: duplicate ncurses to curses (symlinks) > =09Meaning that we can get rid of libcurses altogether. =09But, again, the problem comes down to termcap vs terminfo :) =09Is *everyone* set against terminfo? If so, I'll work on 1.9.9 so that it parses only termcap and doesn't create a .terminfo directory, just sounds crippling to me :( =09I'll try to have it up and working by the end of this week, had most of it done today, and then sup'd in a new -current forgetting to put a refuse file in for libncurses *sigh* won't make *that* mistake again. Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Sun Apr 7 22:42:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA03972 for current-outgoing; Sun, 7 Apr 1996 22:42:34 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA03967 for ; Sun, 7 Apr 1996 22:42:30 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id HAA11690 ; Mon, 8 Apr 1996 07:42:28 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA24065 ; Mon, 8 Apr 1996 07:42:45 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id AAA01334; Mon, 8 Apr 1996 00:28:18 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604072228.AAA01334@keltia.freenix.fr> Subject: Re: CTM of CVS and disk space To: imp@village.org (Warner Losh) Date: Mon, 8 Apr 1996 00:28:18 +0200 (MET DST) Cc: current@FreeBSD.ORG In-Reply-To: <199604071830.MAA19811@rover.village.org> from Warner Losh at "Apr 7, 96 12:30:38 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1864 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Warner Losh said: > treadmill? How much space does the CVS repositories take up? How The CVS tree for both src/ports and the international repos. is currently about 225 MB; /usr/src/ is another 136 MB; /usr/obj is about 100 MB. > much do I need for them + source tree + binaries for make world? > Would 200M be enough? 400M? Does the disk space requirements change > between -stable and -current trees? 225+136+100 ~ 460 MB. I don't think there are signifiant differences between a -CURRENT and a -STABLE tree, a few megabytes at most. The 2.1.0-RELEASE tree I keep around is about 126 MB... > need of a backup tape from somewhere on the net. I already have, for > another project, all of NetBSD's sources on there, and they take up > about 140M of source (I've not build binaries, but past experience for > me suggests that it would take another 100ishM for the binaries), so I > have "only" 250M-300M of disk space that I can allow for the FreeBSD > stuff: CVS repository, -{current,stable} tree (one at a time) and > whatever binaries I've generated and haven't installed yet. That's almost 200 MB too short. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #10: Sun Apr 7 18:52:11 MET DST 1996 From owner-freebsd-current Sun Apr 7 23:11:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05381 for current-outgoing; Sun, 7 Apr 1996 23:11:53 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA05369 for ; Sun, 7 Apr 1996 23:11:43 -0700 (PDT) Received: by sovcom.kiae.su id AA03380 (5.65.kiae-1 ); Mon, 8 Apr 1996 08:58:55 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 8 Apr 96 08:58:55 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id JAA01213; Mon, 8 Apr 1996 09:56:33 +0400 (MSD) Message-Id: <199604080556.JAA01213@astral.msk.su> Subject: Re: termcap/curses vs ncurses To: scrappy@ki.net (Marc G. Fournier) Date: Mon, 8 Apr 1996 09:56:32 +0400 (MSD) Cc: current@freebsd.org In-Reply-To: from "Marc G. Fournier" at "Apr 8, 96 01:26:38 am" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Mon, 8 Apr 1996, [KOI8-R] áÎÄÒÅÊ þÅÒÎÏ× wrote: > > > > curses is dated '94, termcap is dated '93, and I haven't figured > > > out what mytinfo is used for, but its dated '92, while ncurses is being > > > > mytinfo is terminfo emulator. > > > what do you mean by an 'emulator'? does ncurses replace it, or does > it augment ncurses? is there currently any reason to keep it in the > library try? 1.8.6 ncurses can't use termcap directly. 1.9.9 already have mytinfo integrated. > > proper way: > > Pass#1: bring up 1.9.9 ncurses > > Okay, but this has to be brought up with termcap only support, > which to me, means that we are taking a perfectly good library and hacking > to do something that it wasn't meant to do (namely, use termcap) No, it already understand termcap if configured with --with-termcap configure option. Hacking means remove terminfo database support. Better #ifdef'ed, and with configure option so it is a chance to pass it back to maintainers. > > Pass#2: replace mytinfo with fake dummy library > > What code requires mytinfo that mytinfo can't just be removed > from the source tree? Some ports/vendors already knows about mytinfo for FreeBSD. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Apr 7 23:19:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05814 for current-outgoing; Sun, 7 Apr 1996 23:19:01 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA05808 for ; Sun, 7 Apr 1996 23:18:58 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA08973; Mon, 8 Apr 1996 16:15:19 +0930 From: Michael Smith Message-Id: <199604080645.QAA08973@genesis.atrad.adelaide.edu.au> Subject: Re: routed delete my PPP default: how to fight it? To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Mon, 8 Apr 1996 16:15:19 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, current@freebsd.org In-Reply-To: <199604080330.HAA00431@astral.msk.su> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Apr 8, 96 07:30:50 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= stands accused of saying: > > Bollocks. I have no idea what is trying to talk to your routed, but > > PPP certainly doesn't need it. > > It was PPP. It stopped when I kill PPP or start routed. > I running -current kernel (with UDP.vain enabled) and IIJ PPP. Don't think so. You must have something else going (maybe two routeds?). > > Nuke routed, and use ppp to insert the default route. > > It was what I do. It seems that PPP send routed brodcasts. Well, having checked the sources, I have to say that unless it cons' code up out of nowhere when it runs, there doesn't appear to be _any_ UDP code, routed-aware or not in iijppp. > Andrey A. Chernov : And I rest so composedly, /Now, in my bed, -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Apr 7 23:22:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05956 for current-outgoing; Sun, 7 Apr 1996 23:22:50 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA05947 for ; Sun, 7 Apr 1996 23:22:47 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id CAA22774; Mon, 8 Apr 1996 02:22:45 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with ESMTP id CAA20675; Mon, 8 Apr 1996 02:23:24 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Mon, 8 Apr 1996 02:23:23 -0400 (EDT) From: "Marc G. Fournier" To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= cc: current@freebsd.org Subject: Re: termcap/curses vs ncurses In-Reply-To: <199604080556.JAA01213@astral.msk.su> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 8 Apr 1996, [KOI8-R] =E1=CE=C4=D2=C5=CA =FE=C5=D2=CE=CF=D7 wrote: > 1.8.6 ncurses can't use termcap directly. 1.9.9 already have mytinfo > integrated. > =09Okay, so 1.9.9 in in Pass #1, mytinfo out completely in Pass #2 (as well as making sure that all references to -lmytinfo are removed) and getting rid of libcurses in Pass #2 (replaced by symlinks to 1.9.9) =09How about libtermcap? > > > proper way: > > > Pass#1: bring up 1.9.9 ncurses > > > > =09Okay, but this has to be brought up with termcap only support, > > which to me, means that we are taking a perfectly good library and hack= ing > > to do something that it wasn't meant to do (namely, use termcap) > > No, it already understand termcap if configured with --with-termcap confi= gure > option. Hacking means remove terminfo database support. Better #ifdef'ed, > and with configure option so it is a chance to pass it back to > maintainers. > =09Ahhhh, okay...I should have thought of that. *sigh* Still learning, ya ya, that's my excuse :) > > > Pass#2: replace mytinfo with fake dummy library > > > > =09What code requires mytinfo that mytinfo can't just be removed > > from the source tree? > > Some ports/vendors already knows about mytinfo for FreeBSD. > =09Can libmytinfo be a symlink like libcurses then? =09Well, let me get through integrating 1.9.9 and then I'll worry about Pass #2+ One at a time :) Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Mon Apr 8 02:21:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA15359 for current-outgoing; Mon, 8 Apr 1996 02:21:00 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA15348 for ; Mon, 8 Apr 1996 02:20:53 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA18120 for ; Mon, 8 Apr 1996 11:20:51 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA13237 for freebsd-current@FreeBSD.org; Mon, 8 Apr 1996 11:20:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA03913 for freebsd-current@FreeBSD.org; Mon, 8 Apr 1996 11:02:11 +0200 (MET DST) From: J Wunsch Message-Id: <199604080902.LAA03913@uriah.heep.sax.de> Subject: Re: routed delete my PPP default: how to fight it? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 8 Apr 1996 11:02:10 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604080334.HAA00449@astral.msk.su> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Apr 8, 96 07:34:50 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > > User PPP needs someone listening at routed service. > > > > No. I always use it without something like routed running. > > I use too, but got log overflowing with recent UDP.vain -current feature. > > > I've checked the source, and i cannot find where iijppp would > > reference `router', `routed', or `520', or even open a UDP socket by > > itself. > > I also do, it is strange... Ah, i've also started it right now, and now i can see them, too. Grumbling... Ah, i can see more of them, even for SLIP! I think i've found a pattern... I still have to figure out why, but these connection attempts (menge tag, Poul!!!) do always happen when UUCP is active, regardless of whether it runs via a modem line, or via a TCP connection. Even more strange... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Apr 8 02:42:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA16148 for current-outgoing; Mon, 8 Apr 1996 02:42:21 -0700 (PDT) Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA16139 for ; Mon, 8 Apr 1996 02:42:17 -0700 (PDT) Received: from tky007.tth.expo96.ad.jp (masafumi@localhost [127.0.0.1]) by mail.tky007.tth.expo96.ad.jp (8.7.5/3.4W4-SMTP) with ESMTP id SAA00263; Mon, 8 Apr 1996 18:43:40 +0900 (JST) Message-Id: <199604080943.SAA00263@mail.tky007.tth.expo96.ad.jp> To: freebsd-current@freebsd.org Cc: t94303mn@sfc.keio.ac.jp Subject: errors from ps & w From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= Reply-To: t94303mn@sfc.keio.ac.jp X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 08 Apr 1996 18:43:39 +0900 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm running FreeBSD-current as of 04/03 and ``ps'' and ``w'' give following error. % w 6:38PM up 1 min, 1 user, load averages: 0.07, 0.03, 0.01 USER TTY FROM LOGIN@ IDLE WHAT w: proc size mismatch (26144 total, 612 chunks): Undefined error: 0 % ps -a ps: proc size mismatch (26144 total, 612 chunks) % First, I rebooted the system and the errors didn't go away. Then I replaced ``ps'', ``w'' and the kernel with the ones compiled from the latest sources and the problem stayed there, too. Now, what could be causing this? Any suggestion is appreciated. ----------------------------------------------------------------------- Masafumi NAKANE, Keio Univ., Dept. of Environmental Information E-Mail : t94303mn@sfc.keio.ac.jp / masafumi@pobox.com [URL] : http://www.sfc.keio.ac.jp/~t94303mn From owner-freebsd-current Mon Apr 8 03:03:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA16734 for current-outgoing; Mon, 8 Apr 1996 03:03:08 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA16721 for ; Mon, 8 Apr 1996 03:03:05 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA18669 for ; Mon, 8 Apr 1996 12:03:03 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA14006 for freebsd-current@FreeBSD.org; Mon, 8 Apr 1996 12:03:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA04231 for freebsd-current@FreeBSD.org; Mon, 8 Apr 1996 11:27:43 +0200 (MET DST) From: J Wunsch Message-Id: <199604080927.LAA04231@uriah.heep.sax.de> Subject: Re: Connection attempt... PID needed! To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 8 Apr 1996 11:27:42 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604080413.IAA00709@astral.msk.su> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Apr 8, 96 08:13:16 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > Can we report process number in this diagnostic to help > finding processes which cause some misterious things? This is hard to do. Logfile examination and lastcomm(1) are better. :-) It's somehow related to sendmail. I can reproduce it by starting sendmail directly to write me a mail, without any connection to my ISP. Ick. Silly me. <:-) It wasn't routed, but instead mail.local's ``biff'' attempts i've been watching. But so now: j@uriah 115% fgrep 'Connection attempt' /var/log/messages | fgrep -v :512 Apr 8 10:40:39 uriah /kernel: Connection attempt to TCP 192.168.0.1:3000 from 192.168.0.1:1261 This connection attempt was provocated to see if the feature works. So regardless of whether i use SLIP or (iij)PPP, i cannot see any connection attempts on the router port. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Apr 8 03:24:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA17861 for current-outgoing; Mon, 8 Apr 1996 03:24:11 -0700 (PDT) Received: from pain.csrv.uidaho.edu (root@pain.csrv.uidaho.edu [129.101.114.109]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA17856 for ; Mon, 8 Apr 1996 03:24:08 -0700 (PDT) Received: from pain.csrv.uidaho.edu (fn@localhost [127.0.0.1]) by pain.csrv.uidaho.edu (8.7.5/8.6.9) with ESMTP id DAA18305; Mon, 8 Apr 1996 03:23:57 -0700 (PDT) To: t94303mn@sfc.keio.ac.jp cc: freebsd-current@FreeBSD.org Subject: Re: errors from ps & w In-reply-to: Your message of "Mon, 08 Apr 1996 18:43:39 +0900." <199604080943.SAA00263@mail.tky007.tth.expo96.ad.jp> Date: Mon, 08 Apr 1996 03:23:57 -0700 Message-ID: <18302.828959037@pain.csrv.uidaho.edu> From: Faried Nawaz Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= wrote... First, I rebooted the system and the errors didn't go away. Then I replaced ``ps'', ``w'' and the kernel with the ones compiled from the latest sources and the problem stayed there, too. Now, what could be causing this? Any suggestion is appreciated. did you update libkvm before remaking ps and w? From owner-freebsd-current Mon Apr 8 03:41:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18519 for current-outgoing; Mon, 8 Apr 1996 03:41:52 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA18513 for ; Mon, 8 Apr 1996 03:41:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id DAA02637; Mon, 8 Apr 1996 03:41:38 -0700 (PDT) Message-Id: <199604081041.DAA02637@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: t94303mn@sfc.keio.ac.jp cc: freebsd-current@FreeBSD.org Subject: Re: errors from ps & w In-reply-to: Your message of "Mon, 08 Apr 1996 18:43:39 +0900." <199604080943.SAA00263@mail.tky007.tth.expo96.ad.jp> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 08 Apr 1996 03:41:38 -0700 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Hi, > > I'm running FreeBSD-current as of 04/03 and ``ps'' and ``w'' give >following error. > >% w > 6:38PM up 1 min, 1 user, load averages: 0.07, 0.03, 0.01 >USER TTY FROM LOGIN@ IDLE WHAT >w: proc size mismatch (26144 total, 612 chunks): Undefined error: 0 >% ps -a >ps: proc size mismatch (26144 total, 612 chunks) >% > > First, I rebooted the system and the errors didn't go away. Then >I replaced ``ps'', ``w'' and the kernel with the ones compiled from >the latest sources and the problem stayed there, too. > > Now, what could be causing this? Any suggestion is appreciated. Rebuild and install libkvm and *then* rebuild w and ps. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Mon Apr 8 03:55:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18927 for current-outgoing; Mon, 8 Apr 1996 03:55:36 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA18922 for ; Mon, 8 Apr 1996 03:55:33 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id MAA08064; Mon, 8 Apr 1996 12:30:15 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id MAA00839; Mon, 8 Apr 1996 12:25:06 +0200 (MET DST) Date: Mon, 8 Apr 1996 12:25:04 +0200 (MET DST) From: Andreas Klemm To: Warner Losh cc: current@FreeBSD.ORG Subject: Re: CTM of CVS and disk space In-Reply-To: <199604071830.MAA19811@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Sun, 7 Apr 1996, Warner Losh wrote: > What's the current estimate of disk usage for getting on the CTM > treadmill? How much space does the CVS repositories take up? How > much do I need for them + source tree + binaries for make world? > Would 200M be enough? 400M? Does the disk space requirements change > between -stable and -current trees? /usr/src (-current) 132316 /usr/obj 98918 /usr/ports 17356 (without distfiles) /CVS/CVSROOT 5418 /CVS/ports 13958 /CVS/src 188479 /CVS/deltas 2736 (ctm level 1709 02/25 - 1865 04/07) - -------------------------------------- 459181 > I currently have a 500M hard disk that I'd like to use for > "recoverable" sources. That is, anything that I can recover w/o the > need of a backup tape from somewhere on the net. So you could use your 500M Harddisk completely for FreeBSD developement. Everything there is recoverable ... > I already have, for > another project, all of NetBSD's sources on there, and they take up > about 140M of source (I've not build binaries, but past experience for > me suggests that it would take another 100ishM for the binaries), so I > have "only" 250M-300M of disk space that I can allow for the FreeBSD > stuff: CVS repository, -{current,stable} tree (one at a time) and > whatever binaries I've generated and haven't installed yet. That 250-300MB would be ok for the source repository. But it might be a bit too small for objects and the checked out source tree ... Do you have enough space in /usr land, so that you check out /usr/src and /usr/obj in /usr ... ? - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMWjpgfMLpmkD/U+FAQGcmgQAzPFEeOb0XgCZ8cxJjOu4dFwcXeylsZNx VR0MtCwtNmYUpoAPfiLrRTvaNCATuQMGq4UL5uz33ekA0iChGMuMrRMYV89pNFOo vJCrTfsmoKW18BNca+BkrxQa4eHebY1Mv3RCPQExUIbyr9m8Zt67iBejV99KawVY lOm7dOIkNzs= =2sxA -----END PGP SIGNATURE----- From owner-freebsd-current Mon Apr 8 04:15:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA20128 for current-outgoing; Mon, 8 Apr 1996 04:15:06 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA20116 for ; Mon, 8 Apr 1996 04:15:02 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA19218; Mon, 8 Apr 1996 12:53:16 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA14713; Mon, 8 Apr 1996 12:53:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id MAA04884; Mon, 8 Apr 1996 12:50:54 +0200 (MET DST) From: J Wunsch Message-Id: <199604081050.MAA04884@uriah.heep.sax.de> Subject: Re: usr.bin/xinstall derefs null pointer To: louie@TransSys.COM (Louis A. Mamakos) Date: Mon, 8 Apr 1996 12:50:53 +0200 (MET DST) Cc: current@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604080408.AAA04024@whizzo.transsys.com> from "Louis A. Mamakos" at Apr 8, 96 00:08:33 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Louis A. Mamakos wrote: > If you invoke the new and improved install(1) with the > ALLOW_NUMERIC_IDS feature, and don't specify an owner or group, it > dereferences a null pointer. The calls to resolve_uid() and > resolve_gid() need to be protected. This seems to have gone in > recently in: Thanks. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Apr 8 04:15:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA20149 for current-outgoing; Mon, 8 Apr 1996 04:15:09 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA20126 for ; Mon, 8 Apr 1996 04:15:05 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA18885 for ; Mon, 8 Apr 1996 12:22:14 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id MAA14498; Mon, 8 Apr 1996 12:20:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA04555; Mon, 8 Apr 1996 11:56:45 +0200 (MET DST) From: J Wunsch Message-Id: <199604080956.LAA04555@uriah.heep.sax.de> Subject: The Biff service To: freebsd-current@FreeBSD.org (FreeBSD-current users), eric@cs.berkeley.edu Date: Mon, 8 Apr 1996 11:56:44 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Would people kill me for introducing a `-b' option to mail.local(8) to stop it from attempting to use the ``biff'' service? (To Eric: recent FreeBSD kernels can log failed connection attempts to TCP or UDP ports. So the `biff' attempts clutter the logs. However, /etc/services is normally being used as a ``list of known services'' as opposed to a ``list of installed services'', so checking with getservbyname() alone isn't really an option.) Index: sendmail/mail.local/mail.local.8 =================================================================== RCS file: /home/ncvs/src/usr.sbin/sendmail/mail.local/mail.local.8,v retrieving revision 1.1.1.1 diff -u -u -r1.1.1.1 mail.local.8 --- mail.local.8 1995/12/02 17:30:22 1.1.1.1 +++ mail.local.8 1996/04/08 09:47:16 @@ -40,6 +40,7 @@ .Sh SYNOPSIS .Nm mail.local .Op Fl f Ar from +.Op Fl b .Ar user ... .Sh DESCRIPTION .Nm Mail.local @@ -55,6 +56,10 @@ .Bl -tag -width xxxfrom .It Fl f Ar from Specify the sender's name. +.It Fl b +Turn off the attempts to notify the +.Dq biff +service. .El .Pp Individual mail messages in the mailbox are delimited by an empty Index: sendmail/mail.local/mail.local.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/sendmail/mail.local/mail.local.c,v retrieving revision 1.1.1.1 diff -u -u -r1.1.1.1 mail.local.c --- mail.local.c 1995/12/02 17:30:22 1.1.1.1 +++ mail.local.c 1996/04/08 09:55:44 @@ -127,7 +127,7 @@ int eval = EX_OK; /* sysexits.h error value. */ -void deliver __P((int, char *)); +void deliver __P((int, char *, int)); void e_to_sys __P((int)); __dead void err __P((const char *, ...)); void notifybiff __P((char *)); @@ -142,7 +142,7 @@ char *argv[]; { struct passwd *pw; - int ch, fd; + int ch, fd, nobiff; uid_t uid; char *from; extern char *optarg; @@ -162,8 +162,12 @@ #endif from = NULL; - while ((ch = getopt(argc, argv, "df:r:")) != EOF) + nobiff = 0; + while ((ch = getopt(argc, argv, "bdf:r:")) != EOF) switch(ch) { + case 'b': + nobiff++; + break; case 'd': /* Backward compatible. */ break; case 'f': @@ -204,7 +208,7 @@ * at the expense of repeated failures and multiple deliveries. */ for (fd = store(from); *argv; ++argv) - deliver(fd, *argv); + deliver(fd, *argv, nobiff); exit(eval); } @@ -259,8 +263,8 @@ } void -deliver(fd, name) - int fd; +deliver(fd, name, nobiff) + int fd, nobiff; char *name; { struct stat fsb, sb; @@ -368,11 +372,14 @@ goto err1; } - /* Get the starting offset of the new message for biff. */ - curoff = lseek(mbfd, (off_t)0, SEEK_END); - (void)snprintf(biffmsg, sizeof(biffmsg), - sizeof curoff > sizeof(long) ? "%s@%qd\n" : "%s@%ld\n", - name, curoff); + if (!nobiff) { + /* Get the starting offset of the new message for biff. */ + curoff = lseek(mbfd, (off_t)0, SEEK_END); + (void)snprintf(biffmsg, sizeof(biffmsg), + sizeof curoff > sizeof(long) ? + "%s@%qd\n" : "%s@%ld\n", + name, curoff); + } /* Copy the message into the file. */ if (lseek(fd, (off_t)0, SEEK_SET) == (off_t)-1) { @@ -436,7 +443,8 @@ printf("reset euid = %d\n", geteuid()); #endif unlockmbox(); - notifybiff(biffmsg); + if (!nobiff) + notifybiff(biffmsg); } /* @@ -525,7 +533,7 @@ usage() { eval = EX_USAGE; - err("usage: mail.local [-f from] user ..."); + err("usage: mail.local [-b] [-f from] user ..."); } #if __STDC__ -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Apr 8 04:55:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA22265 for current-outgoing; Mon, 8 Apr 1996 04:55:50 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA22260 for ; Mon, 8 Apr 1996 04:55:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id EAA11170 for ; Mon, 8 Apr 1996 04:55:36 -0700 (PDT) To: current@freebsd.org Subject: How are people running Linux abuse? Date: Mon, 08 Apr 1996 04:55:36 -0700 Message-ID: <11168.828964536@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've heard quite a few people talking about how they're successfully running the Linux version of abuse, but darned if I can figure out how they're doing it! 1. I installed /usr/ports/emulators/linux_lib and verified that /compat/linux is populated with all kinds of good stuff. 2. I made a link from /compat/linux/lib to /lib since abuse seems to expect /lib/ld.so to exist (and it now does). 3. I ran ./abuse.x11R6 from the abuse-1.10 distribution for Linux: jkh@time-> ./abuse.x11R6 ./abuse.x11R6: can't load dynamic linker '/lib/ld.so nor /usr/i486-linux/lib/ld.so' jkh@time-> ls -l /lib/ld.so -rwxr-xr-x 1 root bin 17412 Jul 8 1994 /lib/ld.so jkh@time-> file /lib/ld.so /lib/ld.so: Linux/i386 demand-paged executable (ZMAGIC), stripped I am running -current as of yesterday's sources. Jordan From owner-freebsd-current Mon Apr 8 05:29:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA23899 for current-outgoing; Mon, 8 Apr 1996 05:29:16 -0700 (PDT) Received: from mail.tky007.tth.expo96.ad.jp (root@tky007.tth.expo96.ad.jp [133.246.32.58]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA23893 for ; Mon, 8 Apr 1996 05:29:13 -0700 (PDT) Received: from tky007.tth.expo96.ad.jp (masafumi@localhost [127.0.0.1]) by mail.tky007.tth.expo96.ad.jp (8.7.5/3.4W4-SMTP) with ESMTP id VAA01133; Mon, 8 Apr 1996 21:30:23 +0900 (JST) Message-Id: <199604081230.VAA01133@mail.tky007.tth.expo96.ad.jp> To: davidg@Root.COM Cc: t94303mn@sfc.keio.ac.jp, freebsd-current@FreeBSD.org Subject: Re: errors from ps & w From: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= Reply-To: t94303mn@sfc.keio.ac.jp In-Reply-To: Your message of "Mon, 08 Apr 1996 03:41:38 -0700" References: <199604081041.DAA02637@Root.COM> X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 08 Apr 1996 21:30:22 +0900 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk From: David Greenman Subject: Re: errors from ps & w Date: Mon, 08 Apr 1996 03:41:38 -0700 > >% w > > 6:38PM up 1 min, 1 user, load averages: 0.07, 0.03, 0.01 > >USER TTY FROM LOGIN@ IDLE WHAT > >w: proc size mismatch (26144 total, 612 chunks): Undefined error: 0 > >% ps -a > >ps: proc size mismatch (26144 total, 612 chunks) > >% > > > Rebuild and install libkvm and *then* rebuild w and ps. Many thanks to those of you who responded to my rather stupid question. Ps & w work fine now. Thanks again. Masafumi From owner-freebsd-current Mon Apr 8 06:02:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA24695 for current-outgoing; Mon, 8 Apr 1996 06:02:38 -0700 (PDT) Received: from cocoa.ops.neosoft.com (root@cocoa.ops.neosoft.com [206.109.5.227]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA24690 for ; Mon, 8 Apr 1996 06:02:35 -0700 (PDT) Received: (from dbaker@localhost) by cocoa.ops.neosoft.com (8.7.5/8.6.12) id IAA01376; Mon, 8 Apr 1996 08:02:23 -0500 (CDT) Date: Mon, 8 Apr 1996 08:02:23 -0500 (CDT) From: Daniel Baker X-Sender: dbaker@cocoa.ops.neosoft.com To: Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= cc: freebsd-current@FreeBSD.org, t94303mn@sfc.keio.ac.jp Subject: Re: errors from ps & w In-Reply-To: <199604080943.SAA00263@mail.tky007.tth.expo96.ad.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Try recompiling ps and w. Daniel On Mon, 8 Apr 1996, Masafumi NAKANE/=?ISO-2022-JP?B?GyRCQ2Y6LDJtSjgbKEI=?= wrote: > Hi, > > I'm running FreeBSD-current as of 04/03 and ``ps'' and ``w'' give > following error. > > % w > 6:38PM up 1 min, 1 user, load averages: 0.07, 0.03, 0.01 > USER TTY FROM LOGIN@ IDLE WHAT > w: proc size mismatch (26144 total, 612 chunks): Undefined error: 0 > % ps -a > ps: proc size mismatch (26144 total, 612 chunks) > % > > First, I rebooted the system and the errors didn't go away. Then > I replaced ``ps'', ``w'' and the kernel with the ones compiled from > the latest sources and the problem stayed there, too. > > Now, what could be causing this? Any suggestion is appreciated. > > ----------------------------------------------------------------------- > Masafumi NAKANE, Keio Univ., Dept. of Environmental Information > E-Mail : t94303mn@sfc.keio.ac.jp / masafumi@pobox.com > [URL] : http://www.sfc.keio.ac.jp/~t94303mn > Daniel Baker - Daniel@Cuckoo.COM "Uhhhhhhh, thank you, drive through please" From owner-freebsd-current Mon Apr 8 07:53:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA01574 for current-outgoing; Mon, 8 Apr 1996 07:53:01 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA01568 for ; Mon, 8 Apr 1996 07:52:56 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id IAA24889; Mon, 8 Apr 1996 08:52:43 -0600 Date: Mon, 8 Apr 1996 08:52:43 -0600 From: Nate Williams Message-Id: <199604081452.IAA24889@rocky.sri.MT.net> To: Michael Smith Cc: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=), current@freebsd.org Subject: Re: routed delete my PPP default: how to fight it? In-Reply-To: <199604080645.QAA08973@genesis.atrad.adelaide.edu.au> References: <199604080330.HAA00431@astral.msk.su> <199604080645.QAA08973@genesis.atrad.adelaide.edu.au> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > It was what I do. It seems that PPP send routed brodcasts. > > Well, having checked the sources, I have to say that unless it cons' code > up out of nowhere when it runs, there doesn't appear to be _any_ UDP > code, routed-aware or not in iijppp. Umm, I know there is some IP code being sent out in iijppp, but it's not necessary. It might be interpreted as 'UDP' code. if ((routes = socket(PF_ROUTE, SOCK_RAW, AF_INET)) < 0) { logprintf("sifproxyarp: opening routing socket: \n"); return 0; } arpmsg.hdr.rtm_type = RTM_ADD; arpmsg.hdr.rtm_flags = RTF_ANNOUNCE | RTF_HOST | RTF_STATIC; arpmsg.hdr.rtm_version = RTM_VERSION; arpmsg.hdr.rtm_seq = ++rtm_seq; arpmsg.hdr.rtm_addrs = RTA_DST | RTA_GATEWAY; arpmsg.hdr.rtm_inits = RTV_EXPIRE; arpmsg.dst.sin_len = sizeof(struct sockaddr_inarp); arpmsg.dst.sin_family = AF_INET; arpmsg.dst.sin_addr.s_addr = hisaddr; arpmsg.dst.sin_other = SIN_PROXY; arpmsg.hdr.rtm_msglen = (char *) &arpmsg.hwa - (char *) &arpmsg + arpmsg.hwa.sdl_len; if (write(routes, &arpmsg, arpmsg.hdr.rtm_msglen) < 0) { ... Look in arp.c Nate From owner-freebsd-current Mon Apr 8 07:58:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA01889 for current-outgoing; Mon, 8 Apr 1996 07:58:04 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA01881 for ; Mon, 8 Apr 1996 07:58:00 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Mon, 8 Apr 96 10:57:59 -0400 Received: from compound.think.com ([206.10.99.151]) by Early-Bird.Think.COM; Mon, 8 Apr 96 10:57:56 EDT Received: (from alk@localhost) by compound.think.com (8.7.5/8.6.112) id JAA10195; Mon, 8 Apr 1996 09:58:02 -0500 (CDT) Date: Mon, 8 Apr 1996 09:58:02 -0500 (CDT) Message-Id: <199604081458.JAA10195@compound.think.com> From: Tony Kimball To: current@freebsd.org Subject: Re: termcap/curses vs ncurses Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: "Marc G. Fournier" Date: Mon, 8 Apr 1996 01:26:38 -0400 (EDT) =09Is *everyone* set against terminfo? If so, I'll work on 1.9.9 so that it parses only termcap and doesn't create a .terminfo directory, just sounds crippling to me :( One man's opinion: terminfo is gross over-engineering cruft, and more importantly it is a bother for sysadmin. As long as there is no need to bring in other software that depends upon it, it seems desirable to avoid the pollution. From owner-freebsd-current Mon Apr 8 08:17:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA02994 for current-outgoing; Mon, 8 Apr 1996 08:17:33 -0700 (PDT) Received: from trout.nosc.mil (trout.nosc.mil [128.49.16.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA02982 for ; Mon, 8 Apr 1996 08:17:26 -0700 (PDT) Received: from cod.nosc.mil by trout.nosc.mil (4.1/SMI-4.1) id AA12539; Mon, 8 Apr 96 08:17:21 PDT Received: from [128.49.16.48] (aegis.nosc.mil) by cod.nosc.mil (4.1/SMI-4.1) id AA00654; Mon, 8 Apr 96 08:15:33 PDT X-Sender: gshaffer@cod.nosc.mil Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 8 Apr 1996 07:16:43 -0800 To: "Justin T. Gibbs" From: gshaffer@nosc.mil (Greg Shaffer) Subject: Re: Interesting XF86 Problem Cc: current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk It took me several days to get my 2.1R upto 2.1-STABLE (up to src-2.1.0067). After rebuilding the kernel and doing a make world; make install, the problem still persists. Do you have any other suggestions? Not being a Adaptec SCSI expert, I don't have a clue where to begin with this problem. Is there some DEBUG switches that can be set that might give me some output or drop me into a debugger? Thanks for the help. Greg Shaffer >>My appologies for such a long e-mail, but here is an interesting problem >>which has had me stumped for a week that I would appriciate some suggestion >>on. > >You are probably triggerering a bug in the aic7xxx driver. I would suggest >upgrading to 2.1-STABLE and seeing if your problem persists. There have >been many bug fixes to that driver since 2.1R. > >-- >Justin T. Gibbs >=========================================== > FreeBSD: Turning PCs into workstations >=========================================== From owner-freebsd-current Mon Apr 8 08:27:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA03400 for current-outgoing; Mon, 8 Apr 1996 08:27:39 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA03395 for ; Mon, 8 Apr 1996 08:27:34 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id KAA09869 for ; Mon, 8 Apr 1996 10:21:09 -0500 Received: from tserv.lodgenet.com(204.124.120.10) by bacall via smap (V1.3) id sma009863; Mon Apr 8 10:20:46 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id JAA18551; Mon, 8 Apr 1996 09:35:01 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.5/8.6.12) with SMTP id JAA00926; Mon, 8 Apr 1996 09:36:59 -0500 (CDT) Message-Id: <199604081436.JAA00926@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: How are people running Linux abuse? In-reply-to: Your message of "Mon, 08 Apr 1996 04:55:36 PDT." <11168.828964536@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Apr 1996 09:36:59 -0500 From: "Eric L. Hernes" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It seems to run ok here... "Jordan K. Hubbard" writes: >I've heard quite a few people talking about how they're successfully >running the Linux version of abuse, but darned if I can figure out >how they're doing it! > >1. I installed /usr/ports/emulators/linux_lib and verified that > /compat/linux is populated with all kinds of good stuff. > the linux_lib tarball is really ``(cd /compat/linux; tar -cf - |gzip -9nf >~/linux_lib-2.0.tgz)'' from jake, so you should have the same libs as I do. >2. I made a link from /compat/linux/lib to /lib since abuse seems to > expect /lib/ld.so to exist (and it now does). I didn't have to do that, the linux-emulator's namei(?) looks for /compat/linux/* first, so for linux binaries, /compat/linux/lib is as good as /lib (I believe). > >I am running -current as of yesterday's sources. > > Jordan > You want I should run it through ktrace and compare notes? I'm running -current from saturday: (ttyp3@jake)$ ./abuse.x11R6 ./abuse.x11R6: using incompatible library '/lib/libm.so.4' Desire minor version >= 6 and found 5 ./abuse.x11R6: using incompatible library '/lib/libc.so.4' Desire minor version >= 6 and found 5 Abuse (Engine Version 1.10) lnx_sdrv: not found sound effects driver returned failure, sound effects disabled Added himem block (4000000 bytes) undrv: not found could not run undrv, please make sure it's in your path No network driver, or network driver returned failure Specs : main file set to abuse.spe Lisp : 501 symbols defined, 99 system functions, 295 pre-compiled functions Lisp : (load "abuse.lsp") [..................................... ] Lisp : tmp space resized to 16384 engine : registering base graphics getting light tables Using MITSHM extension! Using 8 bit Psuedo color Thank you for playing Abuse. < ...more stuff deleted...> (ttyp2@jake)$ ls /lib ls: /lib: No such file or directory (ttyp2@jake)$ uname -a FreeBSD jake 2.2-CURRENT FreeBSD 2.2-CURRENT #8: Sat Apr 6 23:00:18 CST 1996 erich@jake:/usr/src/sys/compile/JAKE i386 (ttyp2@jake)$ eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-current Mon Apr 8 08:47:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA04766 for current-outgoing; Mon, 8 Apr 1996 08:47:39 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA04756 for ; Mon, 8 Apr 1996 08:47:19 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id BAA20399; Mon, 8 Apr 1996 01:05:02 -0700 (PDT) Message-Id: <199604080805.BAA20399@ref.tfs.com> Subject: Re: usr.bin/xinstall derefs null pointer To: louie@TransSys.COM (Louis A. Mamakos) Date: Mon, 8 Apr 1996 01:05:01 -0700 (PDT) From: "JULIAN Elischer" Cc: current@freebsd.org In-Reply-To: <199604080408.AAA04024@whizzo.transsys.com> from "Louis A. Mamakos" at Apr 8, 96 00:08:33 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk fix is on the way.. > > > > FYI, > > If you invoke the new and improved install(1) with the > ALLOW_NUMERIC_IDS feature, and don't specify an owner or group, it > dereferences a null pointer. The calls to resolve_uid() and > resolve_gid() need to be protected. This seems to have gone in > recently in: > > ---------------------------- > revision 1.6 > date: 1996/04/06 01:50:40; author: julian; state: Exp; lines: +75 -3 > Submitted by: archie@tribe.com > > allow the user to install using a Numeric GID or UID. > this brings it in to line with chgrp and chown, ans is required > by some people using FreeBSD in a product. > ---------------------------- > > louie > > From owner-freebsd-current Mon Apr 8 08:48:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA04914 for current-outgoing; Mon, 8 Apr 1996 08:48:40 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA04909 for ; Mon, 8 Apr 1996 08:48:39 -0700 (PDT) Received: by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA31057; Mon, 8 Apr 1996 08:48:32 -0700 Date: Mon, 8 Apr 1996 08:48:30 -0700 (PDT) From: "Brian N. Handy" To: "Jordan K. Hubbard" Cc: current@freebsd.org Subject: Re: How are people running Linux abuse? In-Reply-To: <11168.828964536@time.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 1. I installed /usr/ports/emulators/linux_lib and verified that > /compat/linux is populated with all kinds of good stuff. Check. > > 2. I made a link from /compat/linux/lib to /lib since abuse seems to > expect /lib/ld.so to exist (and it now does). D'oh! This isn't right. Basically...ALL I did to get the linuxulator working: Install the linux_lib port Turn on linux in my sysconfig (Which eventually has the effect of loading the lkm) ...and that's it. I run IDL, I'm running all sorts of Linux binaries, and with the advent of the 2.0 version of the linux libs I'm running boatloads of ELF binaries. So...what I suppose I would do is fix what you did to ld.so (reinstall the port may be the quickest) and make sure you have linux-emu running with modstat. Brian From owner-freebsd-current Mon Apr 8 09:21:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA06967 for current-outgoing; Mon, 8 Apr 1996 09:21:50 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA06958 for ; Mon, 8 Apr 1996 09:21:45 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id SAA23392 for current@freebsd.org; Mon, 8 Apr 1996 18:01:01 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id RAA00458 for ; Mon, 8 Apr 1996 17:55:25 +0200 (MET DST) Date: Mon, 8 Apr 1996 17:55:24 +0200 (MET DST) From: Andreas Klemm To: current@freebsd.org Subject: rc.firewall has some syntax errors and sample config hangs machine Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Hi ! I tried to use the example firewall configuration from /etc/rc.firewall and had some serious problems. - - syntax errors in /etc/rc.firewall - - machine hangs during access to internet and simply reboots I compiled my kernel with both options: option IPFIREWALL option IPFIREWALL_VERBOSE My Ethernet / PPP configuration (on demand dialup ppp): ed0: flags=8843 mtu 1500 inet 149.237.250.1 netmask 0xffffff00 broadcast 149.237.250.255 ether 00:00:c0:25:fd:2d tun0: flags=8051 mtu 1500 inet 192.109.159.141 --> 192.109.159.13 netmask 0xffffff00 lo0: flags=8009 mtu 16384 inet 127.0.0.1 netmask 0xff000000 At the very beginning of my experiments I used the 1st example from /etc/rc.firewall : %------------------------------------------------------------------------- # problems or you just want to disallow some particular kinds of traffic # they you will want to change the default policy to open. # /sbin/ipfw add 65000 pass all from any to any ############ # Only in rare cases do you want to change this rule /sbin/ipfw add 1000 pass all from 127.0.0.1 to 127.0.0.1 ############ # This is a prototype setup that will protect your system somewhat against # people from outside your own network. # # To enable simply change "false" to "true" in the if line and set the # variables to your network parameters if false ; then # set these to your network and netmask and ip net="192.168.4.0" mask="255.255.255.0" ip="192.168.4.17" # Allow any traffic to or from my own net. /sbin/ipfw add pass all from ${ip} to ${net}:${mask} /sbin/ipfw add pass all from ${net}:${mask} to ${ip} [...and so on....] %------------------------------------------------------------------------- When I rebooted my machine and activated PPP over modem with the command ppp -auto ondemand I was completely unable to dial out to internet. When I tried to do a 'ping a@b.com' I only get 'unknown host' as message. Without the firewall configuration my machine should have dialed up to my ISP and ask his nameserver, because I use resolver services... resolv.conf: domain gun.de nameserver 192.109.159.1 After that I changed the configuration to allow everything, to see, if the ipfw and kernel stuff runs at all.. I used only those two lines in /etc/rc.firewall: /sbin/ipfw add 65000 pass all from any to any /sbin/ipfw add 1000 pass all from 127.0.0.1 to 127.0.0.1 With that configuration turned on, everything works fine again. Ok, so I know, that I have only a firewall configuration problem. With that configration I had no trouble so far... When trying out the 2nd example firewall configuration from /etc/rc.firewall I first noticed some syntax errors reported by ipfw... Here the complete log from sh -x rc.firewall: + /sbin/ipfw add 1000 pass all from 127.0.0.1 to 127.0.0.1 01000 allow all from 127.0.0.1 to 127.0.0.1 + false + true + oif=tun0 + onet=192.109.159.0 + omask=255.255.255.0 + oip=192.109.159.141 + iif=ed0 + inet=149.237.250.0 + imask=255.255.255.0 + iip=149.237.250.1 + /sbin/ipfw add deny all from 149.237.250.0:255.255.255.0 to any in via tun0 2 via /sbin/ipfw: ERROR - Unknown argument Usage: [... lots of usage messages deleted ...] + /sbin/ipfw add deny all from 192.109.159.0:255.255.255.0 to any in via ed0 2 via /sbin/ipfw: ERROR - Unknown argument Usage: [... lots of usage messages deleted ...] + /sbin/ipfw add deny all from 192.168.0.0:255.255.0.0 to any via tun0 00000 deny all from 192.168.0.0 to any via tun0 + /sbin/ipfw add deny all from 172.16.0.0:255.240.0.0 to any via tun0 00000 deny all from 172.16.0.0 to any via tun0 + /sbin/ipfw add deny all from 10.0.0.0:255.0.0.0 to any via tun0 00000 deny all from 10.0.0.0 to any via tun0 + /sbin/ipfw add deny tcp from any to any established 00000 deny tcp from any to any established + /sbin/ipfw add pass tcp from any to 192.109.159.141 25 setup 00000 allow tcp from any to 192.109.159.141 25 setup + /sbin/ipfw add pass tcp from any to 192.109.159.141 53 setup 00000 allow tcp from any to 192.109.159.141 53 setup + /sbin/ipfw add pass tcp from any to 192.109.159.141 80 setup 00000 allow tcp from any to 192.109.159.141 80 setup + /sbin/ipfw add deny log tcp from any to any in via tun0 setup 3 via /sbin/ipfw: ERROR - Unknown argument [... lots of usage messages deleted ...] + /sbin/ipfw add pass tcp from any to any setup 00000 allow tcp from any to any setup + /sbin/ipfw add pass udp from any 53 to 192.109.159.141 00000 allow udp from any 53 to 192.109.159.141 + /sbin/ipfw add pass udp from 192.109.159.141 to any 53 00000 allow udp from 192.109.159.141 to any 53 + /sbin/ipfw add pass udp from any 123 to 192.109.159.141 00000 allow udp from any 123 to 192.109.159.141 + /sbin/ipfw add pass udp from 192.109.159.141 to any 123 00000 allow udp from 192.109.159.141 to any 123 I could fix the error messages by simply removing the token "in" from the bogus command line. For example: Changed this: /sbin/ipfw add deny log tcp from any to any in via tun0 setup to that : /sbin/ipfw add deny log tcp from any to any via tun0 setup The above trace shows you, that I changed the IP Adresses (I hope) properly for the firewall configuration. I simply treat my dialup interface like an ethernet interface to the outside world. + oif=tun0 + onet=192.109.159.0 + omask=255.255.255.0 + oip=192.109.159.141 + iif=ed0 + inet=149.237.250.0 + imask=255.255.255.0 + iip=149.237.250.1 After making the 2nd example run, I tried to ping outside. My machine dialed up to my ISP's machine. So good so far. But I was unable to ping to a host outside, because permission for that were denied (the firewall config). After starting cached and trying to browse the WWW the machine simply hangs ... Not immediately ... about 1-2 minutes. This happened 2 times... And here what the messages file say to me : Apr 8 16:53:14 knobel /kernel: IP firewall initialized Apr 8 16:55:35 knobel /kernel: Connection attempt to UDP 192.109.159.141:1024 from 192.109.159.141:53 Apr 8 16:55:35 knobel /kernel: Connection attempt to UDP 192.109.159.141:1025 from 192.109.159.141:53 Apr 8 16:55:35 knobel /kernel: Connection attempt to UDP 192.109.159.141:1026 from 192.109.159.141:53 Apr 8 16:55:59 knobel /kernel: ipfw: 1800 Deny TCP 192.109.159.141:1025 192.109.159.3:23 Apr 8 16:56:37 knobel /kernel: ipfw: 1800 Deny TCP 192.109.159.141:1029 198.95.249.78:80 Apr 8 16:57:01 knobel /kernel: ipfw: 1800 Deny TCP 192.109.159.141:1050 194.77.8.1:80 Apr 8 17:01:36 knobel /kernel: panic: free: multiple frees ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Apr 8 17:01:36 knobel /kernel: Apr 8 17:01:36 knobel /kernel: syncing disks... FreeBSD 2.2-CURRENT #0: Mon Apr 8 15:38:06 MET DST 1996 [........ reboot ...........] One final wish ... Could someone please check the rc.firewall script, correct the errors and perhaps provide a better working example for a via Modem connected machine to an ISP ?! Things that should be possible (please correct me if I'm wrong) outgoing icmp (ping) outgoing telnet outgoing rlogin outgoing smtp messages (optional) outgoing uucp via tcp/ip outgoing www requests to www and proxy servers outgoing DNS queries incoming icmp (ping) incoming smtp messages (optional) incoming www queries to own WWW server incoming DNS queries Thanks !!! BTW: the firewall stuff is really cool, ... but it's horrible to understand each bit and byte ... One really fine working firewall example in rc.firewall would be fine... If you need someone to test a configuration ... here I am ... In the meantime I'll try to roll a working ony myself ... Andreas /// - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMWk27fMLpmkD/U+FAQG7twP9FYd3b9kwooo90E3A/oANTfJSmpkr6etO XDyC44E8NOEgN+eS0THoHfiBdXETTHehW1mxiOEoFlA5x4ZnKZJuKsJ2peaCT1Np RLLGZlGq2+pGKjQp0A710AcWN8qaMnh+U7qcigSko6S9ccB2X3hiBcxj+cME8jI0 pCU6Di6+Cr4= =hveo -----END PGP SIGNATURE----- From owner-freebsd-current Mon Apr 8 09:24:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA07192 for current-outgoing; Mon, 8 Apr 1996 09:24:07 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA07187 for ; Mon, 8 Apr 1996 09:24:06 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14561(12)>; Mon, 8 Apr 1996 09:23:30 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Mon, 8 Apr 1996 09:23:21 -0700 To: Nate Williams cc: Michael Smith , ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=), current@freebsd.org Subject: Re: routed delete my PPP default: how to fight it? In-reply-to: Your message of "Mon, 08 Apr 96 07:52:43 PDT." <199604081452.IAA24889@rocky.sri.MT.net> Date: Mon, 8 Apr 1996 09:23:19 PDT From: Bill Fenner Message-Id: <96Apr8.092321pdt.177476@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199604081452.IAA24889@rocky.sri.MT.net> you write: > if ((routes = socket(PF_ROUTE, SOCK_RAW, AF_INET)) < 0) { --------------------------^^^^^^^^ This is a routing socket; you can't do anything except talk to the kernel about the routing table via a PF_ROUTE socket. Bill From owner-freebsd-current Mon Apr 8 09:40:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA08241 for current-outgoing; Mon, 8 Apr 1996 09:40:57 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA08234 for ; Mon, 8 Apr 1996 09:40:55 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA16090 ; Mon, 8 Apr 1996 18:40:51 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA25568 ; Mon, 8 Apr 1996 18:41:09 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id SAA04518; Mon, 8 Apr 1996 18:20:23 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604081620.SAA04518@keltia.freenix.fr> Subject: Re: How are people running Linux abuse? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 8 Apr 1996 18:20:22 +0200 (MET DST) Cc: current@freebsd.org In-Reply-To: <11168.828964536@time.cdrom.com> from "Jordan K. Hubbard" at "Apr 8, 96 04:55:36 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1864 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It seems that Jordan K. Hubbard said: > 2. I made a link from /compat/linux/lib to /lib since abuse seems to > expect /lib/ld.so to exist (and it now does). It tries to launch the one in /compar/linux/lib but fails. > 3. I ran ./abuse.x11R6 from the abuse-1.10 distribution for Linux: > > jkh@time-> ./abuse.x11R6 > ./abuse.x11R6: can't load dynamic linker '/lib/ld.so nor /usr/i486-linux/lib/ld.so' > I am running -current as of yesterday's sources. It used to work fine. Now I getting the same error as you. Here the ktrace dump : 4486 ktrace RET ktrace 0 4486 ktrace CALL execve(0xefbfd54f,0xefbfd480,0xefbfd488) 4486 ktrace NAMI "./abuse.x11R6" 4486 abuse.x11R6 RET execve 0 4486 abuse.x11R6 CALL getitimer(0xac2c4) 4486 abuse.x11R6 NAMI "/compat/linux/lib/ld.so" 4486 abuse.x11R6 NAMI "/compat/linux" 4486 abuse.x11R6 NAMI "/compat/linux/lib/ld.so" 4486 abuse.x11R6 RET getitimer -1 errno -14 Unknown error: -14 4486 abuse.x11R6 CALL getitimer(0xac2cf) 4486 abuse.x11R6 NAMI "/compat/linux/usr/i486-linux/lib/ld.so" 4486 abuse.x11R6 NAMI "/usr/i486-linux/lib/ld.so" 4486 abuse.x11R6 RET getitimer JUSTRETURN 4486 abuse.x11R6 CALL write(0x2,0xefbfd548,0xd) 4486 abuse.x11R6 GIO fd 2 wrote 13 bytes "./abuse.x11R6" 4486 abuse.x11R6 RET write 13/0xd 4486 abuse.x11R6 CALL write(0x2,0xefbfd420,0x47) 4486 abuse.x11R6 GIO fd 2 wrote 71 bytes ": can't load dynamic linker '/lib/ld.so nor /usr/i486-linux/lib/ld.so' " 4486 abuse.x11R6 RET write 71/0x47 4486 abuse.x11R6 CALL exit(0x80) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #10: Sun Apr 7 18:52:11 MET DST 1996 From owner-freebsd-current Mon Apr 8 09:40:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA08255 for current-outgoing; Mon, 8 Apr 1996 09:40:59 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA08240 for ; Mon, 8 Apr 1996 09:40:57 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA16086 ; Mon, 8 Apr 1996 18:40:50 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA25565 ; Mon, 8 Apr 1996 18:41:08 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id SAA04448; Mon, 8 Apr 1996 18:14:31 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604081614.SAA04448@keltia.freenix.fr> Subject: Re: The Biff service To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 8 Apr 1996 18:14:30 +0200 (MET DST) Cc: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) In-Reply-To: <199604080956.LAA04555@uriah.heep.sax.de> from J Wunsch at "Apr 8, 96 11:56:44 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1864 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that J Wunsch said: > Would people kill me for introducing a `-b' option to mail.local(8) to > stop it from attempting to use the ``biff'' service? Now I know why I haven't seen any connection attempt from biff... I'm using procmail as local delivery agent. I'd would say, go on with the option. It can't hurt anyway. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #10: Sun Apr 7 18:52:11 MET DST 1996 From owner-freebsd-current Mon Apr 8 09:47:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA08742 for current-outgoing; Mon, 8 Apr 1996 09:47:23 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA08733 for ; Mon, 8 Apr 1996 09:47:15 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id MAA13374; Mon, 8 Apr 1996 12:47:11 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id MAA21308; Mon, 8 Apr 1996 12:48:17 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Mon, 8 Apr 1996 12:48:17 -0400 (EDT) From: "Marc G. Fournier" To: Tony Kimball cc: current@FreeBSD.org Subject: Re: termcap/curses vs ncurses In-Reply-To: <199604081458.JAA10195@compound.think.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 8 Apr 1996, Tony Kimball wrote: > > From: "Marc G. Fournier" > Date: Mon, 8 Apr 1996 01:26:38 -0400 (EDT) > > =09Is *everyone* set against terminfo? If so, I'll work on 1.9.9 > so that it parses only termcap and doesn't create a .terminfo directory, > just sounds crippling to me :( > > One man's opinion: terminfo is gross over-engineering cruft, and more Okay, I got that opinion well sunk in :) > importantly it is a bother for sysadmin. As long as there is no need Bother for sysadmin? How so? Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Mon Apr 8 10:20:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11084 for current-outgoing; Mon, 8 Apr 1996 10:20:05 -0700 (PDT) Received: from locke.ccil.org (esr@locke.ccil.org [205.164.136.88]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA10995 for ; Mon, 8 Apr 1996 10:19:55 -0700 (PDT) Received: (esr@localhost) by locke.ccil.org (8.6.9/8.6.10) id NAA08172; Mon, 8 Apr 1996 13:17:08 -0400 From: "Eric S. Raymond" Message-Id: <199604081717.NAA08172@locke.ccil.org> Subject: Re: terminfo-less ncurses To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Mon, 8 Apr 1996 13:17:07 -0400 (EDT) Cc: scrappy@ki.net, current@freebsd.org, ncurses-list@netcom.com In-Reply-To: <199604080408.IAA00669@astral.msk.su> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Apr 8, 96 08:08:55 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Andrew Chernov writes: > Terminfo abuses filesystem with its database, Berkeley *.db termcap database > give much faster results for searches. Terminfo is not extendable. > Modern termcap have all terminfo cababilities. I totally disagree. 1. The terminfo database is no more an `abuse' of the filesystem than home directories are -- both cases legitimately use the filesystem for name lookup. 2. The alleged higher speed of 4BSD search is a red herring -- the proper figure to look at is the entire load time per entry, and terminfo wins on this one because the capabilities are pre-digested. 3. The supposed non-extendibility of terminfo is a non-issue. Nobody has seriously proposed any termcap extensions other than those intended to mimic terminfo for many years now. Terminfo suffices -- and, if it did not, it does in fact have some extension capability. 4. Modern termcap has nowhere *near* the capabilities of terminfo, as I know for certain because I have had to become intimately familiar with both. > Total terminfo disabulity isn't possible with current ncurses, > so additional patch needed. If it will be configure option, > it will be even better. So far, I see no case whatsoever for keeping termcap alive. Nor does Keith Bostic, who wrote and maintained the 4.4BSD implementation. You'll have to work pretty hard to make such a case. -- >>esr>> From owner-freebsd-current Mon Apr 8 11:57:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16869 for current-outgoing; Mon, 8 Apr 1996 11:57:27 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA16863 for ; Mon, 8 Apr 1996 11:57:24 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id OAA17258; Mon, 8 Apr 1996 14:55:52 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with ESMTP id OAA24856; Mon, 8 Apr 1996 14:56:56 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Mon, 8 Apr 1996 14:56:56 -0400 (EDT) From: "Marc G. Fournier" Reply-To: "Marc G. Fournier" To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= cc: Ncurses Mailing List , current@freebsd.org Subject: Re: termcap/curses vs ncurses In-Reply-To: <199604080556.JAA01213@astral.msk.su> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 8 Apr 1996, [KOI8-R] =E1=CE=C4=D2=C5=CA =FE=C5=D2=CE=CF=D7 wrote: > > =09Okay, but this has to be brought up with termcap only support, > > which to me, means that we are taking a perfectly good library and hack= ing > > to do something that it wasn't meant to do (namely, use termcap) > > No, it already understand termcap if configured with --with-termcap confi= gure > option. Hacking means remove terminfo database support. Better #ifdef'ed, > and with configure option so it is a chance to pass it back to > maintainers. > =09I just checked with the maintainers, and they have no intention of patching ncurses to allow for a termcap-only ncurses. If I don't install /usr/lib/terminfo, it will default to using /usr/share/misc/termcap, which will satisfy those that wish to continuing using termcap. Personally, I'm using terminfo here, but I don't know the difference between the two. =09According to Eric @ ncurses mailing list, anything new in termcap is extensions to bring in terminfo stuff, as termcap isn't being actively worked on, while terminfo is. =09According to (sorry, don't remember who it was that mentioned it here on current), vendors are starting to ship terminfo entries with their products, to which he is converting to termcap, which seems to indicate tha= t vendors are moving away from termcap as well. =09Since I'm only hearing from one or two ppl on this subject, I'm assuming that the rest don't really care whether termcap or terminfo is used? Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Mon Apr 8 13:16:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA24051 for current-outgoing; Mon, 8 Apr 1996 13:16:18 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA24035 for ; Mon, 8 Apr 1996 13:16:08 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Mon, 8 Apr 96 16:15:59 -0400 Received: from compound.think.com ([206.10.99.151]) by Early-Bird.Think.COM; Mon, 8 Apr 96 16:15:56 EDT Received: (from alk@localhost) by compound.think.com (8.7.5/8.6.112) id PAA12826; Mon, 8 Apr 1996 15:16:06 -0500 (CDT) Date: Mon, 8 Apr 1996 15:16:06 -0500 (CDT) Message-Id: <199604082016.PAA12826@compound.think.com> From: Tony Kimball To: current@freebsd.org Subject: sys_errlist Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, so this is kind of silly, and I'm sure no one wants to hear about it, but the declaration of sys_errlist in stdio.h is truly a pain. I'll suggest that it be removed. From owner-freebsd-current Mon Apr 8 13:19:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA24258 for current-outgoing; Mon, 8 Apr 1996 13:19:39 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA24250 for ; Mon, 8 Apr 1996 13:19:36 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id WAA12253 for current@FreeBSD.org; Mon, 8 Apr 1996 22:00:35 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id VAA00663 for ; Mon, 8 Apr 1996 21:58:48 +0200 (MET DST) Date: Mon, 8 Apr 1996 21:58:47 +0200 (MET DST) From: Andreas Klemm To: current@FreeBSD.org Subject: Re: rc.firewall has some syntax errors and sample config hangs machine In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Mon, 8 Apr 1996, Andreas Klemm wrote: Some additions to my kgdb trace, perhaps you see more here... (kgdb) down #14 0xf018309d in swi_net_next () (kgdb) down #13 0xf01456f0 in ipintr () at ../../netinet/ip_input.c:453 453 ip_input(m); (kgdb) list 448 s = splimp(); 449 IF_DEQUEUE(&ipintrq, m); 450 splx(s); 451 if (m == 0) 452 return; 453 ip_input(m); 454 } 455 } 456 457 NETISR_SET(NETISR_IP, ipintr); (kgdb) down #12 0xf0145684 in ip_input (m=0xf1762300) at ../../netinet/ip_input.c:435 435 m_freem(m); (kgdb) list 430 */ 431 ipstat.ips_delivered++; 432 (*inetsw[ip_protox[ip->ip_p]].pr_input)(m, hlen); 433 return; 434 bad: 435 m_freem(m); 436 } 437 438 /* 439 * IP software interrupt routine - to go away sometime soon (kgdb) down #11 0xf0125ab6 in m_freem (m=0xf1762300) at ../../kern/uipc_mbuf.c:245 245 MFREE(m, n); (kgdb) list 240 register struct mbuf *n; 241 242 if (m == NULL) 243 return; 244 do { 245 MFREE(m, n); 246 m = n; 247 } while (m); 248 } 249 (kgdb) down #10 0xf01107af in free (addr=0xf1762380, type=1) at ../../kern/kern_malloc.c:344 344 panic("free: multiple frees"); (kgdb) list 339 #endif /* DIAGNOSTIC */ 340 #ifdef KMEMSTATS 341 kup->ku_freecnt++; 342 if (kup->ku_freecnt >= kbp->kb_elmpercl) 343 if (kup->ku_freecnt > kbp->kb_elmpercl) 344 panic("free: multiple frees"); 345 else if (kbp->kb_totalfree > kbp->kb_highwat) 346 kbp->kb_couldfree++; 347 kbp->kb_totalfree++; 348 ksp->ks_memuse -= size; andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMWlv9/MLpmkD/U+FAQGZdQP/fjlgJEjX8XnbrzH6w1FzYSfxHRJxTvL2 v+eZLuyFTSoDKt0WHyreifEeCGyPCIfnK0WTisj8EEEmihce7Fe2eIsH7n5frbGL ghoKGsSe8nyvOIFV5QfyOCWPtnYfp/Pm9PJmQPKlInwTyXcuZq7nVVNBJhFIcN7B YX4VBCIQ9G0= =w2WJ -----END PGP SIGNATURE----- From owner-freebsd-current Mon Apr 8 13:19:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA24292 for current-outgoing; Mon, 8 Apr 1996 13:19:50 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA24277 for ; Mon, 8 Apr 1996 13:19:42 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id WAA12163 for current@FreeBSD.org; Mon, 8 Apr 1996 22:00:30 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id VAA00619 for ; Mon, 8 Apr 1996 21:52:34 +0200 (MET DST) Date: Mon, 8 Apr 1996 21:52:32 +0200 (MET DST) From: Andreas Klemm To: current@FreeBSD.org Subject: Re: rc.firewall has some syntax errors and sample config hangs machine In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Mon, 8 Apr 1996, Andreas Klemm wrote: Here again, this time with kgdb trace... "panic: free: multiple frees" This was my firewall config; #! /bin/sh /sbin/ipfw flush # no restriction # /sbin/ipfw add 65000 pass all from any to any # Only in rare cases do you want to change this rule /sbin/ipfw add 1000 pass all from 127.0.0.1 to 127.0.0.1 if true ; then # set these to your outside interface network and netmask and ip oif="tun0" onet="192.109.159.0" omask="255.255.255.0" oip="192.109.159.141" # set these to your inside interface network and netmask and ip iif="ed0" inet="149.237.250.0" imask="255.255.255.0" iip="149.237.250.1" # Stop spoofing /sbin/ipfw add deny all from ${inet}:${imask} to any via ${oif} /sbin/ipfw add deny all from ${onet}:${omask} to any via ${iif} # Stop RFC1918 nets on the outside interface /sbin/ipfw add deny all from 192.168.0.0:255.255.0.0 to any via ${oif} /sbin/ipfw add deny all from 172.16.0.0:255.240.0.0 to any via ${oif} /sbin/ipfw add deny all from 10.0.0.0:255.0.0.0 to any via ${oif} # Allow TCP through if setup succeeded /sbin/ipfw add deny tcp from any to any established # Allow setup of incoming email /sbin/ipfw add pass tcp from any to ${oip} 25 setup # Allow access to our DNS /sbin/ipfw add pass tcp from any to ${oip} 53 setup # Allow access to our WWW /sbin/ipfw add pass tcp from any to ${oip} 80 setup # Reject&Log all setup of incoming connections from the outside /sbin/ipfw add deny log tcp from any to any via ${oif} setup # Allow setup of any other TCP connection /sbin/ipfw add pass tcp from any to any setup # Allow DNS queries out in the world /sbin/ipfw add pass udp from any 53 to ${oip} /sbin/ipfw add pass udp from ${oip} to any 53 # Allow NTP queries out in the world /sbin/ipfw add pass udp from any 123 to ${oip} /sbin/ipfw add pass udp from ${oip} to any 123 # Everyting else is denied as default. fi IdlePTD a1f000 current pcb at 1d42c0 panic: free: multiple frees #0 boot (howto=260) at ../../i386/i386/machdep.c:940 940 dumppcb.pcb_ptd = rcr3(); (kgdb) bt #0 boot (howto=260) at ../../i386/i386/machdep.c:940 #1 0xf01188b7 in panic (fmt=0xf01011d8 "from debugger") at ../../kern/subr_prf.c:133 #2 0xf01011f5 in db_panic (dummy1=-266856653, dummy2=0, dummy3=-1, dummy4=0xefbffdf0 "") at ../../ddb/db_command.c:395 #3 0xf01010de in db_command (last_cmdp=0xf01bfb34, cmd_table=0xf01bf994) at ../../ddb/db_command.c:288 #4 0xf010125d in db_command_loop () at ../../ddb/db_command.c:417 #5 0xf01035c8 in db_trap (type=3, code=0) at ../../ddb/db_trap.c:73 #6 0xf018150a in kdb_trap (type=3, code=0, regs=0xefbffeec) at ../../i386/i386/db_interface.c:136 #7 0xf0188e3c in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -266528644, tf_esi = -267319602, tf_ebp = -272629968, tf_isp = -272629996, tf_ebx = 256, tf_edx = -266856699, tf_ecx = 2000, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -266856653, tf_cs = 8, tf_eflags = 582, tf_esp = -266856715, tf_ss = -267286450}) at ../../i386/i386/trap.c:399 #8 0xf0181d81 in calltrap () #9 0xf01188ae in panic (fmt=0xf01106ce "free: multiple frees") at ../../kern/subr_prf.c:129 #10 0xf01107af in free (addr=0xf1762380, type=1) at ../../kern/kern_malloc.c:344 #11 0xf0125ab6 in m_freem (m=0xf1762300) at ../../kern/uipc_mbuf.c:245 - ---Type to continue, or q to quit--- #12 0xf0145684 in ip_input (m=0xf1762300) at ../../netinet/ip_input.c:435 #13 0xf01456f0 in ipintr () at ../../netinet/ip_input.c:453 #14 0xf018309d in swi_net_next () #15 0x821b in ?? () #16 0x8639 in ?? () #17 0x18f9 in ?? () #18 0xd19b in ?? () #19 0xc65d in ?? () #20 0x1096 in ?? () (kgdb) up 10 #10 0xf01107af in free (addr=0xf1762380, type=1) at ../../kern/kern_malloc.c:344 344 panic("free: multiple frees"); (kgdb) list 339 #endif /* DIAGNOSTIC */ 340 #ifdef KMEMSTATS 341 kup->ku_freecnt++; 342 if (kup->ku_freecnt >= kbp->kb_elmpercl) 343 if (kup->ku_freecnt > kbp->kb_elmpercl) 344 panic("free: multiple frees"); 345 else if (kbp->kb_totalfree > kbp->kb_highwat) 346 kbp->kb_couldfree++; 347 kbp->kb_totalfree++; 348 ksp->ks_memuse -= size; (kgdb) print kup->ku_freecnt There is no member named ku_freecnt. (kgdb) print kbp->kb_elmpercl $1 = 32 Hope, this helps... Andreas /// - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMWlugfMLpmkD/U+FAQEjZwP8DfZudd1vZcJoU5Z3tfduKpD4FGZzLF/R E4poIzv6k7yqXZ85Eydp21UyUa++CcXJ4Dj96IODg/rxS/dvaBPjwz+0NwBb7oAd SLEog6fiW+9QmjB4o1o/fj+DT6P/gVNNW+rIBE4eRYPQvI0468rsKkxMhVxfZv/A 7xmBPOECszc= =5laC -----END PGP SIGNATURE----- From owner-freebsd-current Mon Apr 8 14:23:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29726 for current-outgoing; Mon, 8 Apr 1996 14:23:43 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA29715 for ; Mon, 8 Apr 1996 14:23:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id OAA12503; Mon, 8 Apr 1996 14:23:12 -0700 (PDT) To: Jian-Da Li Cc: current@freebsd.org Subject: Re: [PORT] xsysinfo-1.1 In-reply-to: Your message of "Tue, 09 Apr 1996 02:03:09 +0800." <199604081803.CAA19504@FreeBSD.csie.NCTU.edu.tw> Date: Mon, 08 Apr 1996 14:23:12 -0700 Message-ID: <12501.828998592@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > What's version is your FreeBSD ?! 2.2-CURRENT as of April 7th. > I have tested my port on 2.1.0R, 2.2-up-to-960323-SNAP, and they work fine. > In 960323-SNAP, something break my original swap detection code (derive > from top-3.3), so I change it to use "pstst -ks", does your pstat work ? > (the message is "pstat: ", seems your pstat is out of work) My pstat doesn't work either! :-( OK, we have a bigger problem here, clearly. Anybody know when/why pstat broke? I've built the world recently, and my libkvm is up-to-date. Jordan From owner-freebsd-current Mon Apr 8 15:00:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA03263 for current-outgoing; Mon, 8 Apr 1996 15:00:57 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA03244 for ; Mon, 8 Apr 1996 15:00:53 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id SAA21899 for ; Mon, 8 Apr 1996 18:00:56 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id SAA04919 for ; Mon, 8 Apr 1996 18:02:04 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Mon, 8 Apr 1996 18:02:02 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: libncurses 1.9.9e ready to commit Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... Well, I have it ready to plug in, including making sure the man pages and links are created properly. It compiles and installs on my machine, and its running on my machine currently. I have not removed any of the terminfo functionality, so that anyone that *wants* to use terminfo can just install the terminfo database and it will work. Without the terminfo database installed, it will revert to using termcap instead. Now what do I do, in this case, to commit it? Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Mon Apr 8 15:26:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA07002 for current-outgoing; Mon, 8 Apr 1996 15:26:58 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA06995 for ; Mon, 8 Apr 1996 15:26:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA03152; Mon, 8 Apr 1996 15:18:59 -0700 From: Terry Lambert Message-Id: <199604082218.PAA03152@phaeton.artisoft.com> Subject: Re: devfs questions To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 8 Apr 1996 15:18:59 -0700 (MST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199604080042.CAA01573@uriah.heep.sax.de> from "J Wunsch" at Apr 8, 96 02:42:21 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Microsoft can, therefore any reasonably intelligent 12 year old can. > > MS-DOS has a hard time reading my 5*1024*80*2 CP/M floppies, and it > doesn't get it at all (even not with an additional driver) if the > first four track of such a floppy are 26*128 FM formatted, since the > BIOS insists on being able to read the very first sector. Don't use BIOS calls. > Further, if somebody has to handle 200 floppies of the (5E+23 - 1)th > format in the list, he will be more than happy to have an `alternate > density device' to shortcut the kernel decision. The same is true > for unformatted media, since the driver will also have to do a long > walk through its builtin format list before it will finally give up > and declare the medium as unformatted. > > I've did format autodetection, though in my CP/M driver. :-) I've > seen better autodetection in another CP/M driver, and i've seen many > worse examples later. Only implement the good ones. ;-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Apr 8 15:30:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA07433 for current-outgoing; Mon, 8 Apr 1996 15:30:51 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA07415 for ; Mon, 8 Apr 1996 15:30:44 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA03175; Mon, 8 Apr 1996 15:23:16 -0700 From: Terry Lambert Message-Id: <199604082223.PAA03175@phaeton.artisoft.com> Subject: Re: terminfo-less ncurses To: scrappy@ki.net Date: Mon, 8 Apr 1996 15:23:16 -0700 (MST) Cc: ache@astral.msk.su, esr@locke.ccil.org, current@FreeBSD.org, ncurses-list@netcom.com In-Reply-To: from "Marc G. Fournier" at Apr 8, 96 00:32:48 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > give much faster results for searches. Terminfo is not extendable. > > Modern termcap have all terminfo cababilities. > > What do you mean by "extendable"? My understanding of terminfo > is that its mainly a "compiled" termcap entry, spread over a directory > tree structure vs one flat file...other then that, they have the same > features. If you add attribute "foo", since the on disk data is a binary data file contatining a structure, all on-disk data files must be changes and all statically linked programs must be relinked to get the new sizof(struct) and element layout. I rememebr a conversation where a former boss was arguing heatedly about terminfo being a "piece of shit", and basically lambasting it up and down in front of an audience of 6 or 8 people. One of them came forward and said "Excuse me. I'm Bill Joy, and I wrote terminfo...". 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Apr 8 15:39:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA08233 for current-outgoing; Mon, 8 Apr 1996 15:39:07 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA08226 for ; Mon, 8 Apr 1996 15:39:04 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15490(7)>; Mon, 8 Apr 1996 15:38:15 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177476>; Mon, 8 Apr 1996 15:38:09 -0700 To: Andreas Klemm cc: current@freebsd.org Subject: Re: rc.firewall has some syntax errors and sample config hangs machine In-reply-to: Your message of "Mon, 08 Apr 96 12:58:47 PDT." Date: Mon, 8 Apr 1996 15:38:05 PDT From: Bill Fenner Message-Id: <96Apr8.153809pdt.177476@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The data path appears to me to be ip_input() -> ip_fw_chk() if the packet is bad, free it, either by calling icmp_error or explicitly, and return 0 if ip_fw_chk returned 0, goto bad bad: free packet e.g. ipfw seems to multiply free every bad packet on input. I think the fix is change the "goto bad" to "return" in ip_input(). (and to test stuff with a DIAGNOSTIC kernel before committing it?) Bill From owner-freebsd-current Mon Apr 8 15:43:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA08545 for current-outgoing; Mon, 8 Apr 1996 15:43:39 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA08527 for ; Mon, 8 Apr 1996 15:43:32 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA03229; Mon, 8 Apr 1996 15:36:08 -0700 From: Terry Lambert Message-Id: <199604082236.PAA03229@phaeton.artisoft.com> Subject: Re: terminfo-less ncurses To: esr@locke.ccil.org (Eric S. Raymond) Date: Mon, 8 Apr 1996 15:36:07 -0700 (MST) Cc: ache@astral.msk.su, scrappy@ki.net, current@FreeBSD.org, ncurses-list@netcom.com In-Reply-To: <199604081717.NAA08172@locke.ccil.org> from "Eric S. Raymond" at Apr 8, 96 01:17:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Andrew Chernov writes: > > Terminfo abuses filesystem with its database, Berkeley *.db termcap database > > give much faster results for searches. Terminfo is not extendable. > > Modern termcap have all terminfo cababilities. > > I totally disagree. > > 1. The terminfo database is no more an `abuse' of the filesystem than home > directories are -- both cases legitimately use the filesystem for name lookup. The directory lookup is nessary because of the (stupid) idea of a per process current directory in the kernel. The terminfo lookup is is lieu of an index file, and makes an operation that should be O(log2(n)) into an operation that is O(n/2). Use of the file system in this way is a bad idea. No one is arguing that it doesn't work, only that it is repugnant. > 2. The alleged higher speed of 4BSD search is a red herring -- the proper > figure to look at is the entire load time per entry, and terminfo wins on > this one because the capabilities are pre-digested. Which makes for a fixed on disk structure (read non-extensible) which means we are egotistically sure that we have definitions for all the capabilities that anyone is ever going to need or invent. > 3. The supposed non-extendibility of terminfo is a non-issue. Nobody > has seriously proposed any termcap extensions other than those intended to > mimic terminfo for many years now. Terminfo suffices -- and, if it did not, > it does in fact have some extension capability. I propose input automaton grammers to allow for zero state crossing information to be used for function key interpretation, session switching on paged terminals, and transparent printing that will not prevent normal use of the terminal. > 4. Modern termcap has nowhere *near* the capabilities of terminfo, as I > know for certain because I have had to become intimately familiar with both. SCO lists equivalent capability descriptors for termcap for each and every capability supported by terminfo. The VT100-specific graphic cahracter strings for boxdraws in terminfo and the 7 color limited color pallete for ISO color sequences is very limited. This is annoying. > > Total terminfo disabulity isn't possible with current ncurses, > > so additional patch needed. If it will be configure option, > > it will be even better. > > So far, I see no case whatsoever for keeping termcap alive. Nor does > Keith Bostic, who wrote and maintained the 4.4BSD implementation. You'll > have to work pretty hard to make such a case. You misunderstand. We are not saying that termcap isn't crap. We are saying terminfo *is*. Just because we oppose your position doesn't mean that we support that of the only opponent you choose to recognize. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Apr 8 15:45:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA08753 for current-outgoing; Mon, 8 Apr 1996 15:45:20 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA08748 for ; Mon, 8 Apr 1996 15:45:12 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA03244; Mon, 8 Apr 1996 15:38:48 -0700 From: Terry Lambert Message-Id: <199604082238.PAA03244@phaeton.artisoft.com> Subject: Re: sys_errlist To: alk@Think.COM (Tony Kimball) Date: Mon, 8 Apr 1996 15:38:48 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <199604082016.PAA12826@compound.think.com> from "Tony Kimball" at Apr 8, 96 03:16:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Okay, so this is kind of silly, and I'm sure no one wants to hear > about it, but the declaration of sys_errlist in stdio.h is truly a > pain. I'll suggest that it be removed. It is only a pain for source code which assumes a different format, when source code should not be screwing with it anyway. I'm all for making the thing static in the library; lets see you screw with it *then*. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Apr 8 15:56:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA09727 for current-outgoing; Mon, 8 Apr 1996 15:56:47 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA09721 for ; Mon, 8 Apr 1996 15:56:44 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id SAA23183; Mon, 8 Apr 1996 18:56:40 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id SAA06534; Mon, 8 Apr 1996 18:57:47 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Mon, 8 Apr 1996 18:57:46 -0400 (EDT) From: "Marc G. Fournier" To: Terry Lambert cc: ache@astral.msk.su, esr@locke.ccil.org, current@FreeBSD.org, ncurses-list@netcom.com Subject: Re: terminfo-less ncurses In-Reply-To: <199604082223.PAA03175@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 8 Apr 1996, Terry Lambert wrote: > If you add attribute "foo", since the on disk data is a binary > data file contatining a structure, all on-disk data files must be > changes and all statically linked programs must be relinked to > get the new sizof(struct) and element layout. > Now, *this* argument makes sense. I take it that in a termcap file, if you add attribute "foo" to one entry, you don't have to do so to all the entries? Or is it just the fact that its in one file instead of many? Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Mon Apr 8 16:28:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA11982 for current-outgoing; Mon, 8 Apr 1996 16:28:52 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA11976 for ; Mon, 8 Apr 1996 16:28:49 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA03414; Mon, 8 Apr 1996 16:20:48 -0700 From: Terry Lambert Message-Id: <199604082320.QAA03414@phaeton.artisoft.com> Subject: Re: terminfo-less ncurses To: scrappy@ki.net (Marc G. Fournier) Date: Mon, 8 Apr 1996 16:20:47 -0700 (MST) Cc: terry@lambert.org, ache@astral.msk.su, esr@locke.ccil.org, current@FreeBSD.org, ncurses-list@netcom.com In-Reply-To: from "Marc G. Fournier" at Apr 8, 96 06:57:46 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > If you add attribute "foo", since the on disk data is a binary > > data file contatining a structure, all on-disk data files must be > > changes and all statically linked programs must be relinked to > > get the new sizof(struct) and element layout. > > > Now, *this* argument makes sense. > > I take it that in a termcap file, if you add attribute "foo" to one > entry, you don't have to do so to all the entries? Or is it just the fact > that its in one file instead of many? You are not required to add any particular attribute to any particular entry. This includes new attributes. The file format is not changed; since the attributes are interpretively parsed from the file, the name is less important than the format. The difference is that I can add as many attributes as I want without affecting any binary files (well, lookups are now done using an indexed database, but the principle is the same). There is some initial start-up overhead to parse the entries, which is insignificant compared to the overhead needed to run most programs. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Apr 8 16:34:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA12498 for current-outgoing; Mon, 8 Apr 1996 16:34:52 -0700 (PDT) Received: from locke.ccil.org (esr@locke.ccil.org [205.164.136.88]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA12486 for ; Mon, 8 Apr 1996 16:34:44 -0700 (PDT) Received: (esr@localhost) by locke.ccil.org (8.6.9/8.6.10) id TAA25937; Mon, 8 Apr 1996 19:31:13 -0400 From: "Eric S. Raymond" Message-Id: <199604082331.TAA25937@locke.ccil.org> Subject: Re: terminfo-less ncurses To: terry@lambert.org (Terry Lambert) Date: Mon, 8 Apr 1996 19:31:12 -0400 (EDT) Cc: ache@astral.msk.su, scrappy@ki.net, current@FreeBSD.org, ncurses-list@netcom.com In-Reply-To: <199604082236.PAA03229@phaeton.artisoft.com> from "Terry Lambert" at Apr 8, 96 03:36:07 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: > Use of the file system in this way is a bad idea. No one is arguing > that it doesn't work, only that it is repugnant. Sorry, I don't buy it. The file system is *supposed* to be a namespace manager -- that's one of its major jobs. If using the directory structure for name lookups really slows terminfo down, the right thing to do is speed up directory lookup in general, not object to terminfo's use of it. > > 2. The alleged higher speed of 4BSD search is a red herring -- the proper > > figure to look at is the entire load time per entry, and terminfo wins on > > this one because the capabilities are pre-digested. > > Which makes for a fixed on disk structure (read non-extensible) which > means we are egotistically sure that we have definitions for all the > capabilities that anyone is ever going to need or invent. It's a tradeoff; termcap's extensibility versus terminfo's improved load speed. When termcap was designed many years ago, there was no consensus on what a "smart terminal" ought to do, let alone what control sequences it should recognize; thus, designing termcap for extensibility made sense. In today's environment of a rapidly shrinking inventory of terminal types dominated by the ANSI standard, "egotism" about the scope of future terminal descriptions is quite justified. > > 3. The supposed non-extendibility of terminfo is a non-issue. Nobody > > has seriously proposed any termcap extensions other than those intended to > > mimic terminfo for many years now. Terminfo suffices -- and, if it did not, > > it does in fact have some extension capability. > > I propose input automaton grammers to allow for zero state crossing > information to be used for function key interpretation, session > switching on paged terminals, and transparent printing that will not > prevent normal use of the terminal. Transparent printing? Ever seen the mc* terminfo capabilities? Session switching on paged terminals? Oh, you mean like the way the standard xterm entry and many others use smcup/rmcup to go to an alternate page when jumping to screen mode? Well, now...it's fairly hard to see what better "support" you could ask for than terminfo already has. OK, suppose you defined a standard go-to-page-N capability...how do you propose the curses machinery should use it? I don't understand what "zero-crossing information" is in this context. But these are details. Show me a new terminal that can't be described essentially completely by terminfo. Go ahead. Try. They're just not building weird command sets like they used to -- async-terminal technology now consists of 99% VT100/ANSI/ECMA-48 clones and 1% fossils. > > 4. Modern termcap has nowhere *near* the capabilities of terminfo, as I > > know for certain because I have had to become intimately familiar with both. > > SCO lists equivalent capability descriptors for termcap for each and > every capability supported by terminfo. True, but not quite to the point. No termcap-based curses library can use more than about a sixth of those. Trust me on this, I've been into the guts of AT&T curses, BSD curses, PDcurses, and GNU termcap deeper than anyone but their maintainers. > The VT100-specific graphic cahracter strings for boxdraws in terminfo > and the 7 color limited color pallete for ISO color sequences is very > limited. This is annoying. Again true, but going back to termcap cannot solve this problem. > > So far, I see no case whatsoever for keeping termcap alive. Nor does > > Keith Bostic, who wrote and maintained the 4.4BSD implementation. You'll > > have to work pretty hard to make such a case. > > You misunderstand. We are not saying that termcap isn't crap. We are > saying terminfo *is*. Just because we oppose your position doesn't > mean that we support that of the only opponent you choose to recognize. Now you've changed the ground of argument. If you want to write a new terminal-description formalism that solves all the world's problems, go ahead. I think it'll be a colossal waste of time, myself. All I'm concerned with in this context is driving a stake through termcap's heart as rapidly as possible. -- >>esr>> From owner-freebsd-current Mon Apr 8 17:48:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA16455 for current-outgoing; Mon, 8 Apr 1996 17:48:43 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA16441 for ; Mon, 8 Apr 1996 17:48:37 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA03591; Mon, 8 Apr 1996 17:40:22 -0700 From: Terry Lambert Message-Id: <199604090040.RAA03591@phaeton.artisoft.com> Subject: Re: terminfo-less ncurses To: esr@locke.ccil.org (Eric S. Raymond) Date: Mon, 8 Apr 1996 17:40:22 -0700 (MST) Cc: terry@lambert.org, ache@astral.msk.su, scrappy@ki.net, current@FreeBSD.org, ncurses-list@netcom.com In-Reply-To: <199604082331.TAA25937@locke.ccil.org> from "Eric S. Raymond" at Apr 8, 96 07:31:12 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Terry Lambert writes: > > Use of the file system in this way is a bad idea. No one is arguing > > that it doesn't work, only that it is repugnant. > > Sorry, I don't buy it. The file system is *supposed* to be a namespace > manager -- that's one of its major jobs. If using the directory structure > for name lookups really slows terminfo down, the right thing to do is > speed up directory lookup in general, not object to terminfo's use of it. Terminfo can't dictate file system semantics or implementation. It should not. Even if I think FS's should use btree's for name lookup, the fact is that some do not, therefore it should not rely on that behaviour. You might as well make each terminal type a directory instead of a file, and make each capability a file, and make each file contain one escape sequence/whatever. > > Which makes for a fixed on disk structure (read non-extensible) which > > means we are egotistically sure that we have definitions for all the > > capabilities that anyone is ever going to need or invent. > > It's a tradeoff; termcap's extensibility versus terminfo's improved load > speed. I don't think it is significantly faster. We have moved from "most machines are compute bound" to "most machines are I/O bound" in the last 10 years since terminfo was first invented. One block read is very much like another: it will take the same time in either case. The overhead of post-processing the file format into something usable by tputs() in the tgetent() code was an argument for a Tandy 6000; it is much less of an argument for a 90MHz P5. > When termcap was designed many years ago, there was no consensus on what a > "smart terminal" ought to do, let alone what control sequences it should > recognize; thus, designing termcap for extensibility made sense. Again, terminfo is itself more than 10 years old. Relative age is not a good argument. Terminfo has the same drawbacks, with the exception that people *think* they know what they need for a logicially complete implementation now. Terminfo, like termcap before it, only fixes half of the problem: it models output behaviour, and doesn't account for multiplexed channels with channel switching only allowable at the ground state. VMS is more advanced in that regard, and I wouldn't wish their implementation on anyone (DEC does not even use it internally: they hard-code their own products). Extensibility is still a good argument. Consider page flipping in xterm: not an issue on the table when terminfo was introduced. If you could show me that the terminfo format had not changed since day one, well, then you'd have an argument. > In today's environment of a rapidly shrinking inventory of terminal > types dominated by the ANSI standard, "egotism" about the scope of future > terminal descriptions is quite justified. I don't see a working "transparent print" capability. And Wyse-50's still outsell all other individual terminal types for point-of-sale applications (and the closest thing to a standard they have is the Televideo/Adds-VP). You might as well say "screw the capability database" and go to requiring ANSI terminals, like DEC did. Why have a capability database at all if all the world ANSI? > > I propose input automaton grammers to allow for zero state crossing > > information to be used for function key interpretation, session > > switching on paged terminals, and transparent printing that will not > > prevent normal use of the terminal. > > Transparent printing? Ever seen the mc* terminfo capabilities? Yes, I have. They do not insure the terminal is at state zero before allowing themselves to be used. You can work around this by building an automaton into the driver that mimics terminal state (using a much more logical modelling mechanism than either termcap or terminfo), like Digiboard and Computone and Arnet (etc.) did in the late 80's. Or by hardcoding ANSI into the terminal device drivers, like DEC did. Failure to do something like this means that a screen display process may send "esc [" out of "esc [ 2 J" and then the "transparent print on" sequence will be sent, followed by data, followed (somewhere) by a "2 J" in the data stream. Since on an ANSI terminal, an "esc" inthe middle of an "esc' sequence prior to a terminator (like "J") sets the state back to zero, you will end up with a screwed up screeen and no printer output. Brilliant idea, those useless-to-anything-but-specially-written-apps "mc* terminfo entries. NOT. > Session switching on paged terminals? Oh, you mean like the way the standard > xterm entry and many others use smcup/rmcup to go to an alternate page > when jumping to screen mode? Well, now...it's fairly hard to see what better > "support" you could ask for than terminfo already has. OK, suppose you > defined a standard go-to-page-N capability...how do you propose the curses > machinery should use it? I propose that it should be abstracted, as it was in SCO and Interactive UNIX, needing a utility to sit between the real tty port and the session management software to encapsulate state information. Just like VT3xx series terminal work with LAT to talk to a DECServer 200 to implement session switching. Again, you are incorrectly mixing the idea of input vs. output processing. Both termcap and terminfo are good at output processing. Though termcap, because it is extensible, is better than terminfo, given the argument that antything that works is better than anything that doesn't (Occam's Razor). Neither are very good at input processing, and neither maintain sufficient state information to allow multiplexing output to a terminal that is capable of it. Page flipping in xterm is a minimally stupid application, and is not true multiplexing. I can't switch between my vi session and a shell prompt without making vi do the work, and even then, shell output can't occur while vi is processing (or vice versa). > I don't understand what "zero-crossing information" is in this context. Switching serial port data for a terminal to output to an alternate screen page or to a printer port is only possible if you know the terminal state to be at zero, since partial escape sequences are, by definition, errors. If it's helpful, think of it as a protocol issue, where you can only send certain packets at protocol state 0, and some packets will set the state to greater than 0, disallowing other packets from being processed. > But these are details. Show me a new terminal that can't be described > essentially completely by terminfo. Go ahead. Try. They're just not > building weird command sets like they used to -- async-terminal technology > now consists of 99% VT100/ANSI/ECMA-48 clones and 1% fossils. Consider a standard "VT100/ANSI/ECMA-48 clone". A VT102P (VT100 + 2 for AVO + P for printer port). Show me a method using the terminfo information where an application not using terminfo can reliably provide a loopback hook for a /dev/printer (the print equivalent for /dev/tty) such that I can start a print job on the transparent printer port and 100% reliably not have the transparent print sequence sent in the middle of an application escape sequence. Say I want this because I'm going to use the terminal with a receipt printer for a point of sale system, and I'm using Microsoft BASIC for SCO UNIX, and I know that the screen manipulation commands are sent as seperate writes per character (so you can't rely on an escape sequence being atomic across kernel calls). The ONLY way to do this reliably today is to use a driver with a finite state automaton that tracks the terminal state and does transparent printing as "start -- data -- stop" as atomic operations so as to avoid one application trying to talk to the user on the display on the serial line from screwing with the other application trying to talk to the printer on the same serial line using terminal state settings to multiplex the line. So nuts to both terminfo and termcap. They both suck at being able to do this. But if I wanted to, I could make a termcap entry pointing to a file describing an automaton, whereas to do the same thing for terminfo would require recompiling nearly every applciation because I'd have to change the terminfo structure to add the entry. > > SCO lists equivalent capability descriptors for termcap for each and > > every capability supported by terminfo. > > True, but not quite to the point. No termcap-based curses library can use > more than about a sixth of those. Trust me on this, I've been into the > guts of AT&T curses, BSD curses, PDcurses, and GNU termcap deeper than > anyone but their maintainers. So we agree that curses needs to be fixed. 8-). I knew that when I gave up on using curses to emulate AM terminals on non-AM terminals for the only commercial product that ever emulated one kind of terminal on another kind of terminal without resorting to graphics modes or protocol conversion hardware. You're not the only one who has been deep into that code... > > The VT100-specific graphic cahracter strings for boxdraws in terminfo > > and the 7 color limited color pallete for ISO color sequences is very > > limited. This is annoying. > > Again true, but going back to termcap cannot solve this problem. And going to terminfo does? The problem really wants to be "mapping to all available Unicode characters simultaneously displayable by the terminal", not "here are some chincy box-draw characters which are supported by VT100's and may show up as '|', '-', or '+' for you, lump it". The color model needs to be NP-complete to allow representation of other color models. > > > So far, I see no case whatsoever for keeping termcap alive. Nor does > > > Keith Bostic, who wrote and maintained the 4.4BSD implementation. You'll > > > have to work pretty hard to make such a case. > > > > You misunderstand. We are not saying that termcap isn't crap. We are > > saying terminfo *is*. Just because we oppose your position doesn't > > mean that we support that of the only opponent you choose to recognize. > > Now you've changed the ground of argument. If you want to write a new > terminal-description formalism that solves all the world's problems, go > ahead. I think it'll be a colossal waste of time, myself. All I'm > concerned with in this context is driving a stake through termcap's heart > as rapidly as possible. Fine. Drive in the stake. But do so only after you've corrected the terminfo extensibility problem... otherwise, you've traded a slow-but-usable standard for a questionably-faster-but-largely-unusable one. A bad trade. Personally, I'd prefer to elect a new leader before putting the old one up against the wall. Even if you are a member of the opposition party and are trying to replace the old leader with another old, bald guy for technically obsolete reasons. This doesn't mean I'm in any hurry to give the old leader the bum's rush, mind you... to throw him out at all, you need to show the clear superiority of your proposed replacement. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Apr 8 18:00:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17169 for current-outgoing; Mon, 8 Apr 1996 18:00:55 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA17150 for ; Mon, 8 Apr 1996 18:00:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id BAA01061 ; Tue, 9 Apr 1996 01:43:08 +0100 (BST) To: Tony Kimball cc: current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: sys_errlist In-reply-to: Your message of "Mon, 08 Apr 1996 15:16:06 CDT." <199604082016.PAA12826@compound.think.com> Date: Tue, 09 Apr 1996 01:43:08 +0100 Message-ID: <1059.829010588@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tony Kimball wrote in message ID <199604082016.PAA12826@compound.think.com>: > > Okay, so this is kind of silly, and I'm sure no one wants to hear > about it, but the declaration of sys_errlist in stdio.h is truly a > pain. I'll suggest that it be removed. You're right. It is a pain to have to correct broken s/w to understand 4.4BSD standards. Bug the authors/maintainers to correct their s/w. That variable has been declared through 3 releases of FreeBSD, and is in ALL 4.4 derrived BSD's... If you don't believe me, ask someone who was around in the pre-2.0 days (like myself) and porting s/w to FreeBSD... Sorry, I don't think it's going away or changing. Gary From owner-freebsd-current Mon Apr 8 18:36:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20227 for current-outgoing; Mon, 8 Apr 1996 18:36:50 -0700 (PDT) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA20221 for ; Mon, 8 Apr 1996 18:36:48 -0700 (PDT) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #3) id m0u6SMP-0007zVC; Mon, 8 Apr 96 20:36 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0u6SJm-000CB9C; Mon, 8 Apr 96 20:34 WET DST Message-Id: Date: Mon, 8 Apr 96 20:34 WET DST To: freebsd-current@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Mon Apr 8 1996, 20:34:01 CDT Subject: Re: floppy format detection [was Re: devfs questions] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [5]I've did format autodetection, though in my CP/M driver. :-) I've [5]seen better autodetection in another CP/M driver, and i've seen many [5]worse examples later. The old Tandy 16/6000 XENIX floppy driver did semi-automatic format detection, and it had to deal with far more complex combinations of formats than what we are talking about supporting here. It had to do these: Size Track 0 All other tracks Cylinder count Data Cap. 8"/5" 128x26 FM 256x26 MFM (LS-DOS) 77 994.5K+boot 8"/5" 128x26 FM 256x27 MFM (TRSDOS) 77 1032.8K+boot 8"/5" 128x26 FM 512x16 MFM (XENIX/TRSDOS II) 77 1224K+boot 8"/5" 128x26 FM 128x26 FM (3741 format) 77 500.5K 8"/5" 256x26 MFM 256x26 MFM (CP/M?) 77 1001K 8"/5" 512x16 MFM 512x16 MFM (SAVE format) 77 1232K All above formats could be single or double-sided Later versions added: 8"/5" 512x16 MFM 512x16 MFM 80 1280K 8"/5" 512x15 MFM 512x15 MFM (PC 5.25" compat) 80 1200K 3" 512x18 MFM 512x18 MFM (PC 3.50" compat) 80 1440K Detection of all of these formats was fine and simple as far as the user was concerned, but there was a significant speed penalty on each device open, which worked out two or three media revolutions per format tested. On 5RPS media (3.5"), the above tests could take as long as eight seconds without "hints" and other tricks to speed the format identification, regardless of CPU speed. The detection of the last three formats above was sped-up via the use of "hints", settings the sysadmin configured to let the driver know what hardware was really out there, similar to the CMOS settings of the PC. This yielded a semi-automatic solution. Asking for the disk controller to locate a sector ID that wasn't there to determine the true sector count cost one second, since the controller would look for the sector ID for five media revolutions before giving up. Searching for sector 18 and 16 to decide between 18, 16 and 15 sector MFM formats could be very slow (two seconds spent on track 0 and then again on track 2) if done completely automatically, so we didn't do it this way and relied on hints to make assumptions on possible and impossible media combinations. With the most likely formats tested firsts, nominal open time was 1.5 seconds, not including motor-on time. Without hints, the test for 77 vs 80 track drive test would have exceeded 500msec by itself, and would damage certain drive brands, which is why we didn't make that test automatic. Don't forget that even with PC-AT compatible systems, there are still drives out there that have broken media-change reporting (which MS-DOS conceals by assuming media change is broken on ALL drives), so the media type must be reverified each time the drive is opened, unless you know absolutely that media-change reporting is working correctly on a given drive. Example, Tandon had drives that reported media changes, but only if you removed the media while the drive was selected, ie, the drive select light was on. Media changes that occurred while the light was out were not reported. So, it only reports the change if you do it when you aren't supposed to do it. Great design. IMO, the tradeoff between full automatic format detection, semi-automatic detection (as in the 16/6000) and manual specification, is a question of driver complexity plus how much delay you are willing to experience on each open of the drive, plus whether you can determine certain things without damage to the hardware. I personally prefer having an semi-automatic dev plus manual devs or an ioctl available for explicit settings. In the PC/AT world, the CMOS provides the "hints" needed to perform semi-automatic operations and get the test time down to an acceptable level. Frank Durda IV |"How do I know? I re-wrote or uhclem%nemesis@rwsystr.nkn.net | that driver once upon a time, | that's how." or ...letni!rwsys!nemesis!uhclem | From owner-freebsd-current Mon Apr 8 18:49:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21805 for current-outgoing; Mon, 8 Apr 1996 18:49:48 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA21797 for ; Mon, 8 Apr 1996 18:49:41 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA12358; Tue, 9 Apr 1996 11:46:15 +0930 From: Michael Smith Message-Id: <199604090216.LAA12358@genesis.atrad.adelaide.edu.au> Subject: Re: sys_errlist To: alk@Think.COM (Tony Kimball) Date: Tue, 9 Apr 1996 11:46:14 +0930 (CST) Cc: current@freebsd.org In-Reply-To: <199604082016.PAA12826@compound.think.com> from "Tony Kimball" at Apr 8, 96 03:16:06 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tony Kimball stands accused of saying: > > > Okay, so this is kind of silly, and I'm sure no one wants to hear > about it, but the declaration of sys_errlist in stdio.h is truly a > pain. I'll suggest that it be removed. You're a brave man. Not too bright, but brave 8) Why would you want a publically visible symbol not to have a prototype? Hmm? Next you'll be telling us that we should ditch the 'errno' prototype as well, and go back even further. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Apr 8 18:55:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22611 for current-outgoing; Mon, 8 Apr 1996 18:55:45 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA22604 for ; Mon, 8 Apr 1996 18:55:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id SAA13776; Mon, 8 Apr 1996 18:53:41 -0700 (PDT) To: Terry Lambert cc: esr@locke.ccil.org (Eric S. Raymond), ache@astral.msk.su, scrappy@ki.net, current@FreeBSD.org, ncurses-list@netcom.com Subject: Re: terminfo-less ncurses In-reply-to: Your message of "Mon, 08 Apr 1996 17:40:22 PDT." <199604090040.RAA03591@phaeton.artisoft.com> Date: Mon, 08 Apr 1996 18:53:41 -0700 Message-ID: <13774.829014821@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > You might as well make each terminal type a directory instead of a file, > and make each capability a file, and make each file contain one escape > sequence/whatever. I think we're starting to lose our perspective a little at this point. FWIW, I don't really care that terminfo does things the way it does. It works just fine and I think that this whole termcap/terminfo war is something of a waste of time. Let's move on. The only strong argument I could possibly make for preserving some semblance of termcap (and perhaps only as a generated "shadow" of the terminfo master copy) is that lots of BSD folks *know* termcap, they know how to fiddle entries and I'd hate to take the doc hit for terminfo if I didn't have to. Let's face it: terminfo is more complex than termcap and probably a fair bit more byzantine than it needs to be. I can't even recall the arguments to tic on most days, nor do I recall whether or not one has to move the generated "binary" someplace or if it does it automagically or what. Sure, I can read the man page and have at least 3 or 4 times, but it just goes right out of my head again. Termcap is simple - I just edit the damn thing and bang, my change is made. terminfo seems to exemplify the SYSV attitude towards UNIX - take a simple mechanism and break it into 14 different configuration files. So I guess in summary I can only say this: terminfo or termcap, fine, just make it SIMPLE TO USE and not an evolutionary step backwards for BSD in the KISS category. Jordan From owner-freebsd-current Mon Apr 8 19:23:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25463 for current-outgoing; Mon, 8 Apr 1996 19:23:26 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA25446 for ; Mon, 8 Apr 1996 19:23:19 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id TAA16078; Mon, 8 Apr 1996 19:25:31 -0700 Date: Mon, 8 Apr 1996 19:25:31 -0700 Message-Id: <199604090225.TAA16078@sunrise.cs.berkeley.edu> To: terry@lambert.org CC: paul@netcraft.co.uk, davidg@Root.COM, current@FreeBSD.org, nisha@cs.berkeley.edu, tege@matematik.su.se, hasty@star-gate.com In-reply-to: <199604052314.QAA25117@phaeton.artisoft.com> (message from Terry Lambert on Fri, 5 Apr 1996 16:14:00 -0700 (MST)) Subject: Re: fast memory copy for large data sizes From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * I also don't see the code seriously dealing with misalignment between * wource and target, which need to be aligned on the same boundry for * everything but the initial and final sub-increment sized moves. That's a good point. I changed our routine to fall back to the original code if the alignment is not multiple of 8. Use our code all the time: 70MB/s if multiple of 8 42MB/s if not multiple of 8 Use original code if not multiple of 8: 70MB/s if multiple of 8 56MB/s if multiple of 4 but not multiple of 8 34MB/s if not multiple of 4 This is the "rawread" test (read/lseek loop, reading from same part of file/disk all the time -- I used a file and read 64K blocks so it should all be coming from the disk cache). * Often it's better if the alignment isn't there to fallback to the * old code. >From the above, it seems like we can still win in some cases but I don't think further complicating the code is going to help us much, as (probably) most of the big moves are going to be 8-byte aligned anyway. Satoshi P.S. Here's the code after taking Terry's suggestions into account: Index: support.s =================================================================== RCS file: /usr/cvs/src/sys/i386/i386/support.s,v retrieving revision 1.31 diff -u -r1.31 support.s --- 1.31 1995/12/28 23:14:40 +++ support.s 1996/04/09 01:58:54 @@ -463,6 +463,14 @@ /* bcopy(%esi, %edi, %ebx) */ 3: movl %ebx,%ecx + cmpl $1024,%ecx + jbe slow_copyout + + call fastmove + jmp done_copyout + + ALIGN_TEXT +slow_copyout: shrl $2,%ecx cld rep @@ -510,6 +518,14 @@ cmpl $VM_MAXUSER_ADDRESS,%edx ja copyin_fault + cmpl $1024,%ecx + jbe slow_copyin + + call fastmove + jmp done_copyin + + ALIGN_TEXT +slow_copyin: movb %cl,%al shrl $2,%ecx /* copy longword-wise */ cld @@ -520,6 +536,8 @@ rep movsb + ALIGN_TEXT +done_copyin: popl %edi popl %esi xorl %eax,%eax @@ -534,6 +552,84 @@ movl _curpcb,%edx movl $0,PCB_ONFAULT(%edx) movl $EFAULT,%eax + ret + +/* fastmove(src, dst, len) + src in %esi + dst in %edi + len in %ecx + uses %eax and %edx for tmp. storage + */ + ALIGN_TEXT +fastmove: + cmpl $63,%ecx + jbe L57 + + movl %esi,%eax + andl $7,%eax /* check if src addr is multiple of 8 */ + jnz L57 + + movl %edi,%eax + andl $7,%eax /* check if dst addr is multiple of 8 */ + jnz L57 + + movl %cr0,%edx + movl $8, %eax /* CR0_TS */ + not %eax + andl %eax,%edx /* clear CR0_TS */ + movl %edx,%cr0 + + subl $108,%esp + fsave (%esp) + + ALIGN_TEXT +L58: + fildq 0(%esi) + fildq 8(%esi) + fildq 16(%esi) + fildq 24(%esi) + fildq 32(%esi) + fildq 40(%esi) + fildq 48(%esi) + fildq 56(%esi) + fxch %st(7) + fistpq 0(%edi) + fxch %st(5) + fistpq 8(%edi) + fxch %st(3) + fistpq 16(%edi) + fxch %st(1) + fistpq 24(%edi) + fistpq 32(%edi) + fistpq 40(%edi) + fistpq 48(%edi) + fistpq 56(%edi) + addl $-64,%ecx + addl $64,%esi + addl $64,%edi + cmpl $63,%ecx + ja L58 + + frstor (%esp) + addl $108,%esp + + andl $8,%edx + movl %cr0,%eax + orl %edx, %eax /* reset CR0_TS to the original value */ + movl %eax,%cr0 + + ALIGN_TEXT +L57: + movb %cl,%al + shrl $2,%ecx /* copy longword-wise */ + cld + rep + movsl + movb %al,%cl + andb $3,%cl /* copy remaining bytes */ + rep + movsb + ret /* From owner-freebsd-current Mon Apr 8 21:13:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA03797 for current-outgoing; Mon, 8 Apr 1996 21:13:11 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA03789 for ; Mon, 8 Apr 1996 21:13:08 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id VAA01889; Mon, 8 Apr 1996 21:11:24 -0700 (PDT) Date: Mon, 8 Apr 1996 21:11:24 -0700 (PDT) Message-Id: <199604090411.VAA01889@silvia.HIP.Berkeley.EDU> To: joerg_wunsch@uriah.heep.sax.de CC: current@freebsd.org In-reply-to: <199604060812.KAA06957@uriah.heep.sax.de> (message from J Wunsch on Sat, 6 Apr 1996 10:12:13 +0200 (MET DST)) Subject: Re: OK, I've looked for CCD in the mail archives, but no findee. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * > ncftp>page ccd.README * > The ccd master site has moved to stampede.cs.berkeley.edu. It also * > has a web page now: * > * > http://stampede.cs.berkeley.edu/ccd/ * * Time to integrate it into the system, Satoshi? (Perhaps on a vendor * branch?) Other than trivial changes to shared files (conf/files, sbin/Makefile etc.), everything is in separate files, and unless you enable it by "pseudo-device ccd N" in your kernel config file, it won't do anything else than compile and install the ccdconfig program. So I don't think a vendor branch is necessary, especially with the recent discussion on tags. However, before it is integrated, I'd like some of the kernel folks to take a close look. In particular, it doesn't have any slice support (includes disk.h instead of diskslice.h) because I took it from NetBSD and didn't know how to convert it. Satoshi From owner-freebsd-current Mon Apr 8 21:57:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA06490 for current-outgoing; Mon, 8 Apr 1996 21:57:29 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA06485 for ; Mon, 8 Apr 1996 21:57:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id WAA28455 for ; Mon, 8 Apr 1996 22:57:24 -0600 Message-Id: <199604090457.WAA28455@rover.village.org> To: current@freebsd.org Subject: CDM usage Date: Mon, 08 Apr 1996 22:57:24 -0600 From: Warner Losh Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OK. The CVS tree are taking up 210M (with what appears to be ports, but they are really small, so they must just be the patch file). The ctm deltas are taking about 50M or so. I've not checked out trees, but others have suggested figures in the 150M range (which jibes well with du on /usr/src on the cd). So looks like the minimum price of admission to just have the source on line is 400M, and you need another 100M for binaries in various partitions, for a grand total of 500M. Thanks everyone that replied with the info. I've managed to juggle the disks a little to accomidate this need. I now have a 200M build (obj) area and enough space for the CVS archives to grow to about 300M before I hit real problems. And 75M for the ctm deltas area. and 200M each for source code staging. Or about 600M, which is more than I wanted to dedicate going in, but still less than the entire 1.6G I have online. Now, to a sane backup strategy with my QIC-150... Thanks again for the info. Warner From owner-freebsd-current Mon Apr 8 23:22:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA13934 for current-outgoing; Mon, 8 Apr 1996 23:22:57 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA13925 for ; Mon, 8 Apr 1996 23:22:50 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id XAA03064; Mon, 8 Apr 1996 23:21:10 -0700 (PDT) Date: Mon, 8 Apr 1996 23:21:10 -0700 (PDT) Message-Id: <199604090621.XAA03064@silvia.HIP.Berkeley.EDU> To: joerg_wunsch@uriah.heep.sax.de CC: freebsd-current@FreeBSD.org In-reply-to: <199604080902.LAA03913@uriah.heep.sax.de> (message from J Wunsch on Mon, 8 Apr 1996 11:02:10 +0200 (MET DST)) Subject: Re: routed delete my PPP default: how to fight it? From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * Ah, i've also started it right now, and now i can see them, too. * * Grumbling... * * Ah, i can see more of them, even for SLIP! I think i've found a * pattern... I still have to figure out why, but these connection * attempts (menge tag, Poul!!!) do always happen when UUCP is active, * regardless of whether it runs via a modem line, or via a TCP * connection. Even more strange... I see it too. I use SLIP, no UUCP. It started right after I compiled this kernel: === >> what /kernel /kernel FreeBSD 2.2-CURRENT #0: Sun Apr 7 00:02:48 PST 1996 === Here's all the stuff that's in the kernel's message buffer. It doesn't overflow anything, it happens only intermittently (this many in ~2 days). By the way, 3128 is the port for the HTTP proxy running on another machine (128.32.38.224), it could have something to do with me running netscape during these times. === >> dmesg | grep attempt Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:60781 Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:3818 Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:1612 Connection attempt to TCP 136.152.64.181:1086 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:1086 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:1085 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:1108 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:1170 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:1172 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:1170 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:1171 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:1326 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:1343 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:1358 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:1359 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:1376 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:1377 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:1175 Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:2339 Connection attempt to TCP 136.152.64.181:1495 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:1356 Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:3432 Connection attempt to UDP 136.152.64.181:1624 from 136.152.64.181:53 Connection attempt to UDP 136.152.64.181:1625 from 136.152.64.181:53 Connection attempt to UDP 136.152.64.181:1626 from 136.152.64.181:53 Connection attempt to UDP 136.152.64.181:1645 from 136.152.64.181:53 Connection attempt to UDP 136.152.64.181:1647 from 136.152.64.181:53 Connection attempt to TCP 136.152.64.181:1587 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:1588 from 136.152.64.181:3128 Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:4538 Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:2903 Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:1363 Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:2008 Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:1044 Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:2126 Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:3285 Connection attempt to UDP 136.152.64.181:2381 from 136.152.64.181:53 Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:3749 Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:1296 === And the routing table: === >> netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 136.152.64.1 UGSc 17 5018 sl0 127.0.0.1 127.0.0.1 UH 2 894 lo0 136.152.64.1 136.152.64.181 UH 16 0 sl0 136.152.64.181 127.0.0.1 UGHS 0 3 lo0 224/4 136.152.64.181 US 0 0 sl0 === Satoshi From owner-freebsd-current Tue Apr 9 00:03:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA16164 for current-outgoing; Tue, 9 Apr 1996 00:03:51 -0700 (PDT) Received: (from pst@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA16157 Tue, 9 Apr 1996 00:03:49 -0700 (PDT) Date: Tue, 9 Apr 1996 00:03:49 -0700 (PDT) From: Paul Traina Message-Id: <199604090703.AAA16157@freefall.freebsd.org> To: phk Subject: log_in_vain stuff Cc: current Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Poul, Sorry to unilaterally change your defaults on you, but you just created a security problem with the log in vain stuff. You need to figure out a way to rate-limit these messages, otherwise you can trivially knock a box into the ground with a packet generator. Paul From owner-freebsd-current Tue Apr 9 00:50:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA18738 for current-outgoing; Tue, 9 Apr 1996 00:50:57 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA18732 for ; Tue, 9 Apr 1996 00:50:48 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA12186 for ; Tue, 9 Apr 1996 09:50:46 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA02037 for freebsd-current@FreeBSD.org; Tue, 9 Apr 1996 09:50:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA08067 for freebsd-current@FreeBSD.org; Tue, 9 Apr 1996 09:36:39 +0200 (MET DST) From: J Wunsch Message-Id: <199604090736.JAA08067@uriah.heep.sax.de> Subject: Re: routed delete my PPP default: how to fight it? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 9 Apr 1996 09:36:39 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604090621.XAA03064@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Apr 8, 96 11:21:10 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Satoshi Asami wrote: > Here's all the stuff that's in the kernel's message buffer. It > doesn't overflow anything, it happens only intermittently (this many > in ~2 days). By the way, 3128 is the port for the HTTP proxy running > on another machine (128.32.38.224), it could have something to do with > me running netscape during these times. > Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:60781 > Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:3818 That's ``auth''. I've always wondered at my machine at work (where i tcpdump all traffic that's going through the Internet router) who is connecting to this port. It's also somehow related to sendmail. Does anybody know more about ``auth''? > Connection attempt to UDP 136.152.64.181:1624 from 136.152.64.181:53 > Connection attempt to UDP 136.152.64.181:1625 from 136.152.64.181:53 > Connection attempt to UDP 136.152.64.181:1626 from 136.152.64.181:53 > Connection attempt to UDP 136.152.64.181:1645 from 136.152.64.181:53 > Connection attempt to UDP 136.152.64.181:1647 from 136.152.64.181:53 Looks like a reply for a DNS query, where the querying process has been terminated before the answer arrived. Traceroute attempts should cause a similar pattern, but with higher portnumbers. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Apr 9 00:52:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA18831 for current-outgoing; Tue, 9 Apr 1996 00:52:02 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA18772 for ; Tue, 9 Apr 1996 00:51:22 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA12190 for ; Tue, 9 Apr 1996 09:50:47 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA02038 for freebsd-current@FreeBSD.org; Tue, 9 Apr 1996 09:50:47 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA08081 for freebsd-current@FreeBSD.org; Tue, 9 Apr 1996 09:39:26 +0200 (MET DST) From: J Wunsch Message-Id: <199604090739.JAA08081@uriah.heep.sax.de> Subject: Re: OK, I've looked for CCD in the mail archives, but no findee. To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 9 Apr 1996 09:39:26 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604090411.VAA01889@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Apr 8, 96 09:11:24 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Satoshi Asami wrote: (CCD) > However, before it is integrated, I'd like some of the kernel folks to > take a close look. In particular, it doesn't have any slice support > (includes disk.h instead of diskslice.h) because I took it from NetBSD > and didn't know how to convert it. I don't think slices are absolutely necessary to import it. (Heck, why would you slice it again after having the disks just concatenated? :) They are nice to have just for consistency, but unless Bruce raises more than his usual 27 objections, ... :-)) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Apr 9 00:52:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA18944 for current-outgoing; Tue, 9 Apr 1996 00:52:36 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA18935 for ; Tue, 9 Apr 1996 00:52:28 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA12200; Tue, 9 Apr 1996 09:50:56 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA02041; Tue, 9 Apr 1996 09:50:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA08126; Tue, 9 Apr 1996 09:45:16 +0200 (MET DST) From: J Wunsch Message-Id: <199604090745.JAA08126@uriah.heep.sax.de> Subject: Re: [PORT] xsysinfo-1.1 To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 9 Apr 1996 09:45:15 +0200 (MET DST) Cc: jdli@FreeBSD.csie.NCTU.edu.tw Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <12501.828998592@time.cdrom.com> from "Jordan K. Hubbard" at Apr 8, 96 02:23:12 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > so I change it to use "pstst -ks", does your pstat work ? > My pstat doesn't work either! :-( > > OK, we have a bigger problem here, clearly. Anybody know when/why > pstat broke? I've built the world recently, and my libkvm is > up-to-date. Mine is working. System rebuilt at Good Friday. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Apr 9 00:57:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19230 for current-outgoing; Tue, 9 Apr 1996 00:57:34 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA19220 for ; Tue, 9 Apr 1996 00:57:24 -0700 (PDT) Received: by sovcom.kiae.su id AA10798 (5.65.kiae-1 ); Tue, 9 Apr 1996 10:48:00 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 9 Apr 96 10:48:00 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id LAA00457; Tue, 9 Apr 1996 11:46:41 +0400 (MSD) Message-Id: <199604090746.LAA00457@astral.msk.su> Subject: Re: termcap/curses vs ncurses To: scrappy@ki.net (Marc G. Fournier) Date: Tue, 9 Apr 1996 11:46:40 +0400 (MSD) Cc: current@freebsd.org In-Reply-To: from "Marc G. Fournier" at "Apr 8, 96 02:23:23 am" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > How about libtermcap? It will be nuked on libncurses->libcurses migration, i.e. it will be link to libncurses too. > Can libmytinfo be a symlink like libcurses then? Yes, but better way is making it empty. It isn't use alone in any case. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue Apr 9 00:58:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19276 for current-outgoing; Tue, 9 Apr 1996 00:58:05 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA19270 for ; Tue, 9 Apr 1996 00:57:59 -0700 (PDT) Received: by sovcom.kiae.su id AA10770 (5.65.kiae-1 ); Tue, 9 Apr 1996 10:47:52 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 9 Apr 96 10:47:51 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id LAA00435; Tue, 9 Apr 1996 11:42:52 +0400 (MSD) Message-Id: <199604090742.LAA00435@astral.msk.su> Subject: Re: Connection attempt... PID needed! To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 9 Apr 1996 11:42:51 +0400 (MSD) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199604080927.LAA04231@uriah.heep.sax.de> from "J Wunsch" at "Apr 8, 96 11:27:42 am" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > Can we report process number in this diagnostic to help > > finding processes which cause some misterious things? > > This is hard to do. Logfile examination and lastcomm(1) are better. :-) lastcomm not helps for daemons... > It's somehow related to sendmail. I can reproduce it by starting > sendmail directly to write me a mail, without any connection to my > ISP. When I kill sendmail, it not stopped. > Ick. Silly me. <:-) It wasn't routed, but instead mail.local's > ``biff'' attempts i've been watching. But so now: > I have 'comsat' running, so it isn't my case. > This connection attempt was provocated to see if the feature works. > So regardless of whether i use SLIP or (iij)PPP, i cannot see any > connection attempts on the router port. Maybe it somehow related with writing routing tables in iij-ppp. I'll try to not put any routing info in ppp and see what happens. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue Apr 9 00:58:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19312 for current-outgoing; Tue, 9 Apr 1996 00:58:40 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA19305 for ; Tue, 9 Apr 1996 00:58:28 -0700 (PDT) Received: by sovcom.kiae.su id AA10768 (5.65.kiae-1 ); Tue, 9 Apr 1996 10:47:51 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 9 Apr 96 10:47:51 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id LAA00420; Tue, 9 Apr 1996 11:37:36 +0400 (MSD) Message-Id: <199604090737.LAA00420@astral.msk.su> Subject: Re: libncurses 1.9.9e ready to commit To: scrappy@ki.net (Marc G. Fournier) Date: Tue, 9 Apr 1996 11:37:36 +0400 (MSD) Cc: current@freebsd.org In-Reply-To: from "Marc G. Fournier" at "Apr 8, 96 06:02:02 pm" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [it is unrelated to terminfo taking out discussion] > Now what do I do, in this case, to commit it? As first step you need to commit unmodified version to vendor branch (expect unneded stuff). As I remember, current libncurses not commited properly and should be removed, contact with Peter on this subject. Then you need to commit FreeBSD-specific changes (like terminfo taking out) separately to keep them for next upgrades. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue Apr 9 00:58:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19343 for current-outgoing; Tue, 9 Apr 1996 00:58:48 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA19307 Tue, 9 Apr 1996 00:58:36 -0700 (PDT) Received: by sovcom.kiae.su id AA10766 (5.65.kiae-1 ); Tue, 9 Apr 1996 10:47:50 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 9 Apr 96 10:47:50 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id LAA00387; Tue, 9 Apr 1996 11:25:49 +0400 (MSD) Message-Id: <199604090725.LAA00387@astral.msk.su> Subject: Re: libncurses 1.9.9e ready to commit To: scrappy@ki.net (Marc G. Fournier) Date: Tue, 9 Apr 1996 11:25:49 +0400 (MSD) Cc: current@freebsd.org, jkh@freebsd.org (Jordan Hubbard) In-Reply-To: from "Marc G. Fournier" at "Apr 8, 96 06:02:02 pm" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well, I have it ready to plug in, including making sure the > man pages and links are created properly. It compiles and installs > on my machine, and its running on my machine currently. In absolute true case you need to check all system & ports applications linking with it does right job. > I have not removed any of the terminfo functionality, so that > anyone that *wants* to use terminfo can just install the terminfo > database and it will work. Without the terminfo database installed, it > will revert to using termcap instead. I remember some time ago Jordan somehow left /usr/lib/terminfo/* and it was too long time to understand why his stuff not works, so we have one precendent at least that having >1 terminal database leads to big troubles. Please, put needed #ifdefs to NOT look to /usr/lib/terminfo, as I say only one terminal database must exists in the system, not TWO! If you want something from terminal database - better way is termcap file fixing than adding /usr/lib/terminfo stuff. Please do not commit without terminfo taking out. Don't forget to turn BSD-tputs on to have compatibility on libtermcap level. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue Apr 9 01:04:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA20058 for current-outgoing; Tue, 9 Apr 1996 01:04:29 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA20050 for ; Tue, 9 Apr 1996 01:04:25 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Tue, 9 Apr 96 04:04:23 -0400 Received: from compound.think.com ([206.10.99.151]) by Early-Bird.Think.COM; Tue, 9 Apr 96 04:04:19 EDT Received: (from alk@localhost) by compound.think.com (8.7.5/8.6.112) id DAA01446; Tue, 9 Apr 1996 03:04:35 -0500 (CDT) Date: Tue, 9 Apr 1996 03:04:35 -0500 (CDT) Message-Id: <199604090804.DAA01446@compound.think.com> From: Tony Kimball To: current@freebsd.org Subject: msun does not use i387/*.S using make -DHAVE_FPU Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I made world using pgcc at ctm 1665, I noticed that the resulting awk executable dumped core during floor() in builtins.c if it was linked dynamically. This led me on a little adventure, in which I discovered (among many other strange and wonderful things) that -DHAVE_FPU does not suffice to compile msun from the i387/*.S sources, as the Makefile intimates that it is. I'm guessing this is a .mk problem. As for the core, it was a pgcc bug, but that is another story altogether. //alk From owner-freebsd-current Tue Apr 9 01:09:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA20333 for current-outgoing; Tue, 9 Apr 1996 01:09:43 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA20328 for ; Tue, 9 Apr 1996 01:09:40 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Tue, 9 Apr 96 04:09:38 -0400 Received: from compound.think.com ([206.10.99.151]) by Early-Bird.Think.COM; Tue, 9 Apr 96 04:09:35 EDT Received: (from alk@localhost) by compound.think.com (8.7.5/8.6.112) id DAA02560; Tue, 9 Apr 1996 03:09:53 -0500 (CDT) Date: Tue, 9 Apr 1996 03:09:53 -0500 (CDT) Message-Id: <199604090809.DAA02560@compound.think.com> From: Tony Kimball To: current@freebsd.org Subject: suggestion for lib/libc/i386/DEFS.h Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It would be nice if the as macros would work with ANSI cpp, as for example: #ifndef __concat #ifdef __STDC__ #define __CONCAT(a,b) a##b #define __concat(a,b) __CONCAT(a,b) #else /* ! __STDC__ */ #define __concat(a,b) a/**/b #endif /* __STDC__ */ #endif /* def __concat */ ... #define ENTRY(x) _START_ENTRY \ .globl __concat(_,x); .type __concat(_,x),@function; __concat(_,x):; \ _MID_ENTRY \ call mcount; 9: From owner-freebsd-current Tue Apr 9 01:21:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA21136 for current-outgoing; Tue, 9 Apr 1996 01:21:06 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA21120 for ; Tue, 9 Apr 1996 01:20:47 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA14346 for ; Tue, 9 Apr 1996 10:20:44 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA02253 for freebsd-current@FreeBSD.org; Tue, 9 Apr 1996 10:20:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA08669 for freebsd-current@FreeBSD.org; Tue, 9 Apr 1996 10:01:02 +0200 (MET DST) From: J Wunsch Message-Id: <199604090801.KAA08669@uriah.heep.sax.de> Subject: Re: floppy format detection [was Re: devfs questions] To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 9 Apr 1996 10:01:01 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Frank Durda IV" at Apr 8, 96 08:34:00 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Frank Durda IV wrote: > IMO, the tradeoff between full automatic format detection, semi-automatic > detection (as in the 16/6000) and manual specification, is a question of > driver complexity plus how much delay you are willing to experience on each > open of the drive, plus whether you can determine certain things without > damage to the hardware. I personally prefer having an semi-automatic > dev plus manual devs or an ioctl available for explicit settings. I fully agree with you here. That's why i would like to have a part of the minor number available for several densities, where only density 0 is autodetect. > In the PC/AT world, the CMOS provides the "hints" needed to perform > semi-automatic operations and get the test time down to an > acceptable level. But only for the first two drives. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Apr 9 01:34:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA21762 for current-outgoing; Tue, 9 Apr 1996 01:34:17 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA21757 for ; Tue, 9 Apr 1996 01:34:12 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id SAA14558; Tue, 9 Apr 1996 18:30:11 +1000 Date: Tue, 9 Apr 1996 18:30:11 +1000 From: Bruce Evans Message-Id: <199604090830.SAA14558@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, uhclem@nemesis.lonestar.org Subject: Re: floppy format detection [was Re: devfs questions] Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >The old Tandy 16/6000 XENIX floppy driver did semi-automatic format >detection, and it had to deal with far more complex combinations of formats >than what we are talking about supporting here. It had to do these: >Size Track 0 All other tracks Cylinder count Data Cap. >8"/5" 128x26 FM 256x26 MFM (LS-DOS) 77 994.5K+boot >[...lots more] >Detection of all of these formats was fine and simple as far as the user >was concerned, but there was a significant speed penalty on each device >open, which worked out two or three media revolutions per format tested. >On 5RPS media (3.5"), the above tests could take as long as eight seconds >without "hints" and other tricks to speed the format identification, >regardless of CPU speed. Ouch. What was the type of the floppy controller? >Asking for the disk controller to locate a sector ID that wasn't there >to determine the true sector count cost one second, since the controller >would look for the sector ID for five media revolutions before giving up. It's better not to ask the controller to locate the ID if possible. For nec765 and wd17xx style controllers, the best method is to use the read id command. This gives you the complete format for each track. 4 passes per track might be required to distinguish between FM/MFM and different transfer speeds. I used this in a driver written in 1983-198? for a mb8876a (Fujitsu clone of a wd17xx (?)) on 1-2MHz 6809 systems. It handled FM 128*16 (mainly for track 0), MFM 256*16, MFM 256*26 (high density), detection of most media changes by comparing the directory (a whole track), interleave detection and optimization (always use physical order) and a couple of other oddities. This wasn't automatic. There was a memory-resident utility to tell the driver to determine the format. I forget how long it took - it must have been comparable with the motor startup time. I was pleased to forget about these complications for PC floppies. Originally, PC floppies were all 512*8 interleave 1. I don't like automatic media detection because it slows things down and reduces robustness - if media detection isn't implemented or working, then you have to assume that an error means that the media [density] changed, and flail around attempting to detect the new media. >Don't forget that even with PC-AT compatible systems, there are still >drives out there that have broken media-change reporting (which MS-DOS >conceals by assuming media change is broken on ALL drives), so the media Nope, versions 4.01 and 6.22 screw up my disks by assuming the the change line works on my broken 3.5in drives. >damage to the hardware. I personally prefer having an semi-automatic >dev plus manual devs or an ioctl available for explicit settings. In the >PC/AT world, the CMOS provides the "hints" needed to perform semi-automatic >operations and get the test time down to an acceptable level. I prefer using only standard formats so that format detection is normally unnecessary. Reading foreign formats is probably sufficiently rare that the driver shouldn't have any complications to support it - it should just support it. Bruce From owner-freebsd-current Tue Apr 9 02:21:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26019 for current-outgoing; Tue, 9 Apr 1996 02:21:38 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA26006 for ; Tue, 9 Apr 1996 02:21:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id CAA15588; Tue, 9 Apr 1996 02:20:59 -0700 (PDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users), jdli@FreeBSD.csie.NCTU.edu.tw Subject: Re: [PORT] xsysinfo-1.1 In-reply-to: Your message of "Tue, 09 Apr 1996 09:45:15 +0200." <199604090745.JAA08126@uriah.heep.sax.de> Date: Tue, 09 Apr 1996 02:20:59 -0700 Message-ID: <15586.829041659@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Eek. OK, I'm building the world and kernel again right now. Perhaps something went out of sync on me. Jordna > As Jordan K. Hubbard wrote: > > > > so I change it to use "pstst -ks", does your pstat work ? > > > My pstat doesn't work either! :-( > > > > OK, we have a bigger problem here, clearly. Anybody know when/why > > pstat broke? I've built the world recently, and my libkvm is > > up-to-date. > > Mine is working. System rebuilt at Good Friday. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Apr 9 02:55:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28800 for current-outgoing; Tue, 9 Apr 1996 02:55:10 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA28795 for ; Tue, 9 Apr 1996 02:55:06 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id CAA06567; Tue, 9 Apr 1996 02:55:03 -0700 (PDT) Date: Tue, 9 Apr 1996 02:55:03 -0700 (PDT) Message-Id: <199604090955.CAA06567@silvia.HIP.Berkeley.EDU> To: freebsd-current@FreeBSD.org In-reply-to: <199604090739.JAA08081@uriah.heep.sax.de> (message from J Wunsch on Tue, 9 Apr 1996 09:39:26 +0200 (MET DST)) Subject: Re: OK, I've looked for CCD in the mail archives, but no findee. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * I don't think slices are absolutely necessary to import it. (Heck, * why would you slice it again after having the disks just concatenated? * :) No, that's not necessary, but the devfs support comes with diskslice.h. Or so I heard. * They are nice to have just for consistency, but unless Bruce raises * more than his usual 27 objections, ... :-)) Well we'll see about that. :) Satoshi From owner-freebsd-current Tue Apr 9 02:57:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28963 for current-outgoing; Tue, 9 Apr 1996 02:57:24 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA28956 for ; Tue, 9 Apr 1996 02:57:10 -0700 (PDT) Received: by sovcom.kiae.su id AA16274 (5.65.kiae-1 ); Tue, 9 Apr 1996 12:45:10 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 9 Apr 96 12:45:10 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id NAA01091; Tue, 9 Apr 1996 13:37:50 +0400 (MSD) Message-Id: <199604090937.NAA01091@astral.msk.su> Subject: Re: routed delete my PPP default: how to fight it? To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 9 Apr 1996 13:37:50 +0400 (MSD) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199604090736.JAA08067@uriah.heep.sax.de> from "J Wunsch" at "Apr 9, 96 09:36:39 am" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > As Satoshi Asami wrote: > > > Here's all the stuff that's in the kernel's message buffer. It > > doesn't overflow anything, it happens only intermittently (this many > > in ~2 days). By the way, 3128 is the port for the HTTP proxy running > > on another machine (128.32.38.224), it could have something to do with > > me running netscape during these times. > > > Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:60781 > > Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:3818 > > That's ``auth''. I've always wondered at my machine at work (where i > tcpdump all traffic that's going through the Internet router) who is > connecting to this port. It's also somehow related to sendmail. > > Does anybody know more about ``auth''? Yes, run 'identd' to stop it. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue Apr 9 03:12:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA00174 for current-outgoing; Tue, 9 Apr 1996 03:12:30 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA29835 for ; Tue, 9 Apr 1996 03:09:40 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I3C5CMXH34000JM4@mail.rwth-aachen.de> for freebsd-current@freefall.FreeBSD.org; Tue, 09 Apr 1996 12:06:42 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id LAA05788 for freebsd-current@freefall.cdrom.com; Tue, 09 Apr 1996 11:44:37 +0200 Date: Tue, 09 Apr 1996 11:44:37 +0200 From: "Christoph P. Kukulies" Subject: fhtovp: filestart miss To: freebsd-current@freefall.FreeBSD.org Message-id: <199604090944.LAA05788@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Strange, got the following kernel message on the vt screen about 110 times (but can't find it logged anywhere): fhtovp: filestart miss 35001765 vs. 25 kernel is Apr 3. I unmounted a CD and mounted another one while another machine had a mount on the old CD - that's all I can remember to have done recently on the system. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue Apr 9 04:35:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA05213 for current-outgoing; Tue, 9 Apr 1996 04:35:10 -0700 (PDT) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA05180 for ; Tue, 9 Apr 1996 04:34:43 -0700 (PDT) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id MAA15665 for freebsd-current@freefall.freebsd.org; Tue, 9 Apr 1996 12:16:40 +0200 Message-Id: <199604091016.MAA15665@nixpbe.pdb.sni.de> Subject: Re: fhtovp: filestart miss To: kuku@gilberto.physik.RWTH-Aachen.DE (Christoph P. Kukulies) Date: Tue, 9 Apr 96 13:30:59 MET DST From: Greg Lehey Cc: freebsd-current@freefall.freebsd.org In-Reply-To: <199604090944.LAA05788@gilberto.physik.rwth-aachen.de>; from "Christoph P. Kukulies" at Apr 09, 96 11:44 am X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Strange, got the following kernel message on the vt screen about 110 times > (but can't find it logged anywhere): > > fhtovp: filestart miss 35001765 vs. 25 > > kernel is Apr 3. > > I unmounted a CD and mounted another one while another machine > had a mount on the old CD - that's all I can remember to have done > recently on the system. I've had this frequently when using a Toshiba 3401XA (I think; the double-speed version, anyway). I had been meaning to follow it down to the sources, but it stopped when I installed the Nakamichi changer, since I haven't found a way to create devices for both units. Greg From owner-freebsd-current Tue Apr 9 04:55:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA06386 for current-outgoing; Tue, 9 Apr 1996 04:55:32 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA06370 for ; Tue, 9 Apr 1996 04:55:23 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA24264 for ; Tue, 9 Apr 1996 13:54:24 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id NAA05924 for freebsd-current@FreeBSD.org; Tue, 9 Apr 1996 13:54:23 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id NAA09729 for freebsd-current@FreeBSD.org; Tue, 9 Apr 1996 13:19:35 +0200 (MET DST) From: J Wunsch Message-Id: <199604091119.NAA09729@uriah.heep.sax.de> Subject: Re: routed delete my PPP default: how to fight it? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 9 Apr 1996 13:19:35 +0200 (MET DST) In-Reply-To: <199604090937.NAA01091@astral.msk.su> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Apr 9, 96 01:37:50 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > Does anybody know more about ``auth''? > > Yes, run 'identd' to stop it. I normally don't run services i don't understand. :) But thanks to Faried Nawaz, he explained me in private mail how it comes that somebody wishes to connect to that port. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Apr 9 05:41:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09052 for current-outgoing; Tue, 9 Apr 1996 05:41:27 -0700 (PDT) Received: from ghost.uunet.ca (ghost.uunet.ca [142.77.1.100]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA09047 for ; Tue, 9 Apr 1996 05:41:24 -0700 (PDT) Received: by ghost.uunet.ca id <59625-2>; Tue, 9 Apr 1996 08:39:59 -0400 Date: Tue, 9 Apr 1996 08:39:57 -0400 From: Cat Okita To: "Eric S. Raymond" cc: Terry Lambert , ache@astral.msk.su, scrappy@ki.net, current@FreeBSD.org, ncurses-list@netcom.com Subject: Re: terminfo-less ncurses In-Reply-To: <199604082331.TAA25937@locke.ccil.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 8 Apr 1996, Eric S. Raymond wrote: > But these are details. Show me a new terminal that can't be described > essentially completely by terminfo. Go ahead. Try. They're just not > building weird command sets like they used to -- async-terminal technology > now consists of 99% VT100/ANSI/ECMA-48 clones and 1% fossils. ...and on another level, the terminfo structure is a *Bloody Nuisance* when you're stuck trying to boot a machine with a terminal, and there isn't an entry for it. Checking the 'entry' is impossible under terminfo - it's compiled, so you can't even head for the closest match (and if you've ever been stuck trying to find a definition for useful things like escape characters and function keys...) - with the termcap file, not only do you know where to look, you can figure out what the closest match is *without* having to know the last 10 years worth of terminals inside out and backwards... Cat From owner-freebsd-current Tue Apr 9 06:09:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA10513 for current-outgoing; Tue, 9 Apr 1996 06:09:48 -0700 (PDT) Received: from ter2.fl.net.au (root@ter2.fl.net.au [203.63.198.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA10506 for ; Tue, 9 Apr 1996 06:09:43 -0700 (PDT) Received: from cafu.fl.net.au (adf@cafu.fl.net.au [203.63.198.10]) by ter2.fl.net.au (2.0/adf) with SMTP id XAA15110 for ; Tue, 9 Apr 1996 23:13:02 +1000 (EST) Date: Tue, 9 Apr 1996 23:10:09 +0000 () From: Andrew Foster To: freebsd-current@freebsd.org Subject: 2.1.0-RELEASE to 2.2-960323-SNAP Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, (Some may have seen my previous posts into -bugs about lock ups in 2.1.0-RELEASE) I believe this could be due to VM system problems or something similar, and I was wondering if changes made in 2.2-960323-SNAP might fix this in some way. Should I install it? If so, what's the best way ? A make world of the source or can I install the bins + new kernel source. Please e-mail replies as I don't subscribe to this list. Thanks, Andrew ---------- Andrew Foster adf@fl.net.au From owner-freebsd-current Tue Apr 9 08:09:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA17309 for current-outgoing; Tue, 9 Apr 1996 08:09:53 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA17298 Tue, 9 Apr 1996 08:09:39 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.6.12) with ESMTP id IAA00897; Tue, 9 Apr 1996 08:09:19 -0700 (PDT) Message-Id: <199604091509.IAA00897@austin.polstra.com> To: alk@Think.COM Cc: peter@freebsd.org, current@freebsd.org Subject: Re: suggestion for lib/libc/i386/DEFS.h In-reply-to: <199604090809.DAA02560@compound.think.com> Date: Tue, 09 Apr 1996 08:09:19 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tony Kimball wrote: > It would be nice if the as macros would work with ANSI cpp, as for > example: > > #ifndef __concat > #ifdef __STDC__ > #define __CONCAT(a,b) a##b > #define __concat(a,b) __CONCAT(a,b) > #else /* ! __STDC__ */ > #define __concat(a,b) a/**/b > #endif /* __STDC__ */ > #endif /* def __concat */ > ... Changes along these lines are in fact going into -current Real Soon Now. I made the changes locally some time ago, in connection with ELF support. Peter Wemm has since then modified my changes so that they can be merged into -current. He's also incorporated a few suggestions from Bruce Evans, one of which was to use the __CONCAT macro already defined in . (That one _does_ work with an ANSI cpp.) I think Peter plans to commit this stuff, when he gets around to it. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Tue Apr 9 08:15:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA17688 for current-outgoing; Tue, 9 Apr 1996 08:15:25 -0700 (PDT) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA17677 for ; Tue, 9 Apr 1996 08:15:21 -0700 (PDT) Received: from sparcmill.grauel.com (sparcmill.grauel.com [199.233.104.34]) by watson.grauel.com (8.7.5/8.7.3) with SMTP id KAA24778 for ; Tue, 9 Apr 1996 10:27:03 -0500 (EST) Received: by sparcmill.grauel.com (SMI-8.6/SMI-SVR4) id KAA03884; Tue, 9 Apr 1996 10:15:14 -0500 Date: Tue, 9 Apr 1996 10:15:14 -0500 Message-Id: <199604091515.KAA03884@sparcmill.grauel.com> From: Richard J Kuhns To: current@freebsd.org Subject: Re: libncurses 1.9.9e ready to commit In-Reply-To: References: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Marc G. Fournier writes: > > Hi... > > Well, I have it ready to plug in, including making sure the > man pages and links are created properly. It compiles and installs > on my machine, and its running on my machine currently. > > I have not removed any of the terminfo functionality, so that > anyone that *wants* to use terminfo can just install the terminfo > database and it will work. Without the terminfo database installed, it > will revert to using termcap instead. > (Boy, take a couple of days off, and it's amazing what you miss ;-).) I need (well, I really really want) terminfo support, so I hope you can and do commit it with terminfo available. I *use*, on mulitple platforms, some of the standard capabilities terminfo supports for printers. Currently, part of my "standard configuration" for a new FreeBSD system is to rebuild libmytinfo with terminfo support; I can then use the same code under SVR4, Solaris, and FreeBSD. I see no problem with having 2 potential sources of terminal/printer info; if you want to make sure you're using the termcap version (for example), just mv the terminfo file out of the way (or set TERMINFO to /tmp). I'm not arguing the relative technical merits of terminfo and termcap; I just don't want to have to worry about YA arbitrary difference between different *ixes. Speaking as someone who develops applications that need to run under multiple *ixes... -- Rich Kuhns rjk@grauel.com PO Box 6249 100 Sawmill Road Lafayette, IN 47903 (317)477-6000 x319 From owner-freebsd-current Tue Apr 9 08:24:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18503 for current-outgoing; Tue, 9 Apr 1996 08:24:51 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA18476 for ; Tue, 9 Apr 1996 08:24:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id PAA08441 ; Tue, 9 Apr 1996 15:40:08 +0100 (BST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.ORG (FreeBSD-current users) From: "Gary Palmer" Subject: Re: routed delete my PPP default: how to fight it? In-reply-to: Your message of "Tue, 09 Apr 1996 09:36:39 +0200." <199604090736.JAA08067@uriah.heep.sax.de> Date: Tue, 09 Apr 1996 15:40:08 +0100 Message-ID: <8439.829060808@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote in message ID <199604090736.JAA08067@uriah.heep.sax.de>: > That's ``auth''. I've always wondered at my machine at work (where i > tcpdump all traffic that's going through the Internet router) who is > connecting to this port. It's also somehow related to sendmail. > Does anybody know more about ``auth''? Sendmail tries connecting to the auth port to find out the UID / username of the person doing the connection in a vain attempt to catch forged e-mails. I say vain, as the majority of systems on the 'net still don't run identd, and hence most people sending faked e-mails are not inconvenienced in any way by this. Gary From owner-freebsd-current Tue Apr 9 08:27:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18796 for current-outgoing; Tue, 9 Apr 1996 08:27:52 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA18695 for ; Tue, 9 Apr 1996 08:26:01 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA02988; Tue, 9 Apr 1996 17:21:17 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id RAA07765; Tue, 9 Apr 1996 17:21:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id RAA10126; Tue, 9 Apr 1996 17:02:10 +0200 (MET DST) From: J Wunsch Message-Id: <199604091502.RAA10126@uriah.heep.sax.de> Subject: Re: fhtovp: filestart miss To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 9 Apr 1996 17:02:10 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) In-Reply-To: <199604090944.LAA05788@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Apr 9, 96 11:44:37 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Christoph P. Kukulies wrote: > > Strange, got the following kernel message on the vt screen about 110 times > (but can't find it logged anywhere): > > fhtovp: filestart miss 35001765 vs. 25 > > kernel is Apr 3. > > I unmounted a CD and mounted another one while another machine > had a mount on the old CD - that's all I can remember to have done > recently on the system. The NFS file handle code in cd9660 hit again... Perhaps nothing to worry much about. It should have sent out a ``stale NFS file handle'' to the client without even bothering to log this message. Perhaps the authors didn't trust their own code, and hence decided to log these cases (just in case it might be a bug in cd9660). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Apr 9 08:46:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20390 for current-outgoing; Tue, 9 Apr 1996 08:46:16 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA20375 for ; Tue, 9 Apr 1996 08:46:01 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I3CH61PRGW000L8T@mail.rwth-aachen.de>; Tue, 09 Apr 1996 17:44:59 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA06812; Tue, 09 Apr 1996 17:51:13 +0200 Date: Tue, 09 Apr 1996 17:51:12 +0200 (MET DST) From: "Christoph P. Kukulies" Subject: Re: fhtovp: filestart miss In-reply-to: <199604091502.RAA10126@uriah.heep.sax.de> To: j@uriah.heep.sax.de (J Wunsch) Cc: freebsd-current@FreeBSD.org, kuku@gilberto.physik.rwth-aachen.de Reply-to: Christoph Kukulies Message-id: <199604091551.RAA06812@gilberto.physik.rwth-aachen.de> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL25 ME8b] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > As Christoph P. Kukulies wrote: > > > > Strange, got the following kernel message on the vt screen about 110 times > > (but can't find it logged anywhere): > > That was 10 times, btw. :-) > > fhtovp: filestart miss 35001765 vs. 25 > > > > kernel is Apr 3. > > > > I unmounted a CD and mounted another one while another machine > > had a mount on the old CD - that's all I can remember to have done > > recently on the system. > > The NFS file handle code in cd9660 hit again... Perhaps nothing to > worry much about. It should have sent out a ``stale NFS file handle'' Correct - I saw this on the client side (an HP-UX system). > to the client without even bothering to log this message. Perhaps > the authors didn't trust their own code, and hence decided to log > these cases (just in case it might be a bug in cd9660). > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue Apr 9 08:49:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20624 for current-outgoing; Tue, 9 Apr 1996 08:49:28 -0700 (PDT) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA20619 for ; Tue, 9 Apr 1996 08:49:25 -0700 (PDT) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with SMTP id IAA02957; Tue, 9 Apr 1996 08:47:09 -0700 (PDT) Message-Id: <199604091547.IAA02957@precipice.shockwave.com> To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: routed delete my PPP default: how to fight it? In-reply-to: Your message of "Tue, 09 Apr 1996 13:37:50 +0400." <199604090937.NAA01091@astral.msk.su> Date: Tue, 09 Apr 1996 08:47:09 -0700 From: Paul Traina Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chern >>ov, Black Mage) Subject: Re: routed delete my PPP default: how to fight it? > Does anybody know more about ``auth''? Yes, run 'identd' to stop it. STOP, do NOT run identd to stop anything. If you don't know what identd is, you'd be a fool to run it. If you don't like obnoxious messages showing up in your log, turn off logging of failed connection attempts. (I just did, by default. It should *never* have been enabled by default and if you do enable it, you need to understand that someone can topple your box in a matter of seconds.) Poul needs to rate-limit the messages, and even then, the default should be compatible with existing behavior. Remember folks, the idea is principle of least astonishment. From owner-freebsd-current Tue Apr 9 08:58:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA21264 for current-outgoing; Tue, 9 Apr 1996 08:58:09 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA21226 for ; Tue, 9 Apr 1996 08:57:38 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA29064; Tue, 9 Apr 1996 11:56:09 -0400 Date: Tue, 9 Apr 1996 11:56:09 -0400 From: Garrett Wollman Message-Id: <9604091556.AA29064@halloran-eldar.lcs.mit.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: routed delete my PPP default: how to fight it? In-Reply-To: <199604090736.JAA08067@uriah.heep.sax.de> References: <199604090621.XAA03064@silvia.HIP.Berkeley.EDU> <199604090736.JAA08067@uriah.heep.sax.de> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: >> Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:60781 >> Connection attempt to TCP 136.152.64.181:113 from 136.152.64.181:3818 > That's ``auth''. I've always wondered at my machine at work (where i > tcpdump all traffic that's going through the Internet router) who is > connecting to this port. It's also somehow related to sendmail. Note that there is a bug in the logging code in that it calls inet_ntoa() twice as an argument to printf() and expects it to return a different value... > Does anybody know more about ``auth''? It's a brain-damaged way of getting a string back from a remote machine which purports to represent the identity of the user who opened a particular connection. ``auth'' is a misnomer; it's officially called ``ident'', which isn't much better. >> Connection attempt to UDP 136.152.64.181:1647 from 136.152.64.181:53 > Looks like a reply for a DNS query, where the querying process has > been terminated before the answer arrived. Looks like a remote disk-filling service to me... -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 Apr 9 08:59:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA21352 for current-outgoing; Tue, 9 Apr 1996 08:59:28 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA21346 for ; Tue, 9 Apr 1996 08:59:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id JAA15191; Tue, 9 Apr 1996 09:54:11 -0600 Message-Id: <199604091554.JAA15191@rover.village.org> To: J Wunsch Subject: Re: routed delete my PPP default: how to fight it? Cc: freebsd-current@FreeBSD.org (FreeBSD-current users) In-reply-to: Your message of Tue, 09 Apr 1996 13:19:35 +0200 Date: Tue, 09 Apr 1996 09:54:11 -0600 From: Warner Losh Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : I normally don't run services i don't understand. :) But thanks to : Faried Nawaz, he explained me in private mail how it comes that somebody : wishes to connect to that port. You can also use a fake identd that I use. It just prints out "Warm-Fuzy" in the approved format, then terminates. That's the "encrypted token" for all the users on my machine :-) identd gives you a false sense of security because the information it returns is unreliable. sendmail and some misguided ftp servers use it in an attempt to help identify who is really on the other end of the line. Only the newer IP security options really give you meaninful information here... Warner From owner-freebsd-current Tue Apr 9 10:23:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA26502 for current-outgoing; Tue, 9 Apr 1996 10:23:10 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA26497 for ; Tue, 9 Apr 1996 10:23:05 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id NAA22796; Tue, 9 Apr 1996 13:22:43 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id NAA09620; Tue, 9 Apr 1996 13:24:38 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Tue, 9 Apr 1996 13:24:37 -0400 (EDT) From: "Marc G. Fournier" To: Richard J Kuhns cc: current@FreeBSD.org Subject: Re: libncurses 1.9.9e ready to commit In-Reply-To: <199604091515.KAA03884@sparcmill.grauel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 9 Apr 1996, Richard J Kuhns wrote: > I need (well, I really really want) terminfo support, so I hope you can > and do commit it with terminfo available. I *use*, on mulitple platforms, > some of the standard capabilities terminfo supports for printers. > Currently, part of my "standard configuration" for a new FreeBSD system is > to rebuild libmytinfo with terminfo support; I can then use the same code > under SVR4, Solaris, and FreeBSD. > > I see no problem with having 2 potential sources of terminal/printer info; > if you want to make sure you're using the termcap version (for example), > just mv the terminfo file out of the way (or set TERMINFO to /tmp). > well, looks like I have one person that understands my point of view on this :) In order to get the library to the point that it compiles and installs correctly, I did exactly that. I moved /usr/lib/terminfo out of the way so that it forced itself to use termcap. terminfo isn't installed on a standard FreeBSD system, so unless someone *wants* to use terminfo, and installs it manually, its going to use termcap... But I don't believe that we should be disabling functionality in a library that some ppl will want (and are) using because others don't want it. It doesn't save *that* much space overall, and it makes it all the harder to upgrade the library at a later date (look at the argument about binutils...) Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Tue Apr 9 10:28:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA26939 for current-outgoing; Tue, 9 Apr 1996 10:28:29 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA26929 for ; Tue, 9 Apr 1996 10:28:14 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA05239; Tue, 9 Apr 1996 10:19:20 -0700 From: Terry Lambert Message-Id: <199604091719.KAA05239@phaeton.artisoft.com> Subject: Re: terminfo-less ncurses To: cat@ghost.uunet.ca (Cat Okita) Date: Tue, 9 Apr 1996 10:19:20 -0700 (MST) Cc: esr@locke.ccil.org, terry@lambert.org, ache@astral.msk.su, scrappy@ki.net, current@FreeBSD.org, ncurses-list@netcom.com In-Reply-To: from "Cat Okita" at Apr 9, 96 08:39:57 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > ...and on another level, the terminfo structure is a *Bloody Nuisance* > when you're stuck trying to boot a machine with a terminal, and there > isn't an entry for it. > > Checking the 'entry' is impossible under terminfo - it's compiled, so you > can't even head for the closest match (and if you've ever been stuck trying > to find a definition for useful things like escape characters and function > keys...) - with the termcap file, not only do you know where to look, you > can figure out what the closest match is *without* having to know the last > 10 years worth of terminals inside out and backwards... If I am using a termcap machine, I usually setenv TERMCAP to a minimal one for the terminal. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Apr 9 11:11:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA29892 for current-outgoing; Tue, 9 Apr 1996 11:11:11 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA29886 Tue, 9 Apr 1996 11:11:06 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id NAA23153; Tue, 9 Apr 1996 13:40:31 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with ESMTP id NAA09658; Tue, 9 Apr 1996 13:42:25 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Tue, 9 Apr 1996 13:42:24 -0400 (EDT) From: "Marc G. Fournier" To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= cc: current@freebsd.org, Jordan Hubbard Subject: Re: libncurses 1.9.9e ready to commit In-Reply-To: <199604090725.LAA00387@astral.msk.su> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 9 Apr 1996, [KOI8-R] =E1=CE=C4=D2=C5=CA =FE=C5=D2=CE=CF=D7 wrote: > > =09I have not removed any of the terminfo functionality, so that > > anyone that *wants* to use terminfo can just install the terminfo > > database and it will work. Without the terminfo database installed, it > > will revert to using termcap instead. > > I remember some time ago Jordan somehow left /usr/lib/terminfo/* > and it was too long time to understand why his stuff not works, > so we have one precendent at least that having >1 terminal database > leads to big troubles. > =09Unless there is something I've missed in the distributions, Jordan would have had to manually install terminfo himself. On a *standard* distribution, terminfo is *not* installed, so libncurses on that system would *not* use anything but the termcap file. =09What about me, who has terminfo installed, and has no problems using it, since *I* have no intentions of ever extending my definitions... now, because a few ppl don't want to risk accidentally(?) installing the terminfo database on their system, I'm going back to the drawing board and have to install libncurses from scratch to add that functionality back in? > Please, put needed #ifdefs to NOT look to /usr/lib/terminfo, > as I say only one terminal database must exists in the system, not TWO! > If you want something from terminal database - better way is > termcap file fixing than adding /usr/lib/terminfo stuff. > =09I'm not arguing that TWO should exist, I'm arguing that it shouldn't be up to us that the ONE database is termcap. You prefer termcap, I'm indifferent to either, and have installed terminfo on my system. The reason that I'm trying to get 1.9.9e commited is so that each time I do a make world, I don't have to remember not to overwrite my 1.9.9e with 1.8.6. How many others out there are going through the same thing? How many others have 1.9.9e installed and *are* using terminfo? > Please do not commit without terminfo taking out. > =09So far, I have one person that is dead set against having terminfo capabilities enabled in libncurses, and about a dozen that are arguing the merits of termcap over terminfo (but seem indifferent on the subject of enabling/disabling the terminfo capabilities), and two ppl that wish to hav= e terminfo capabilities enabled. =09What I'm trying to ensure is that each person installing FreeBSD in general, and libncurses in specific, HAS that choice...has the choice to use terminfo vs termcap without having to reinstall a library to do so. =09If we are going to use a standard library like libncurses, leave it as standard...don't disable functionality in it because YOU don't happen to want to use that functionality. > Don't forget to turn BSD-tputs on to have compatibility on libtermcap lev= el. > =09got it Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Tue Apr 9 12:49:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07383 for current-outgoing; Tue, 9 Apr 1996 12:49:55 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA07378 for ; Tue, 9 Apr 1996 12:49:53 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA05667; Tue, 9 Apr 1996 12:42:34 -0700 From: Terry Lambert Message-Id: <199604091942.MAA05667@phaeton.artisoft.com> Subject: Re: floppy format detection [was Re: devfs questions] To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 9 Apr 1996 12:42:34 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199604090801.KAA08669@uriah.heep.sax.de> from "J Wunsch" at Apr 9, 96 10:01:01 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > IMO, the tradeoff between full automatic format detection, semi-automatic > > detection (as in the 16/6000) and manual specification, is a question of > > driver complexity plus how much delay you are willing to experience on each > > open of the drive, plus whether you can determine certain things without > > damage to the hardware. I personally prefer having an semi-automatic > > dev plus manual devs or an ioctl available for explicit settings. > > I fully agree with you here. That's why i would like to have a part > of the minor number available for several densities, where only > density 0 is autodetect. > > > In the PC/AT world, the CMOS provides the "hints" needed to perform > > semi-automatic operations and get the test time down to an > > acceptable level. > > But only for the first two drives. :-) I really do not see the problem with time penalizing people for old hardware. How are you going to "make things equitable" so that my 65ms MFM drive goes as fast as possible? By penalizing everyone with 8.5ms drives, who have paid a premium for the speed? The same argument applies to penalizing me by only allowing me to store 120M on my MFM drive, while Jordan with his SCSI drive gets to store 2G -- aren't all platters equivalent? Shouldn't we put in compression so as to make things "more equitable", even though the consequence is a system Jordan feels is unusable? The penalty for hardware without media change notification is the need to check on access after the drive motoro is stopped. You can take the last active format as a "hint" of where to start checking. You can also take the CMOS drive type information as a hint as to a range restriction on the list that must be checked. You run old hardware? You pay in time. You run more floppy devices than are in CMOS? You pay in time. The problem with density hints is that there is no such thing as an automount. I can stuff a floppy in a drive on a DOS box, do a "dir" and have it list the floppy contents *regardless* of the format. And you guys are saying FreeBSD can never do this thing that DOS does because it needs to have the device identified for a manual mount instead of a mount as a result of automatic device identification. For comparison, see the SCSI floppy drives and the multiple density Sony optical drive on NeXT machines -- which automount removable media to a "folder" (directory) in the user's home directory when the media is inserted. Next you'll be suggesting that PCMCIA cards (insertable media, much like floppies, which require a complex procedure to identify the media following insertion) should have a manual component to their insertion, based on card type (a weenie "mount" command, if you will). People with crappy ardware will have to live with it. Just like Bruce lives with typing ^C to flush the FCB's on his DOS drive without change notification when changing media. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Apr 9 13:05:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08401 for current-outgoing; Tue, 9 Apr 1996 13:05:19 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA08388 for ; Tue, 9 Apr 1996 13:05:08 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA05719; Tue, 9 Apr 1996 12:58:24 -0700 From: Terry Lambert Message-Id: <199604091958.MAA05719@phaeton.artisoft.com> Subject: Re: floppy format detection [was Re: devfs questions] To: bde@zeta.org.au (Bruce Evans) Date: Tue, 9 Apr 1996 12:58:24 -0700 (MST) Cc: freebsd-current@freebsd.org, uhclem@nemesis.lonestar.org In-Reply-To: <199604090830.SAA14558@godzilla.zeta.org.au> from "Bruce Evans" at Apr 9, 96 06:30:11 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I was pleased to forget about these complications for PC floppies. > Originally, PC floppies were all 512*8 interleave 1. > > I don't like automatic media detection because it slows things down and > reduces robustness Without automatic media detection, automounting is impossible. Automounting speeds things up and increases robustness, especially for users who wouldn't know a /dev/fd0.1440 if it jumped up and bit them on the butt. A user can see a floppy, and a user can see a floppy drive, and can pretty much figure out what goes where (here come the war stories about the secretary who folded the 5.25" disk in 4 to get it into the 3.5" drive, etc.). But a typical user *can't* see the disk format and doesn't *want* to see a mount command or the /dev directory. > - if media detection isn't implemented or working, That's easy. Make it work. You can't argue from an assumtion of failure. A failure to identify media format on disk insertion means that the disk is unformatted and you need to send a message to the media daemon telling it to put up a "Format not recognized -- format this disk now?" requester. > then you have to assume that an error means that the media [density] > changed, and flail around attempting to detect the new media. Yep. Don't buy old hardware. Fortunately, old hardware isn't sold in stores near you. If you absolutely must use old hardware to make the "pro old hardware" argument work (not that it worked before, keeping the install under 2M or on 1.2M floppies)... then make the flailing about come up with the right answer. It is never wrong for old hardware to be slower than new hardware at a given task. Format recognition is one such task. Want a higher resolution display? Buy newer hardware. Want 8.5ms seek times on your hard sidk instead of 65ms seek times? Buy newer hardware. Want faster format recognition? Buy newer hardware. > >Don't forget that even with PC-AT compatible systems, there are still > >drives out there that have broken media-change reporting (which MS-DOS > >conceals by assuming media change is broken on ALL drives), so the media > > Nope, versions 4.01 and 6.22 screw up my disks by assuming the the > change line works on my broken 3.5in drives. Yep. You need to test the change lines by looking for a media change; the first time you see one that also gets change notification, you set a bit in a writable store somewhere. Like userconfig does. > >damage to the hardware. I personally prefer having an semi-automatic > >dev plus manual devs or an ioctl available for explicit settings. In the > >PC/AT world, the CMOS provides the "hints" needed to perform semi-automatic > >operations and get the test time down to an acceptable level. > > I prefer using only standard formats so that format detection is > normally unnecessary. Reading foreign formats is probably sufficiently > rare that the driver shouldn't have any complications to support it - it > should just support it. Yes, yes, yes. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Apr 9 13:07:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08501 for current-outgoing; Tue, 9 Apr 1996 13:07:24 -0700 (PDT) Received: from trout.nosc.mil (trout.nosc.mil [128.49.16.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA08496 for ; Tue, 9 Apr 1996 13:07:20 -0700 (PDT) Received: from cod.nosc.mil by trout.nosc.mil (4.1/SMI-4.1) id AA27834; Tue, 9 Apr 96 13:07:18 PDT Received: from [128.49.16.48] (aegis.nosc.mil) by cod.nosc.mil (4.1/SMI-4.1) id AA09804; Tue, 9 Apr 96 13:05:22 PDT X-Sender: gshaffer@cod.nosc.mil Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 9 Apr 1996 13:06:40 -0700 To: current@freebsd.org From: gshaffer@nosc.mil (Greg Shaffer) Subject: Adaptec 2940 & Diamond Stealth S3-Trio64 Problem Cc: gshaffer@nosc.mil Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Recently, I upgraded to a new PCI motherboard, UMC chipset (8881/886a), Am586-P75 133MHz CPU, Diamond Stealth 64 (S3-Trio64V+) with 2MB DRAM, and an Adaptec 2940 (Ultra, aic7880) SCSI adapter. At the same time I upgraded the hardware, I also upgraded XFree86 in my FreeBSD 2.1.0 installation to 3.1.2D since it fixed some S3-Trio64 bugs. Right away I started to have problems with the X server (XF86_S3) locking up the computer. When X starts up there is a flurry of disk activity, sometimes the screen will change to my default background color, other times the screen would flicker and then the machine would hang. In all cases I noticed the disk access light on my external hard drive was always on (even thought there was no continued disk activity) and remained on until I reset the machine. This problem originally occured under FreeBSD 2.1.0, upgrading to FreeBSD-stable (current as of src-2.1.0067) did not solve the problem. I also reinstalled my Adaptec 1542CF and the system works fine. Is there anybody else running FreeBSD 2.1.0 or stable with the same or similar setup that has had success? If so what are the BIOS version for your controllers? Does anybody have any suggestions on how to trouble shoot this problem? Thanks Greg Shaffer From owner-freebsd-current Tue Apr 9 13:10:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08697 for current-outgoing; Tue, 9 Apr 1996 13:10:46 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA08690 for ; Tue, 9 Apr 1996 13:10:40 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA05742; Tue, 9 Apr 1996 13:04:00 -0700 From: Terry Lambert Message-Id: <199604092004.NAA05742@phaeton.artisoft.com> Subject: Re: fhtovp: filestart miss To: j@uriah.heep.sax.de (J Wunsch) Date: Tue, 9 Apr 1996 13:03:59 -0700 (MST) Cc: freebsd-current@freebsd.org, kuku@gilberto.physik.rwth-aachen.de In-Reply-To: <199604091502.RAA10126@uriah.heep.sax.de> from "J Wunsch" at Apr 9, 96 05:02:10 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The NFS file handle code in cd9660 hit again... Perhaps nothing to > worry much about. It should have sent out a ``stale NFS file handle'' > to the client without even bothering to log this message. Perhaps > the authors didn't trust their own code, and hence decided to log > these cases (just in case it might be a bug in cd9660). They did not trust media change notification and they did not implement media change detection. For a drive which can not have media changed without notification, the message should be logged. For "clamshell" and similar drives, where the media can be changed without door locks or notification, the code should go into change autodetect when this happens, and, potentially, the mount export should be invalidated. Ideally, it would only be the export: a media change should cause an automatic unmount followed by an automatic mount of the new media. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Apr 9 13:50:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12584 for current-outgoing; Tue, 9 Apr 1996 13:50:03 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA12546 Tue, 9 Apr 1996 13:49:56 -0700 (PDT) Received: by sovcom.kiae.su id AA17388 (5.65.kiae-1 ); Tue, 9 Apr 1996 23:45:00 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 9 Apr 96 23:45:00 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id AAA01062; Wed, 10 Apr 1996 00:37:42 +0400 (MSD) Message-Id: <199604092037.AAA01062@astral.msk.su> Subject: Re: libncurses 1.9.9e ready to commit To: scrappy@ki.net (Marc G. Fournier) Date: Wed, 10 Apr 1996 00:37:42 +0400 (MSD) Cc: current@freebsd.org, jkh@freebsd.org In-Reply-To: from "Marc G. Fournier" at "Apr 9, 96 01:42:24 pm" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > What I'm trying to ensure is that each person installing FreeBSD > in general, and libncurses in specific, HAS that choice...has the choice to > use terminfo vs termcap without having to reinstall a library to do so. Well, I agree. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue Apr 9 13:51:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12695 for current-outgoing; Tue, 9 Apr 1996 13:51:38 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA12680 for ; Tue, 9 Apr 1996 13:51:25 -0700 (PDT) Received: by sovcom.kiae.su id AA17391 (5.65.kiae-1 ); Tue, 9 Apr 1996 23:45:01 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 9 Apr 96 23:45:01 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id AAA01084; Wed, 10 Apr 1996 00:43:47 +0400 (MSD) Message-Id: <199604092043.AAA01084@astral.msk.su> Subject: Re: routed delete my PPP default: how to fight it? (THE REASON FOUND!) To: nate@sri.MT.net (Nate Williams) Date: Wed, 10 Apr 1996 00:43:47 +0400 (MSD) Cc: msmith@atrad.adelaide.edu.au, current@freebsd.org, joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604081452.IAA24889@rocky.sri.MT.net> from "Nate Williams" at "Apr 8, 96 08:52:43 am" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > It was what I do. It seems that PPP send routed brodcasts. > > > > Well, having checked the sources, I have to say that unless it cons' code > > up out of nowhere when it runs, there doesn't appear to be _any_ UDP > > code, routed-aware or not in iijppp. > > Umm, I know there is some IP code being sent out in iijppp, but it's not > necessary. It might be interpreted as 'UDP' code. > > if ((routes = socket(PF_ROUTE, SOCK_RAW, AF_INET)) < 0) { > logprintf("sifproxyarp: opening routing socket: \n"); > return 0; > } It seems that I found the reason: when I comment out this line in my ppp.conf # add 0 0 194.58.227.1 I don't have those 'router' service messages anymore! So, it is DEFINITELY iij-ppp who produce this UDP router requests. But... I forced to manually enter 'route add default ...' in this case. :-( I don't understand well socket code, is there any chance to fix PPP? Any ideas? -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue Apr 9 14:06:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA13929 for current-outgoing; Tue, 9 Apr 1996 14:06:42 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA13920 for ; Tue, 9 Apr 1996 14:05:50 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id RAA29254 for ; Tue, 9 Apr 1996 17:05:46 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id RAA13758 for ; Tue, 9 Apr 1996 17:07:42 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Tue, 9 Apr 1996 17:07:41 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: Comments on change to sio.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In response to my query to this user about whether his problem has been fixed, I got the following reply: > >Description: > > Kernel spits out lot of these > > Jun 18 05:14:47 pommi /kernel: sio1: 119 more interrupt-level buffer over > flows (total 3642) > Jun 18 05:14:47 pommi /kernel: sio1: 119 more interrupt-level buffer overflows ( > total 3642) I don't know if this is still an existing problem, as I have been inserting a workaround for this since I realized this was considered a feature. It was fixed by this, in addition I got more performance and more reliablity. options "TTYHOG=4096" options "RS_IBUFSIZE=1024" *** sys/i386/isa/sio.c.orig Thu Aug 24 21:56:48 1995 --- sys/i386/isa/sio.c Thu Aug 24 21:57:13 1995 *************** *** 71,77 **** --- 71,79 ---- #define LOTS_OF_EVENTS 64 /* helps separate urgent events from input */ #define RB_I_HIGH_WATER (TTYHOG - 2 * RS_IBUFSIZE) + #ifndef RS_IBUFSIZE #define RS_IBUFSIZE 256 + #endif #define CALLOUT_MASK 0x80 #define CONTROL_MASK 0x60 -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-4375360 fax -4555276 home -8031121 ========= Now, I was tempted to throw the #ifndef/#endif into sio.c and somehow documenting the availability of changing RS_IBUFSIZE in the conf file. I know that throwing the ifndef into the file won't affect or break anything, but I'm curious as to whether this is something fixed in -current and is therefore not required. I know that RS_IBUFSIZE is set to 256 in -current still, but the user is claiming better performance/reliability as a result of increasing his from 256 to 1024. His problem report, and environment, looks like: A 486-40 with 6 16550 ports and 4 ethernets (3 active) A 386-16 with 1 16550 ports and 1 ethernet (just a PPP router) Description Both these machines report "interrupt-level buffer overflow":s very frequently on a leased line running at 38400, badly dropping IP performance. On 386-16 I also saw several spontaneous reboots when loading the PPP link. How-To-Repeat It seems that this bites only me, even though it does this on two quite different configurations. In addition the 486 machine has 115.2k leased line connected with no apparent trouble. Thus I can't really tell you how to repeat this (other than sending the machines there :-). Fix I changed RS_IBUFSIZE from 256 to 4096, and the problem disappeared. It might be that a smaller amount would be sufficient (I don't mind 8k memory waste per line in this case). But it is apparent that 256 bytes seems not sufficient for slow or loaded machines. sio.c: < #define RS_IBUFSIZE 256 -- > #define RS_IBUFSIZE 4096 ===== Bruce, apologies, but I realized *after* I emailed this guy that your were responsible for this problem report...I'm watching the "responsible" field much closer now so that I don't do this again :( From owner-freebsd-current Tue Apr 9 14:25:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15455 for current-outgoing; Tue, 9 Apr 1996 14:25:29 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA15449 Tue, 9 Apr 1996 14:25:23 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id RAA29665; Tue, 9 Apr 1996 17:25:17 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with ESMTP id RAA13791; Tue, 9 Apr 1996 17:27:11 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Tue, 9 Apr 1996 17:27:10 -0400 (EDT) From: "Marc G. Fournier" To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= cc: current@freebsd.org, jkh@freebsd.org Subject: Re: libncurses 1.9.9e ready to commit In-Reply-To: <199604092037.AAA01062@astral.msk.su> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 10 Apr 1996, [KOI8-R] =E1=CE=C4=D2=C5=CA =FE=C5=D2=CE=CF=D7 wrote: > > =09What I'm trying to ensure is that each person installing FreeBSD > > in general, and libncurses in specific, HAS that choice...has the choic= e to > > use terminfo vs termcap without having to reinstall a library to do so. > > Well, I agree. > =09So, I can commit libncurses 1.9.9e to replace 1.8.6 *with* the choice of using termcap (default) or terminfo (admin manually installs the terminfo files)? No patches to disable terminfo functionality? Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Tue Apr 9 15:19:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21615 for current-outgoing; Tue, 9 Apr 1996 15:19:33 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21585 Tue, 9 Apr 1996 15:19:23 -0700 (PDT) Received: by sovcom.kiae.su id AA01147 (5.65.kiae-1 ); Wed, 10 Apr 1996 01:15:45 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Wed, 10 Apr 96 01:15:44 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id CAA00443; Wed, 10 Apr 1996 02:08:38 +0400 (MSD) Message-Id: <199604092208.CAA00443@astral.msk.su> Subject: Re: libncurses 1.9.9e ready to commit To: scrappy@ki.net (Marc G. Fournier) Date: Wed, 10 Apr 1996 02:08:37 +0400 (MSD) Cc: current@freebsd.org, jkh@freebsd.org In-Reply-To: from "Marc G. Fournier" at "Apr 9, 96 05:27:10 pm" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Wed, 10 Apr 1996, [KOI8-R] áÎÄÒÅÊ þÅÒÎÏ× wrote: > > > > What I'm trying to ensure is that each person installing FreeBSD > > > in general, and libncurses in specific, HAS that choice...has the choice to > > > use terminfo vs termcap without having to reinstall a library to do so. > > > > Well, I agree. > > > So, I can commit libncurses 1.9.9e to replace 1.8.6 *with* the > choice of using termcap (default) or terminfo (admin manually installs > the terminfo files)? No patches to disable terminfo functionality? Yes. Please check additionly that new ncurses can understand BSD termcap.db format (cgetent and similar functions). I remember Bostic posts some patches for it long time ago, but not shure they become part of ncurses. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue Apr 9 16:24:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28553 for current-outgoing; Tue, 9 Apr 1996 16:24:55 -0700 (PDT) Received: from perki.connect.com.au (perki.connect.com.au [192.189.54.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA28546 for ; Tue, 9 Apr 1996 16:24:50 -0700 (PDT) Received: (from uucp@localhost) by perki.connect.com.au id JAA07202 (8.7.4/IDA-1.6); Wed, 10 Apr 1996 09:21:11 +1000 (EST) >Received: from localhost (giles@localhost [127.0.0.1]) by nemeton.com.au (8.6.12/8.6.9) with SMTP id HAA14895; Wed, 10 Apr 1996 07:48:25 +1000 Message-Id: <199604092148.HAA14895@nemeton.com.au> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: OK, I've looked for CCD in the mail archives, but no findee. In-reply-to: <199604090739.JAA08081@uriah.heep.sax.de> Date: Wed, 10 Apr 1996 07:48:24 +1000 From: Giles Lean Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 9 Apr 1996 09:39:26 +0200 (MET DST) J Wunsch wrote: > I don't think slices are absolutely necessary to import it. (Heck, > why would you slice it again after having the disks just concatenated? > :) Concatenating the disks improves peak performance so it may still be desirable to slice the disks for the usual reasons of space management, dump convenience, etc. Import it anyway, if nobody steps up to make the change. It is useful as it is. Giles From owner-freebsd-current Tue Apr 9 16:42:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29958 for current-outgoing; Tue, 9 Apr 1996 16:42:56 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA29952 for ; Tue, 9 Apr 1996 16:42:53 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.4/8.7.4) with SMTP id TAA00279 for ; Tue, 9 Apr 1996 19:42:46 -0400 (EDT) Date: Tue, 9 Apr 1996 19:42:46 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: Can't nfs mount from stable -> current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... After about 2+days uptime on both my -stable machine and my -current machine, the -current machine once more panic'd with the rlist bug I reported last week. Fine, break out of DDB, reboot the machine, let the fsck's do their thing and... ...no NFS mounts. If I do a 'mount nfs:/home /home' to mount the home directories, I get: NFS Portmap: RPC: Success And then it just hangs. I'm sending this one out as a rushed panic hoping that someone may be able to give me a clue as to what to look, while continuing to look for the bug myself (guess I'm missing DS9 tonight *sigh*) Anyone have any ideas? Thanks... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Tue Apr 9 17:47:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA04512 for current-outgoing; Tue, 9 Apr 1996 17:47:04 -0700 (PDT) Received: from vector.jhs.local (slip139-92-42-161.ut.nl.ibm.net [139.92.42.161]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA04474 Tue, 9 Apr 1996 17:46:41 -0700 (PDT) Received: (from jhs@localhost) by vector.jhs.local (8.7.3/8.6.9) id CAA10222; Wed, 10 Apr 1996 02:28:59 +0200 (MET DST) Date: Wed, 10 Apr 1996 02:28:59 +0200 (MET DST) Message-Id: <199604100028.CAA10222@vector.jhs.local> To: hackers@freebsd.org, current@freebsd.org Subject: Adaptec 1542A Users From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending modem change) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH [version 1.6.5 95 12 11], PGP available Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If both of these are true for you: - Don't have login access on a system with an Adaptec 1542A SCSI Controller. - Aren't interested in scsi or kernel. Save Time & SKIP THIS MAIL ! If only one line is true, or neither is true ... read on please :-) (1542B-only-owners should ignore this, I too have a B, & it shows no problems) This is an Appeal For Email Addresses of the few remaining programmers who have user access (root access un-necessary) to systems with Adaptec 1542 A SCSI controllers, with at least 2 scsi disc drives, on FreeBSD-2.1 (ie CD release), stable, or current, (2.0.5 & earlier probably also relevant) I have found a bug, involving sd1 & sd2 & sd3 (but not sd0), asserting 8 * 0xFF at the beginning of random blocks aligned at 0x1000 intervals. I want to clarify if it's a generic FreeBSD bug or unique to my card. I have written a smallish testblock.c & .man I would like to send you, that runs in user mode (no root access or S bits or access to devices required), it's well behaved & writes a test pattern to a normal file, I would like you to mail me resulting error messages if any. Volunteers can be assured it's only 5 minutes work to run the test prog, it won't zap your disk, & it may catch a nasty bug you didn't even know you had :-) Please email me your names privately, without bothering to CC lists. Thanks ! (PS apologies for having dual posted current & hackers, but I need the non overlapping subsets). Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ (PGP available) From owner-freebsd-current Tue Apr 9 18:11:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA07316 for current-outgoing; Tue, 9 Apr 1996 18:11:14 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA07308 for ; Tue, 9 Apr 1996 18:11:08 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.4/8.7.4) with SMTP id VAA02050 for ; Tue, 9 Apr 1996 21:10:59 -0400 (EDT) Date: Tue, 9 Apr 1996 21:10:58 -0400 (EDT) From: "Marc G. Fournier" Reply-To: "Marc G. Fournier" To: current@freebsd.org Subject: mount_nfs fails to mount from -stable to -current machine (extra) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... After doing some more poking around, I found out that mount_nfs was installed: freebsd# ls -lt `which mount_nfs` -r-xr-xr-x 1 bin bin 110592 Apr 7 17:05 /sbin/mount_nfs The system went down @ ~19:00 on the 9th, and was up for 2days, 18hours previous to that. So, I upgraded mount_nfs *since* the last reboot, and haven't used it since. The error message is coming from: /usr/src/sbin/mount_nfs/mount_nfs.c: while (retrycnt > 0) { saddr.sin_family = AF_INET; saddr.sin_port = htons(PMAPPORT); if ((tport = port_no ? port_no : pmap_getport(&saddr, RPCPROG_NFS, nfsvers, nfsproto)) == 0) { if ((opflags & ISBGRND) == 0) clnt_pcreateerror("NFS Portmap"); Or, at least, that's the only occurance of "NFS Portmap" that I can find. Now, looking through mount_nfs.c, retrycnt is set to 1000 as DEF_RETRY, so this loop is going to try 1000 times before it gives up (excessive, no? *grin*) Now, port_no is set to zero, so tport is to be set to the result of pmap_getport() (bear with me, I don't know sockets very well...yet) So, so far as I can see, tport isn't getting a port number set to it by pmap_getport(), since the only way that tport could evaluate to be zero is if port_no is zero, which forces tport to try pmap_getport()... correct? So, assuming that pmap_getport() isn't giving me a port number (and, if I'm totally off track here, please let me know where my analysis failed for next time) ... The only thing in pmap_getport() that I do not understand is this "call": if (CLNT_CALL(client, PMAPPROC_GETPORT, xdr_pmap, &parms, xdr_u_short, &port, tottimeout) != RPC_SUCCESS){ which maps to, in /usr/include/rpc/clnt.h: #define CLNT_CALL(rh, proc, xargs, argsp, xres, resp, secs) \ ((*(rh)->cl_ops->cl_call)(rh, proc, xargs, argsp, xres, resp, secs)) How exactly do I interprete this call? :( Okay, my head is spinning now, I've tried to look even deeper and now its starting to go over my head (need to get a book on sockets). *pause*...I think I got it after going through it *again*... This is out of /usr/src/lib/libc/rpc/pmap_getport.c: client = clntudp_bufcreate(address, PMAPPROG, PMAPVERS, timeout, &socket, RPCSMALLMSGSIZE, RPCSMALLMSGSIZE); if (client != (CLIENT *)NULL) { parms.pm_prog = program; parms.pm_vers = version; parms.pm_prot = protocol; parms.pm_port = 0; /* not needed or used */ if (CLNT_CALL(client, PMAPPROC_GETPORT, xdr_pmap, &parms, xdr_u_short, &port, tottimeout) != RPC_SUCCESS){ rpc_createerr.cf_stat = RPC_PMAPFAILURE; clnt_geterr(client, &rpc_createerr.cf_error); } else if (port == 0) { rpc_createerr.cf_stat = RPC_PROGNOTREGISTERED; } CLNT_DESTROY(client); } (void)close(socket); address->sin_port = 0; return (port); Essentially, it creates a socket to the remote server(?), and if it gets the connection, CLNT_CALL is what queries the other end requesting a port number..? So, *if* CLNT_CALL is successful, and port was zero, then I should get a different response then "NFS Portmap: RPC Success", no? I should get whatever message PROGNOTREGISTSERED would generate, so either clntudp_bufcreate() is failing and port is being returned as zero, or something between the call to CLNT_CALL coming back successfully and the "return (port)" line is resetting port to zero. Does this make sense? If this does happen to make sense (long shot?), why isn't the above written something like: client = clntudp_bufcreate(address, PMAPPROG, PMAPVERS, timeout, &socket, RPCSMALLMSGSIZE, RPCSMALLMSGSIZE); if (client != (CLIENT *)NULL) { parms.pm_prog = program; parms.pm_vers = version; parms.pm_prot = protocol; parms.pm_port = 0; /* not needed or used */ if (CLNT_CALL(client, PMAPPROC_GETPORT, xdr_pmap, &parms, xdr_u_short, &port, tottimeout) != RPC_SUCCESS){ rpc_createerr.cf_stat = RPC_PMAPFAILURE; clnt_geterr(client, &rpc_createerr.cf_error); } else if (port == 0) { rpc_createerr.cf_stat = RPC_PROGNOTREGISTERED; } CLNT_DESTROY(client); (void)close(socket); } else rpc_createerr.cf_stat = RPC_SYSTEMERROR; address->sin_port = 0; return (port); This way, you'd at least get an error message from mount_nfs that made sense. I'm going to leave this here for tonight, since if I'm way out in left field on this, there isn't much point in adding more...and if I'm not, well, I'm not quite sure where to go from here, so I leave it to those that understand sockets better then I. I've just re-sup'd in the sources, and there weren't any changes to anything that seemed related (libraries or utilities)...I don't know if this is a kernel problem, mind you, and there have been alot of changes there, but I'm not sure how they would be related. Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Tue Apr 9 19:53:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA15261 for current-outgoing; Tue, 9 Apr 1996 19:53:44 -0700 (PDT) Received: from RWSystems.net (root@rwsystr.nkn.net [204.251.23.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA15251 for ; Tue, 9 Apr 1996 19:53:36 -0700 (PDT) Received: from nemesis by RWSystems.net with uucp (Smail3.1.29.1 #3) id m0u6pxq-0001bxC; Tue, 9 Apr 96 21:48 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0u6pu1-000CaCC; Tue, 9 Apr 96 21:45 WET DST Message-Id: Date: Tue, 9 Apr 96 21:45 WET DST To: freebsd-current%freebsd.org@rwsystr.lonestar.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Tue Apr 9 1996, 21:45:00 CDT Subject: Re: floppy format detection [was Re: devfs questions] Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [5]Don't forget that even with PC-AT compatible systems, there are still [5]drives out there that have broken media-change reporting (which MS-DOS [5]conceals by assuming media change is broken on ALL drives), so the media [6]Nope, versions 4.01 and 6.22 screw up my disks by assuming the the [6]change line works on my broken 3.5in drives. [7]Yep. You need to test the change lines by looking for a media change; [7]the first time you see one that also gets change notification, you [7]set a bit in a writable store somewhere. Like userconfig does. Beg to differ. Major Japanese vendors are still selling 1.44Meg floppy drives with broken media change reporting (DC setting), and the Microsoft MS-DOS OEM kit allows computer makers to disable the check on the version of DOS they bundle with the machine. (Win '95 OPK says broken media change detection is automatic but it appears to treat it as broken until it actually gets a signal on that line, then it treats it as working.) I know this happens as I worked for PC companies that routinely disabled this flag because of the drives they bought. But you can buy 1.44Meg drives from makers with names starting with "S" or "M" that have broken media change reporting right now. You can find them in top-tier machines too from many makers. [4]Ouch. What was the type of the floppy controller? Back then it was the WD1793-02 series. Smart in some ways (stupid in others) when compared to the 765 we are stuck with today. But you could build any type of track format you wanted, and do a lot of other clever stuff. Ask a '765 to do something clever and its foot would probably fall off. [4]Asking for the disk controller to locate a sector ID that wasn't there [4]to determine the true sector count cost one second, since the controller [4]would look for the sector ID for five media revolutions before giving up. [5]It's better not to ask the controller to locate the ID if possible. For [5]nec765 and wd17xx style controllers, the best method is to use the read [5]id command. This gives you the complete format for each track. The problem with READ TRACK (READ ID only reads the ID field of the next sector to arrive under the head in WDese), you must have a buffer available the size of the largest track possible. (On a Z-80 with only 32K available for all of the drivers and their buffers, so hogging 12K for the track buffer was a problem.) Then, you must be able to locate ID fields and such in the buffer. This is made difficult by the fact that the WD part only synced on a READ TRACK on the first A1 field detected, rather than getting new sync at the start of each sector. If your motor speed deviated, parts of the track were unreadable, even with repeated readings. The TRACK READ on the 765 is a bit better in this area, but analyzing a raw track to ID media is just asking for a bad analysis. [5]I prefer using only standard formats so that format detection is [5]normally unnecessary. The problem was that ALL of those formats WERE standard! They were either the standard needed for submitting media to the IRS (3741), or the standard used by the Z80-based operating system that could be used on the same model of computer, or the standard used by CP/M systems, or the standard used by Microsoft, and so on. The customer wouldn't even know how to describe the differences (or didn't know), so complete and automatic detection was necessary. I actually have to keep a Model 16 running to use to migrate files from these old formats onto 3.5" media, which are later stored on modern archival media. I personally would like having both floppy ID mechanisms available - automatic and completely manual format selection. I would probably use the automatic until I came across the odd diskette it could not handle, and then the manual selection would come into play. TMO. Frank Durda IV |"If you make it go out of focus, or uhclem%nemesis@rwsystr.nkn.net | it will become clearer." - | Real live quote from "The or ...letni!rwsys!nemesis!uhclem | Manager Zone" NaNeNaNo.... From owner-freebsd-current Tue Apr 9 20:37:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA17950 for current-outgoing; Tue, 9 Apr 1996 20:37:34 -0700 (PDT) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA17887 for ; Tue, 9 Apr 1996 20:36:20 -0700 (PDT) Received: (from news@localhost) by haywire.DIALix.COM (8.7.5/8.7.3) id LAA17483 for freebsd-current@freebsd.org; Wed, 10 Apr 1996 11:36:29 +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: 10 Apr 96 03:20:00 GMT From: peter@jhome.DIALix.COM (Peter Wemm) Message-ID: Organization: DIALix Services, Perth, Australia. References: <199604081458.JAA10195@compound.think.com> Subject: Re: termcap/curses vs ncurses Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk alk@Think.COM (Tony Kimball) writes: > From: "Marc G. Fournier" > Date: Mon, 8 Apr 1996 01:26:38 -0400 (EDT) > Is *everyone* set against terminfo? If so, I'll work on 1.9.9 > so that it parses only termcap and doesn't create a .terminfo directory, > just sounds crippling to me :( >One man's opinion: terminfo is gross over-engineering cruft, and more >importantly it is a bother for sysadmin. As long as there is no need >to bring in other software that depends upon it, it seems desirable to >avoid the pollution. What I would like to see is a termcap style file methodology, but with terminfo's descriptive capability names. I *intensely* dislike the 2-character capability codes in termcap. Having come from a SVR4 background, I can deal with the abuse of the filesystem layout, but much prefer the single .db file format. How about something like this, for the purposes of the discussion... 1: have a terminfo.src file, like we have a termcap.src at the moment only it's inherently self-descriptive. No longer do you need to look up what the @7 (and other *crap* like that) capability is. 2: either compile or load that into a terminfo.db file. ncurses will be the primary consumer of the descriptions, so it makes sense to compile it for ncurses use. Dont forget, we can put multiple entries into the .db file! and, as a backwards compatability thing which can be turned off: 3: *generate* a /usr/share/misc/termcap from terminfo.src, this involves converting the descriptive names to 2-char names and ignoring the ones that have no eqivalent (eg: mouse stuff etc.) 4: perhaps *generate* a termcap.db for the old curses/termcap library, but this may not be needed as the termcap/curses stuff can parse the flat file. The .db files can have several entries per terminal type, and contain binary very easily. eg, for AT386, have two entries: "at386" (plain text) and "_nc_v1.at386" for a versioned ncurses-specific compiled format. -Peter From owner-freebsd-current Tue Apr 9 20:48:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA18542 for current-outgoing; Tue, 9 Apr 1996 20:48:35 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA18537 for ; Tue, 9 Apr 1996 20:48:32 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.4/8.7.4) with SMTP id XAA06577 for ; Tue, 9 Apr 1996 23:48:23 -0400 (EDT) Date: Tue, 9 Apr 1996 23:48:22 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: mount_nfs problem fixed Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... After going through that excruciating long attempt to analyse my problem with mount_nfs, I decided tonight to try adding into that "else" statement to pmap_getport.c and recompiled mount_nfs. Now I can mount my nfs drives again. *sigh* Note that after adding the "else", I of course recompiled and installed libc. I swear I date-checked libc to make sure it was current, as well as mount_nfs, but I must have missed recompiling one or the other without realizing it. Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Tue Apr 9 21:00:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA19151 for current-outgoing; Tue, 9 Apr 1996 21:00:40 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA19146 for ; Tue, 9 Apr 1996 21:00:38 -0700 (PDT) Received: from locke.ccil.org (locke.ccil.org [205.164.136.88]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id VAA13729 for ; Tue, 9 Apr 1996 21:00:36 -0700 (PDT) Received: (esr@localhost) by locke.ccil.org (8.6.9/8.6.10) id XAA17452; Tue, 9 Apr 1996 23:54:56 -0400 From: "Eric S. Raymond" Message-Id: <199604100354.XAA17452@locke.ccil.org> Subject: Re: terminfo-less ncurses To: terry@lambert.org (Terry Lambert) Date: Tue, 9 Apr 1996 23:54:55 -0400 (EDT) Cc: scrappy@ki.net, ache@astral.msk.su, current@FreeBSD.org, ncurses-list@netcom.com In-Reply-To: <199604082223.PAA03175@phaeton.artisoft.com> from "Terry Lambert" at Apr 8, 96 03:23:16 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I rememebr a conversation where a former boss was arguing heatedly > about terminfo being a "piece of shit", and basically lambasting > it up and down in front of an audience of 6 or 8 people. One of > them came forward and said "Excuse me. I'm Bill Joy, and I wrote > terminfo...". This seems unlikely. Terminfo was written at Bell Labs. Bill Joy was the BSD guy who wrote termcap. Are you sure your boss wasn't thinking of termcap? -- >>esr>> From owner-freebsd-current Tue Apr 9 21:12:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA20608 for current-outgoing; Tue, 9 Apr 1996 21:12:32 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA20601 for ; Tue, 9 Apr 1996 21:12:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id VAA00259 for ; Tue, 9 Apr 1996 21:12:29 -0700 (PDT) To: current@freebsd.org Subject: abuse now works! Date: Tue, 09 Apr 1996 21:12:29 -0700 Message-ID: <257.829109549@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I didn't do anything more than recompile my kernel again. Go figure! SIGH.... Jordan From owner-freebsd-current Tue Apr 9 21:16:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA20950 for current-outgoing; Tue, 9 Apr 1996 21:16:09 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA20945 for ; Tue, 9 Apr 1996 21:16:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id VAA00332 for ; Tue, 9 Apr 1996 21:16:05 -0700 (PDT) To: current@freebsd.org Subject: I spoke just a little too soon on the abuse thing.. Date: Tue, 09 Apr 1996 21:16:05 -0700 Message-ID: <330.829109765@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I can see the intro and even hear the sound, but when I click on the "go" icon (a traffic signal with the green light lit) the thing dumps core on a Sig 10. Anyone get any further than this? Jordan From owner-freebsd-current Tue Apr 9 22:08:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA25113 for current-outgoing; Tue, 9 Apr 1996 22:08:06 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA25089 for ; Tue, 9 Apr 1996 22:08:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id WAA00594 for ; Tue, 9 Apr 1996 22:08:02 -0700 (PDT) cc: current@FreeBSD.ORG Subject: Re: I spoke just a little too soon on the abuse thing.. In-reply-to: Your message of "Tue, 09 Apr 1996 21:16:05 PDT." <330.829109765@time.cdrom.com> Date: Tue, 09 Apr 1996 22:08:01 -0700 Message-ID: <592.829112881@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just to follow-up to myself: This only seems to happen when the sound is working. If I start abuse again and let it get upset because the sound driver's unstartable (because linux_drv is already running from the last crash!), the game proceeds just fine. If I kill off the sound driver process and start abuse again, it will dump core on start. Jordan > I can see the intro and even hear the sound, but when I click on the > "go" icon (a traffic signal with the green light lit) the thing dumps > core on a Sig 10. > > Anyone get any further than this? > > Jordan > From owner-freebsd-current Tue Apr 9 22:30:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA26974 for current-outgoing; Tue, 9 Apr 1996 22:30:37 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA26964 for ; Tue, 9 Apr 1996 22:30:31 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id WAA00396; Tue, 9 Apr 1996 22:27:47 -0700 From: Terry Lambert Message-Id: <199604100527.WAA00396@phaeton.artisoft.com> Subject: Re: terminfo-less ncurses To: esr@locke.ccil.org (Eric S. Raymond) Date: Tue, 9 Apr 1996 22:27:47 -0700 (MST) Cc: terry@lambert.org, scrappy@ki.net, ache@astral.msk.su, current@FreeBSD.org, ncurses-list@netcom.com In-Reply-To: <199604100354.XAA17452@locke.ccil.org> from "Eric S. Raymond" at Apr 9, 96 11:54:55 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I rememebr a conversation where a former boss was arguing heatedly > > about terminfo being a "piece of shit", and basically lambasting > > it up and down in front of an audience of 6 or 8 people. One of > > them came forward and said "Excuse me. I'm Bill Joy, and I wrote > > terminfo...". > > This seems unlikely. Terminfo was written at Bell Labs. Bill Joy was > the BSD guy who wrote termcap. Are you sure your boss wasn't thinking > of termcap? I'm sure that Bill Joy was defending terminfo. It's possible he was engaging in some chain-yanking. I was only a spectator. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Apr 9 22:58:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA29442 for current-outgoing; Tue, 9 Apr 1996 22:58:46 -0700 (PDT) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA29393 for ; Tue, 9 Apr 1996 22:56:28 -0700 (PDT) Received: from localhost.DIALix.oz.au (peter@localhost.DIALix.oz.au [127.0.0.1]) by jhome.DIALix.COM (8.7.5/8.7.3) with SMTP id NAA03118 for ; Wed, 10 Apr 1996 13:56:20 +0800 (WST) Message-Id: <199604100556.NAA03118@jhome.DIALix.COM> X-Authentication-Warning: jhome.DIALix.COM: Host peter@localhost.DIALix.oz.au [127.0.0.1] didn't use HELO protocol To: current@freebsd.org Subject: /var/mail default permissions?? Date: Wed, 10 Apr 1996 13:56:20 +0800 From: Peter Wemm Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I thought /var/mail was supposed to be mode 1777 on BSD systems?? mail.local was designed to work in that scenario and has specific code to make sure it's secure.. (granted, the net-2 mail.local may not have been solid, but the 4.4BSD mail.local has been secure since the encumbered release and later in the Lite releases) -Peter From owner-freebsd-current Tue Apr 9 23:23:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA01469 for current-outgoing; Tue, 9 Apr 1996 23:23:38 -0700 (PDT) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA01383 for ; Tue, 9 Apr 1996 23:22:29 -0700 (PDT) Received: from localhost.DIALix.oz.au (peter@localhost.DIALix.oz.au [127.0.0.1]) by jhome.DIALix.COM (8.7.5/8.7.3) with SMTP id OAA03242 for ; Wed, 10 Apr 1996 14:22:16 +0800 (WST) Message-Id: <199604100622.OAA03242@jhome.DIALix.COM> X-Authentication-Warning: jhome.DIALix.COM: Host peter@localhost.DIALix.oz.au [127.0.0.1] didn't use HELO protocol To: current@freebsd.org Subject: speedup idea for 'make world' Date: Wed, 10 Apr 1996 14:22:15 +0800 From: Peter Wemm Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm sitting watching a make world crawling along on a remote machine at the moment, and had an idea.. When it's bootstrapping everything by building the initial tools and libraries, and installing them so it can delete and rebuild everything, it's wasting an awful lot of time building and installing man pages on the first pass. Perhaps all the: cd ${foo}/where/ever && ${MAKE} depend all install ${whatever} should be: cd ${foo}/where/ever && ${MAKE} -DNOMAN=foo depend all install ${whatever} ? This would cut out the gzip pass on the libc and other library man pages, and the extremely slow linking while installing. Especially since it's going to to it again and the man pages are not going to be needed for the rest of the build sequence.. That is, unless the Makefiles are actually reading the man pages with some kind of AI technique.. :-) :-) :-) Cheers, -Peter From owner-freebsd-current Tue Apr 9 23:33:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA02512 for current-outgoing; Tue, 9 Apr 1996 23:33:51 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA02502 for ; Tue, 9 Apr 1996 23:33:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id XAA06657; Tue, 9 Apr 1996 23:33:21 -0700 (PDT) Message-Id: <199604100633.XAA06657@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Peter Wemm cc: current@freebsd.org Subject: Re: /var/mail default permissions?? In-reply-to: Your message of "Wed, 10 Apr 1996 13:56:20 +0800." <199604100556.NAA03118@jhome.DIALix.COM> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 09 Apr 1996 23:33:20 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I thought /var/mail was supposed to be mode 1777 on BSD systems?? No. This would allow someone to create a bogus mailbox on behalf of someone else (assuming one didn't yet exist) that could then be read by people other than the intended recipient. This issue has been thrashed out many times before... -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Apr 9 23:48:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA04050 for current-outgoing; Tue, 9 Apr 1996 23:48:12 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA04043 for ; Tue, 9 Apr 1996 23:48:05 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id XAA15909; Tue, 9 Apr 1996 23:47:23 -0700 From: "Rodney W. Grimes" Message-Id: <199604100647.XAA15909@GndRsh.aac.dev.com> Subject: Re: /var/mail default permissions?? To: peter@jhome.DIALix.COM (Peter Wemm) Date: Tue, 9 Apr 1996 23:47:23 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <199604100556.NAA03118@jhome.DIALix.COM> from Peter Wemm at "Apr 10, 96 01:56:20 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I thought /var/mail was supposed to be mode 1777 on BSD systems?? Not according to the Sendmail BAT book... Also see revsions 1.10 and 1.11 of src/etc/mtree/BSD.var.dist... > mail.local was designed to work in that scenario and has specific code to make > sure it's secure.. (granted, the net-2 mail.local may not have been solid, but > the 4.4BSD mail.local has been secure since the encumbered release and later > in the Lite releases) Though mail.local can be sure it does safe things in there, making this world writeable allows a very easy denial of service attack: cat /dev/zero >/var/mail/bigone (no noone can get mail on the system :-(). Which then would probably stop syslogd logging... (but then, they could do this with /var/tmp too (a good reason to move /var/tmp out of the /var partition if you want to make sure your logging can not easily be defeated by filling /var up.) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Tue Apr 9 23:51:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA04368 for current-outgoing; Tue, 9 Apr 1996 23:51:29 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA04363 for ; Tue, 9 Apr 1996 23:51:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id HAA10701 ; Wed, 10 Apr 1996 07:50:34 +0100 (BST) To: Peter Wemm cc: current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: speedup idea for 'make world' In-reply-to: Your message of "Wed, 10 Apr 1996 14:22:15 +0800." <199604100622.OAA03242@jhome.DIALix.COM> Date: Wed, 10 Apr 1996 07:50:34 +0100 Message-ID: <10699.829119034@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Peter Wemm wrote in message ID <199604100622.OAA03242@jhome.DIALix.COM>: > This would cut out the gzip pass on the libc and other library man pages, and > the extremely slow linking while installing. Especially since it's going to > to it again and the man pages are not going to be needed for the rest of the > build sequence.. Another idea would be to force the system to not build the profiled libs, even if it eventually will (and perhaps even the static ones, though that'd probably be dangerous, depending on what targets are put into the tools, etc, rules) Gary From owner-freebsd-current Tue Apr 9 23:52:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA04468 for current-outgoing; Tue, 9 Apr 1996 23:52:50 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA04462 for ; Tue, 9 Apr 1996 23:52:46 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id AAA00758; Wed, 10 Apr 1996 00:52:27 -0600 Date: Wed, 10 Apr 1996 00:52:27 -0600 From: Nate Williams Message-Id: <199604100652.AAA00758@rocky.sri.MT.net> To: Peter Wemm Cc: current@FreeBSD.ORG Subject: Re: speedup idea for 'make world' In-Reply-To: <199604100622.OAA03242@jhome.DIALix.COM> References: <199604100622.OAA03242@jhome.DIALix.COM> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm sitting watching a make world crawling along on a remote machine at the > moment, and had an idea.. > > When it's bootstrapping everything by building the initial tools and > libraries, and installing them so it can delete and rebuild everything, it's > wasting an awful lot of time building and installing man pages on the first > pass. > > Perhaps all the: > cd ${foo}/where/ever && ${MAKE} depend all install ${whatever} > > should be: > cd ${foo}/where/ever && ${MAKE} -DNOMAN=foo depend all install ${whatever} > ? > > This would cut out the gzip pass on the libc and other library man pages, and > the extremely slow linking while installing. Especially since it's going to > to it again and the man pages are not going to be needed for the rest of the > build sequence.. Another thing. Why are we bothering with the depend step when we're going to end up blowing away the stuff anyway. Especially considering that 'make depend all' doesn't work like it implies. As has been said, if we want to actually use the .depend file, it should read 'make depend && make all'. More thoughts... Nate From owner-freebsd-current Wed Apr 10 00:02:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA04981 for current-outgoing; Wed, 10 Apr 1996 00:02:44 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA04973 Wed, 10 Apr 1996 00:02:39 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id AAA01132; Wed, 10 Apr 1996 00:02:40 -0700 (PDT) Date: Wed, 10 Apr 1996 00:02:40 -0700 (PDT) Message-Id: <199604100702.AAA01132@silvia.HIP.Berkeley.EDU> To: ports@freebsd.org CC: current@freebsd.org Reply-to: ports@freebsd.org Subject: NO_CDROM and Motif changes to bsd.port.mk From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here is my first cut for NO_CDROM and Motif support to bsd.port.mk. Please try it on your -current system and let me know how it goes. I'll commit changes to Motif-requiring ports (xmcd, nedit, Mosaic, ashe) shortly. If you have Motif, set HAVE_MOTIF in /etc/make.conf. (If REQUIRES_MOTIF is set, make won't do anything unless HAVE_MOTIF is set.) The porter is expected to use ${MOTIFLIB} wherever libXm is required. This will substitute to "-L/usr/X11R6/lib -lXm" (the default) or "/usr/X11R6/lib/libXm.a" (if MOTIF_STATIC is set...probably only I need this ;). This means, in your Imakefile or Makefile in the port source: (1) If it refers to "XmClientLibs" (Imakefile only), replace it with "${MOTIFLIB} XawClientLibs" (2) If it uses "-L/usr/X11R6/lib -lXm -l", replace it with "${MOTIFLIB} -L/usr/X11R6/lib -l" There may be variations, but you get the idea. For now, I assumed Motif include files and libraries are in standard X11R6 locations. If someone has a Motif package that doesn't follow this convention, please let me know asap. There's also two more boolean variables that disable building: RESTRICTED and BROKEN. I'm planning to add all the ports into SUBDIR lists of parent Makefiles so that they will show up in INDEX, README.html and such. Satoshi ------- Index: bsd.port.mk =================================================================== RCS file: /home/ncvs/src/share/mk/bsd.port.mk,v retrieving revision 1.200 diff -u -r1.200 bsd.port.mk --- bsd.port.mk 1996/04/07 08:34:21 1.200 +++ bsd.port.mk 1996/04/10 06:53:23 @@ -82,11 +82,14 @@ # NO_CONFIGURE - Use a dummy (do-nothing) configure target. # NO_BUILD - Use a dummy (do-nothing) build target. # NO_PACKAGE - Use a dummy (do-nothing) package target. +# NO_CDROM - Use a dummy (do-nothing) package target if FOR_CDROM is set. # NO_INSTALL - Use a dummy (do-nothing) install target. # NO_WRKSUBDIR - Assume port unpacks directly into ${WRKDIR}. # NO_WRKDIR - There's no work directory at all; port does this someplace # else. # NO_DEPENDS - Don't verify build of dependencies. +# BROKEN - Port is broken. +# RESTRICTED - Port is restricted. Set this string to the reason why. # USE_GMAKE - Says that the port uses gmake. # USE_IMAKE - Says that the port uses imake. # USE_X11 - Says that the port uses X11. @@ -141,6 +144,14 @@ # NCFTP - Full path to ncftp command if not in $PATH (default: ncftp). # NCFTPFLAGS - Arguments to ${NCFTP} (default: -N). # +# Motif support: +# +# REQUIRES_MOTIF - Set this in your port if it requires Motif. It will be +# built only if HAVE_MOTIF is set. +# HAVE_MOTIF - If set, means system has Motif. Typically set in +# /etc/make.conf. +# MOTIF_STATIC - If set, link libXm statically; otherwise, link it +# dynamically. # # Variables to change if you want a special behavior: # @@ -249,8 +260,10 @@ XMKMF?= xmkmf -a MD5?= /sbin/md5 MD5_FILE?= ${FILESDIR}/md5 + MAKE_FLAGS?= -f MAKEFILE?= Makefile +MAKE_ENV?= PREFIX=${PREFIX} LOCALBASE=${LOCALBASE} X11BASE=${X11BASE} MOTIFLIB="${MOTIFLIB}" NCFTP?= /usr/bin/ncftp NCFTPFLAGS?= -N @@ -323,6 +336,15 @@ # where pkg_add records its dirty deeds. PKG_DBDIR?= /var/db/pkg +# shared/dynamic motif libs +.if defined(HAVE_MOTIF) +.if defined(MOTIF_STATIC) +MOTIFLIB?= ${X11BASE}/lib/libXm.a +.else +MOTIFLIB?= -L${X11BASE}/lib -lXm +.endif +.endif + ECHO?= /bin/echo CAT+= /bin/cat CP?= /bin/cp @@ -389,6 +411,8 @@ .MAIN: all ################################################################ +# Many ways to disable a port. +# # If we're in BATCH mode and the port is interactive, or we're # in interactive mode and the port is non-interactive, skip all # the important targets. The reason we have two modes is that @@ -396,10 +420,27 @@ # overnight, then come back in the morning and do _only_ the # interactive ones that required your intervention. # -# This allows you to do both. +# Don't attempt to build ports that require Motif if you don't +# have Motif. +# +# Ignore ports that can't be reselled if building for a CDROM. +# +# Don't build a port if it's restricted and we don't want to get +# into that. +# +# Don't build a port if it's broken. ################################################################ -.if (defined(IS_INTERACTIVE) && defined(BATCH)) || (!defined(IS_INTERACTIVE) && defined(INTERACTIVE)) +.if (defined(IS_INTERACTIVE) && defined(BATCH)) || \ + (!defined(IS_INTERACTIVE) && defined(INTERACTIVE)) || \ + (defined(REQUIRES_MOTIF) && !defined(HAVE_MOTIF)) || \ + (defined(NO_CDROM) && defined(FOR_CDROM)) || \ + (defined(RESTRICTED) && defined(NO_RESTRICTED)) || \ + defined(BROKEN) +IGNORE= yes +.endif + +.if defined(IGNORE) all: @${DO_NADA} build: @@ -648,9 +689,9 @@ .if !target(do-build) do-build: .if defined(USE_GMAKE) - @(cd ${WRKSRC}; ${GMAKE} PREFIX=${PREFIX} X11BASE=${X11BASE} ${MAKE_FLAGS} ${MAKEFILE} ${ALL_TARGET}) + @(cd ${WRKSRC}; ${SETENV} ${MAKE_ENV} ${GMAKE} ${MAKE_FLAGS} ${MAKEFILE} ${ALL_TARGET}) .else defined(USE_GMAKE) - @(cd ${WRKSRC}; ${MAKE} PREFIX=${PREFIX} X11BASE=${X11BASE} ${MAKE_FLAGS} ${MAKEFILE} ${ALL_TARGET}) + @(cd ${WRKSRC}; ${SETENV} ${MAKE_ENV} ${MAKE} ${MAKE_FLAGS} ${MAKEFILE} ${ALL_TARGET}) .endif .endif @@ -659,14 +700,14 @@ .if !target(do-install) do-install: .if defined(USE_GMAKE) - @(cd ${WRKSRC}; ${GMAKE} PREFIX=${PREFIX} X11BASE=${X11BASE} ${MAKE_FLAGS} ${MAKEFILE} ${INSTALL_TARGET}) + @(cd ${WRKSRC}; ${SETENV} ${MAKE_ENV} ${GMAKE} ${MAKE_FLAGS} ${MAKEFILE} ${INSTALL_TARGET}) .if defined(USE_IMAKE) && !defined(NO_INSTALL_MANPAGES) - @(cd ${WRKSRC}; ${GMAKE} ${MAKE_FLAGS} ${MAKEFILE} install.man) + @(cd ${WRKSRC}; ${SETENV} ${MAKE_ENV} ${GMAKE} ${MAKE_FLAGS} ${MAKEFILE} install.man) .endif .else defined(USE_GMAKE) - @(cd ${WRKSRC}; ${MAKE} PREFIX=${PREFIX} X11BASE=${X11BASE} ${MAKE_FLAGS} ${MAKEFILE} ${INSTALL_TARGET}) + @(cd ${WRKSRC}; ${SETENV} ${MAKE_ENV} ${MAKE} ${MAKE_FLAGS} ${MAKEFILE} ${INSTALL_TARGET}) .if defined(USE_IMAKE) && !defined(NO_INSTALL_MANPAGES) - @(cd ${WRKSRC}; ${MAKE} ${MAKE_FLAGS} ${MAKEFILE} install.man) + @(cd ${WRKSRC}; ${SETENV} ${MAKE_ENV} ${MAKE} ${MAKE_FLAGS} ${MAKEFILE} install.man) .endif .endif .endif From owner-freebsd-current Wed Apr 10 00:11:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA05587 for current-outgoing; Wed, 10 Apr 1996 00:11:15 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA05582 for ; Wed, 10 Apr 1996 00:11:10 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA22434; Wed, 10 Apr 1996 17:08:45 +0930 From: Michael Smith Message-Id: <199604100738.RAA22434@genesis.atrad.adelaide.edu.au> Subject: Re: abuse now works! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 10 Apr 1996 17:08:45 +0930 (CST) Cc: current@FreeBSD.ORG In-Reply-To: <257.829109549@time.cdrom.com> from "Jordan K. Hubbard" at Apr 9, 96 09:12:29 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > I didn't do anything more than recompile my kernel again. > > Go figure! > > SIGH.... Hmm. We need a new one - SIGSIGH. > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed Apr 10 00:33:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA06673 for current-outgoing; Wed, 10 Apr 1996 00:33:39 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA06667 for ; Wed, 10 Apr 1996 00:33:36 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA22677; Wed, 10 Apr 1996 17:31:14 +0930 From: Michael Smith Message-Id: <199604100801.RAA22677@genesis.atrad.adelaide.edu.au> Subject: Re: I spoke just a little too soon on the abuse thing.. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 10 Apr 1996 17:31:14 +0930 (CST) Cc: current@FreeBSD.ORG In-Reply-To: <330.829109765@time.cdrom.com> from "Jordan K. Hubbard" at Apr 9, 96 09:16:05 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > I can see the intro and even hear the sound, but when I click on the > "go" icon (a traffic signal with the green light lit) the thing dumps > core on a Sig 10. > > Anyone get any further than this? Did you remember 'umask 111' before running it? I seem to remember this was very important, but I can't remember why. 8( > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed Apr 10 01:54:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA13412 for current-outgoing; Wed, 10 Apr 1996 01:54:00 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA13391 for ; Wed, 10 Apr 1996 01:53:46 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id KAA28320; Wed, 10 Apr 1996 10:52:52 +0200 (SAT) Message-Id: <199604100852.KAA28320@grumble.grondar.za> To: Peter Wemm cc: current@FreeBSD.ORG Subject: Re: /var/mail default permissions?? Date: Wed, 10 Apr 1996 10:52:50 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Peter Wemm wrote: > I thought /var/mail was supposed to be mode 1777 on BSD systems?? God forbid! Classic denial-of-service attack is to touch the mailboxes of all users who do not yet have one. > > mail.local was designed to work in that scenario and has specific > code to make sure it's secure.. (granted, the net-2 mail.local may > not have been solid, but the 4.4BSD mail.local has been secure > since the encumbered release and later in the Lite releases) Why do you want it that way? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Wed Apr 10 01:57:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA13734 for current-outgoing; Wed, 10 Apr 1996 01:57:13 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA13723 for ; Wed, 10 Apr 1996 01:57:10 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id BAA01214; Wed, 10 Apr 1996 01:54:41 -0700 From: Terry Lambert Message-Id: <199604100854.BAA01214@phaeton.artisoft.com> Subject: Re: /var/mail default permissions?? To: peter@jhome.DIALix.COM (Peter Wemm) Date: Wed, 10 Apr 1996 01:54:41 -0700 (MST) Cc: current@freebsd.org In-Reply-To: <199604100556.NAA03118@jhome.DIALix.COM> from "Peter Wemm" at Apr 10, 96 01:56:20 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I thought /var/mail was supposed to be mode 1777 on BSD systems?? > > mail.local was designed to work in that scenario and has specific code to make > sure it's secure.. (granted, the net-2 mail.local may not have been solid, but > the 4.4BSD mail.local has been secure since the encumbered release and later > in the Lite releases) login: fred passord: % % ls -l /var/mail/peter % ls: /var/mail/peter: No such file or directory % cat > /var/mail/peter >From anon@anon Mon Apr 01 17:52:57 1996 From: anon@anon (Bite Me) Subject: Ha ha Don't you wish you could do something about your mail... give Fred $5 and he'll unlock it for you. -- Anon ^D % exit From owner-freebsd-current Wed Apr 10 02:02:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA14429 for current-outgoing; Wed, 10 Apr 1996 02:02:04 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA14410 for ; Wed, 10 Apr 1996 02:01:57 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id LAA00504; Wed, 10 Apr 1996 11:01:02 +0200 (SAT) Message-Id: <199604100901.LAA00504@grumble.grondar.za> To: Peter Wemm cc: current@freebsd.org Subject: Re: speedup idea for 'make world' Date: Wed, 10 Apr 1996 11:01:01 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Peter Wemm wrote: > I'm sitting watching a make world crawling along on a remote machine at the > moment, and had an idea.. > > When it's bootstrapping everything by building the initial tools and > libraries, and installing them so it can delete and rebuild everything, it's > wasting an awful lot of time building and installing man pages on the first > pass. > > Perhaps all the: > cd ${foo}/where/ever && ${MAKE} depend all install ${whatever} > > should be: > cd ${foo}/where/ever && ${MAKE} -DNOMAN=foo depend all install ${whatever} > ? John Hay proposed this one a couple of months back. Its a great way of speeding up "make release" as well. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Wed Apr 10 02:03:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA14553 for current-outgoing; Wed, 10 Apr 1996 02:03:32 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA14543 for ; Wed, 10 Apr 1996 02:03:26 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id SAA11884; Wed, 10 Apr 1996 18:57:16 +1000 Date: Wed, 10 Apr 1996 18:57:16 +1000 From: Bruce Evans Message-Id: <199604100857.SAA11884@godzilla.zeta.org.au> To: ache@astral.msk.su, scrappy@ki.net Subject: Re: termcap/curses vs ncurses Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> How about libtermcap? >It will be nuked on libncurses->libcurses migration, i.e. >it will be link to libncurses too. In the current libtermcap, tparm() is 7 times slower than tgoto() on the ANSI "cm" string. libncurses uses tparm() for everything, so it is quite slow. Is the latest version of libncurses faster? Bruce From owner-freebsd-current Wed Apr 10 02:10:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA15377 for current-outgoing; Wed, 10 Apr 1996 02:10:52 -0700 (PDT) Received: from spooky.apana.org.au (spooky.apana.org.au [203.3.126.200]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA15357 for ; Wed, 10 Apr 1996 02:10:35 -0700 (PDT) Received: (from ernie@localhost) by spooky.apana.org.au (8.7.5/8.6.12) id TAA21101 for freebsd-current@freebsd.org; Wed, 10 Apr 1996 19:10:23 +1000 (EST) Message-Id: <199604100910.TAA21101@spooky.apana.org.au> Subject: make all error To: freebsd-current@freebsd.org Date: Wed, 10 Apr 1996 19:10:22 +1000 (EST) From: "Ernie Elu" X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a probelm the has been bugging me all week, whenever I do a make all or a make world I get the following error: spooky.ROOT # make all ===> include ===> include/rpcsvc ===> lib ===> lib/csu/i386 ===> lib/libc building special pic c library ld.so failed: open failed for "/libc.so.3.0" : No such file or directory *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. spooky.ROOT # I have tried supping the current /usr/src tree twice. Can anyone suggest a fix? - Ernie. From owner-freebsd-current Wed Apr 10 02:22:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA16212 for current-outgoing; Wed, 10 Apr 1996 02:22:59 -0700 (PDT) Received: from skiddaw.elsevier.co.uk (skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA16181 for ; Wed, 10 Apr 1996 02:22:22 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id KAA01645 for ; Wed, 10 Apr 1996 10:20:09 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Wed, 10 Apr 1996 10:12:44 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id KAA03671; Wed, 10 Apr 1996 10:12:31 +0100 From: Paul Richards Message-Id: <199604100912.KAA03671@cadair.elsevier.co.uk> Subject: Re: speedup idea for 'make world' To: nate@sri.MT.net (Nate Williams) Date: Wed, 10 Apr 1996 10:12:29 +0100 (BST) Cc: peter@jhome.DIALix.COM, current@FreeBSD.ORG In-Reply-To: <199604100652.AAA00758@rocky.sri.MT.net> from "Nate Williams" at Apr 10, 96 00:52:27 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Nate Williams who said > > Another thing. Why are we bothering with the depend step when we're > going to end up blowing away the stuff anyway. Especially considering > that 'make depend all' doesn't work like it implies. As has been said, > if we want to actually use the .depend file, it should read 'make depend > && make all'. > > More thoughts... It's been bugging me that make world does far more than is needed most of the time. It would be nice if the dependencies worked during the early stages so that the tools were only built if they'd actually been changed. Then again, it would be nice if dependencies just worked full stop :-) -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-current Wed Apr 10 02:33:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA17064 for current-outgoing; Wed, 10 Apr 1996 02:33:09 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA17055 for ; Wed, 10 Apr 1996 02:33:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id CAA01496; Wed, 10 Apr 1996 02:32:56 -0700 (PDT) To: Michael Smith cc: current@FreeBSD.ORG Subject: Re: abuse now works! In-reply-to: Your message of "Wed, 10 Apr 1996 17:08:45 +0930." <199604100738.RAA22434@genesis.atrad.adelaide.edu.au> Date: Wed, 10 Apr 1996 02:32:55 -0700 Message-ID: <1494.829128775@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hmm. We need a new one - SIGSIGH. Good idea - now define the circumstances under which it's delivered to a process and write it up as a USENIX paper. :-) Jordan From owner-freebsd-current Wed Apr 10 02:48:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA17972 for current-outgoing; Wed, 10 Apr 1996 02:48:11 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA17918 for ; Wed, 10 Apr 1996 02:47:34 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA10261; Wed, 10 Apr 1996 11:45:07 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA00296; Wed, 10 Apr 1996 11:45:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA12538; Wed, 10 Apr 1996 10:34:22 +0200 (MET DST) From: J Wunsch Message-Id: <199604100834.KAA12538@uriah.heep.sax.de> Subject: Re: fhtovp: filestart miss To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 10 Apr 1996 10:34:22 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de In-Reply-To: <199604091551.RAA06812@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Apr 9, 96 05:51:12 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Christoph P. Kukulies wrote: > > > fhtovp: filestart miss 35001765 vs. 25 > > The NFS file handle code in cd9660 hit again... Perhaps nothing to > > worry much about. It should have sent out a ``stale NFS file handle'' > > Correct - I saw this on the client side (an HP-UX system). That's okay (it's what you're supposed to see after changing the medium on the NFS server), but the log message is just overcautious. The NFS file handle calculation in cd9660 is a bit tricky. Since the authors apparently knew about potential pitfalls in it, it seems that they decided to log the stale file handle conditions on the server, too. So in case the decision to send back the ``stale NFS file handle'' was wrong, one could basically track the reasons. It should perhaps be hidden inside #ifdef DIAGNOSTIC or something else. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Apr 10 02:50:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA18123 for current-outgoing; Wed, 10 Apr 1996 02:50:06 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA18080 for ; Wed, 10 Apr 1996 02:49:58 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I3DIG6RI9C000NKZ@mail.rwth-aachen.de>; Wed, 10 Apr 1996 11:32:12 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id LAA09655; Wed, 10 Apr 1996 11:38:33 +0200 Date: Wed, 10 Apr 1996 11:38:33 +0200 (MET DST) From: "Christoph P. Kukulies" Subject: Re: speedup idea for 'make world' In-reply-to: <199604100622.OAA03242@jhome.DIALix.COM> To: peter@jhome.DIALix.COM (Peter Wemm) Cc: current@freebsd.org Reply-to: Christoph Kukulies Message-id: <199604100938.LAA09655@gilberto.physik.rwth-aachen.de> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL25 ME8b] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I'm sitting watching a make world crawling along on a remote machine at the > moment, and had an idea.. > > Being at it, what are usual make world figures? Here are mine on a 32MB P5/150: tail /usr/src/world.log makewhatis /usr/share/man make world completed on Wed Apr 10 07:54:10 MET DST 1996 14049.84 real 8798.35 user 1448.19 sys > That is, unless the Makefiles are actually reading the man pages with some > kind of AI technique.. :-) :-) :-) > > Cheers, > -Peter > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD toots.physik.rwth-aachen.de 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Wed Apr 3 09:59:08 MET DST 1996 kuku@toots.physik.rwth-aachen.de:/ usr/src/sys/compile/TOOTS i386 From owner-freebsd-current Wed Apr 10 03:08:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA19331 for current-outgoing; Wed, 10 Apr 1996 03:08:10 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA19326 for ; Wed, 10 Apr 1996 03:08:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id DAA01736; Wed, 10 Apr 1996 03:07:39 -0700 (PDT) To: Terry Lambert cc: peter@jhome.DIALix.COM (Peter Wemm), current@freebsd.org Subject: Re: /var/mail default permissions?? In-reply-to: Your message of "Wed, 10 Apr 1996 01:54:41 PDT." <199604100854.BAA01214@phaeton.artisoft.com> Date: Wed, 10 Apr 1996 03:07:39 -0700 Message-ID: <1734.829130859@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > login: fred > passord: This has to be the best non-verbal explanation I've seen in a long time! :-) Jordan From owner-freebsd-current Wed Apr 10 03:39:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA21277 for current-outgoing; Wed, 10 Apr 1996 03:39:27 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA21268 Wed, 10 Apr 1996 03:39:22 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id UAA05342 Wed, 10 Apr 1996 20:39:13 +1000 (EST) From: michael butler Message-Id: <199604101039.UAA05342@asstdc.scgt.oz.au> Subject: Re: NO_CDROM and Motif changes to bsd.port.mk To: ports@FreeBSD.ORG Date: Wed, 10 Apr 1996 20:39:12 +1000 (EST) Cc: current@FreeBSD.ORG In-Reply-To: <199604100702.AAA01132@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Apr 10, 96 00:02:40 am X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Satoshi Asami writes: > Here is my first cut for NO_CDROM and Motif support to bsd.port.mk. Which is the "recommended" Motif port for FreeBSD ? I know of two but have heard varying comments of disappointment about both so I held off .. and which originating from which version .. 1.? michael From owner-freebsd-current Wed Apr 10 04:53:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA28099 for current-outgoing; Wed, 10 Apr 1996 04:53:13 -0700 (PDT) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA28090 for ; Wed, 10 Apr 1996 04:53:05 -0700 (PDT) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id NAA26412 for current@FreeBSD.ORG; Wed, 10 Apr 1996 13:52:52 +0200 Message-Id: <199604101152.NAA26412@nixpbe.pdb.sni.de> Subject: Re: speedup idea for 'make world' To: kuku@gilberto.physik.RWTH-Aachen.DE Date: Wed, 10 Apr 96 13:45:36 MET DST From: Greg Lehey In-Reply-To: <199604100938.LAA09655@gilberto.physik.rwth-aachen.de>; from "Christoph P. Kukulies" at Apr 10, 96 11:38 am X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Status: RO Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Being at it, what are usual make world figures? Here are mine on a > 32MB P5/150: > > tail /usr/src/world.log > makewhatis /usr/share/man > make world completed on Wed Apr 10 07:54:10 MET DST 1996 > 14049.84 real 8798.35 user 1448.19 sys Mine blew up recently just before the end after elapsed 34000 odd seconds. I don't think that it was more than a couple of minutes from being finished. This was a 486DX/2-66 with 32 MB memory and a 1.2 GB IDE disk. Greg From owner-freebsd-current Wed Apr 10 05:00:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA28561 for current-outgoing; Wed, 10 Apr 1996 05:00:03 -0700 (PDT) Received: from Sisyphos (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA28481 for ; Wed, 10 Apr 1996 04:59:57 -0700 (PDT) Received: by Sisyphos id AA29674 (5.67b/IDA-1.5 for current@freebsd.org); Wed, 10 Apr 1996 13:59:50 +0200 Message-Id: <199604101159.AA29674@Sisyphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 10 Apr 1996 13:59:50 +0200 In-Reply-To: "Christoph P. Kukulies" "Re: speedup idea for 'make world'" (Apr 10, 11:38) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Christoph Kukulies Subject: Re: speedup idea for 'make world' Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Apr 10, 11:38, "Christoph P. Kukulies" wrote: } Subject: Re: speedup idea for 'make world' } > } > } > I'm sitting watching a make world crawling along on a remote machine at the } > moment, and had an idea.. } > } > } Being at it, what are usual make world figures? Here are mine on a } 32MB P5/150: } } tail /usr/src/world.log } makewhatis /usr/share/man } make world completed on Wed Apr 10 07:54:10 MET DST 1996 } 14049.84 real 8798.35 user 1448.19 sys ASUS SP3G with AMD 5x86, 16MB RAM, NCR SCSI, 2GB Quantum Atlas: $ tail /usr/src/nohup.out makewhatis /usr/share/man make world completed on Tue Apr 9 03:55:43 MET DST 1996 15240.39 real 11011.81 user 2551.85 sys Seems an 133MHz 486 is 92% of a P150 with twice the RAM :) :) (Ok: 75% as fast, if user+system time is considered instead of real time ...) Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-current Wed Apr 10 05:12:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29316 for current-outgoing; Wed, 10 Apr 1996 05:12:40 -0700 (PDT) Received: from hda.com (ip73-max1-fitch.zipnet.net [199.232.245.73]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA29311 for ; Wed, 10 Apr 1996 05:12:36 -0700 (PDT) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id IAA01416; Wed, 10 Apr 1996 08:00:05 -0400 From: Peter Dufault Message-Id: <199604101200.IAA01416@hda.com> Subject: Re: /var/mail default permissions?? To: terry@lambert.org (Terry Lambert) Date: Wed, 10 Apr 1996 08:00:04 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: <199604100854.BAA01214@phaeton.artisoft.com> from "Terry Lambert" at Apr 10, 96 01:54:41 am Reply-to: hdalog@zipnet.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I thought /var/mail was supposed to be mode 1777 on BSD systems?? > > > > mail.local was designed to work in that scenario and has specific code to make > > sure it's secure.. (granted, the net-2 mail.local may not have been solid, but > > the 4.4BSD mail.local has been secure since the encumbered release and later > > in the Lite releases) > > login: fred > passord: > % > % ls -l /var/mail/peter > % ls: /var/mail/peter: No such file or directory > % cat > /var/mail/peter > That was the end of Terry's message. Did this totally confuse anyone elses mailer? I see these two messages in elm: > 1 Apr 10 Bite Me (13) Ha ha > 2 Apr 10 Terry Lambert (41) Re: /var/mail default permissions?? and have this in my in box: > From dufault Wed Apr 10 07:34:25 1996 > From: anon@anon (Bite Me) > Subject: Ha ha > Status: OR > > Don't you wish you could do something about your mail... give > Fred $5 and he'll unlock it for you. > > -- Anon > > ^D > % exit which threw me for a loop a minute. I don't think this is what Terry was showing us. -- Temporarily via "hdalog@zipnet.net"... Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Wed Apr 10 05:21:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29895 for current-outgoing; Wed, 10 Apr 1996 05:21:24 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA29890 for ; Wed, 10 Apr 1996 05:21:21 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA17617 for ; Wed, 10 Apr 1996 14:21:09 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA04562 for freebsd-current@FreeBSD.org; Wed, 10 Apr 1996 14:21:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id NAA13069 for freebsd-current@FreeBSD.org; Wed, 10 Apr 1996 13:25:07 +0200 (MET DST) From: J Wunsch Message-Id: <199604101125.NAA13069@uriah.heep.sax.de> Subject: Re: floppy format detection [was Re: devfs questions] To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 10 Apr 1996 13:25:06 +0200 (MET DST) In-Reply-To: <199604091942.MAA05667@phaeton.artisoft.com> from "Terry Lambert" at Apr 9, 96 12:42:34 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > But only for the first two drives. :-) > > I really do not see the problem with time penalizing people for old > hardware. It's not a question of penalizing, it's a matter of not excluding them from the game. > I can stuff a floppy in a drive on a DOS box, do a "dir" and have it > list the floppy contents *regardless* of the format. Unless it's formatted with 1 KB sectors. :) > And you guys are saying FreeBSD can never do this thing that DOS does > because it needs to have the device identified for a manual mount > instead of a mount as a result of automatic device identification. I didn't say FreeBSD could never do this. > For comparison, see the SCSI floppy drives ... Those i've seen so far are *terribly* slow in mounting a new floppy. During the time where a DG/UX machine with its SCSI-to-floppy bridge, or an SGI Indy with its floptical were checking the format, you've already copied an entire floppy in FreeBSD. I would hesitate to pick them as a good example of automagic format detection. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Apr 10 06:50:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA07377 for current-outgoing; Wed, 10 Apr 1996 06:50:04 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA07325 for ; Wed, 10 Apr 1996 06:49:56 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I3DR7XK5JK000PL8@mail.rwth-aachen.de>; Wed, 10 Apr 1996 15:43:38 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id PAA10352; Wed, 10 Apr 1996 15:49:59 +0200 Date: Wed, 10 Apr 1996 15:49:59 +0200 (MET DST) From: "Christoph P. Kukulies" Subject: Re: speedup idea for 'make world' In-reply-to: <199604101159.AA29674@Sisyphos> To: se@zpr.uni-koeln.de (Stefan Esser) Cc: kuku@gilberto.physik.rwth-aachen.de, current@freebsd.org Reply-to: Christoph Kukulies Message-id: <199604101349.PAA10352@gilberto.physik.rwth-aachen.de> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL25 ME8b] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > } Being at it, what are usual make world figures? Here are mine on a > } 32MB P5/150: > } > } tail /usr/src/world.log > } makewhatis /usr/share/man > } make world completed on Wed Apr 10 07:54:10 MET DST 1996 > } 14049.84 real 8798.35 user 1448.19 sys > > ASUS SP3G with AMD 5x86, 16MB RAM, NCR SCSI, 2GB Quantum Atlas: > > $ tail /usr/src/nohup.out > makewhatis /usr/share/man > make world completed on Tue Apr 9 03:55:43 MET DST 1996 > 15240.39 real 11011.81 user 2551.85 sys > > Seems an 133MHz 486 is 92% of a P150 with twice the RAM :) :) Forgot to mention that my system is (regrettably) an IDE system. > > (Ok: 75% as fast, if user+system time is considered instead > of real time ...) > > Regards, STefan > -- > Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 > Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 > ============================================================================== > http://www.zpr.uni-koeln.de/~se > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Apr 10 06:55:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA07741 for current-outgoing; Wed, 10 Apr 1996 06:55:31 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA07736 for ; Wed, 10 Apr 1996 06:55:26 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA12075; Wed, 10 Apr 1996 08:52:08 -0500 From: Joe Greco Message-Id: <199604101352.IAA12075@brasil.moneng.mei.com> Subject: Re: /var/mail default permissions?? To: hdalog@zipnet.net Date: Wed, 10 Apr 1996 08:52:07 -0500 (CDT) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <199604101200.IAA01416@hda.com> from "Peter Dufault" at Apr 10, 96 08:00:04 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > % cat > /var/mail/peter > > > > That was the end of Terry's message. > > Did this totally confuse anyone elses mailer? I see these two > messages in elm: > > > 1 Apr 10 Bite Me (13) Ha ha > > 2 Apr 10 Terry Lambert (41) Re: /var/mail default permissions?? > > and have this in my in box: > > > From dufault Wed Apr 10 07:34:25 1996 > > From: anon@anon (Bite Me) > > Subject: Ha ha > > Status: OR > > > > Don't you wish you could do something about your mail... give > > Fred $5 and he'll unlock it for you. > > > > -- Anon > > > > ^D > > % exit > > which threw me for a loop a minute. I don't think this is what > Terry was showing us. No, your local host most likely has something configured incorrectly. Mail messages in /var/mail are typically separated by "From " lines (From-SPACE as opposed to From-COLON). Since it is potentially possible for the data in a mail message to contain the pattern "^From ", mail.local handles this: --%<-- followed by a line beginning with the string ``From ''. A line contain- ing the string ``From '', the sender's name and a time stamp is prepended to each delivered mail message. A blank line is appended to each mes- sage. A greater-than character (``>'') is prepended to any line in the message which could be mistaken for a ``From '' delimiter line. --%<-- Your local host is responsible for running a delivery agent that enforces this policy. If memory serves, one of the major offenders is Elm's "filter", when abused in various fashions, such as appending the message directly to /var/mail/${user}. This is inadvisable in any case, and is particularly hard to avoid because these configuration settings happen out in userland. The other case is when Sendmail itself is configured to use something inappropriate as a local mailer, which is generally a sign that you should buy your sysadmin a copy of the BAT book, and patiently explain that mail systems are carefully constructed the way they are for a multitude of reasons. :-/ There are other, much less likely possibilities. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-current Wed Apr 10 06:58:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA07998 for current-outgoing; Wed, 10 Apr 1996 06:58:10 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA07987 Wed, 10 Apr 1996 06:57:59 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id PAA12626; Wed, 10 Apr 1996 15:57:48 +0200 (SAT) Message-Id: <199604101357.PAA12626@grumble.grondar.za> To: "Gary Palmer" cc: Peter Wemm , current@FreeBSD.ORG Subject: Re: speedup idea for 'make world' Date: Wed, 10 Apr 1996 15:57:46 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Gary Palmer" wrote: > Peter Wemm wrote in message ID > <199604100622.OAA03242@jhome.DIALix.COM>: > > This would cut out the gzip pass on the libc and other library man pages, a nd > > the extremely slow linking while installing. Especially since it's going to > > to it again and the man pages are not going to be needed for the rest of th e > > build sequence.. > > Another idea would be to force the system to not build the profiled > libs, even if it eventually will (and perhaps even the static ones, > though that'd probably be dangerous, depending on what targets are put > into the tools, etc, rules) I am doing a 'make world' with NOMAN and NOPROFILE right now. It makes a _helluva_ diffs! I also have NOCLOBBER working! (It only nukes /usr/include at Bruce's suggestion. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Wed Apr 10 07:45:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA11715 for current-outgoing; Wed, 10 Apr 1996 07:45:41 -0700 (PDT) Received: from Sisyphos (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA11603 for ; Wed, 10 Apr 1996 07:44:14 -0700 (PDT) Received: by Sisyphos id AA12395 (5.67b/IDA-1.5 for current@FreeBSD.ORG); Wed, 10 Apr 1996 16:43:00 +0200 Message-Id: <199604101443.AA12395@Sisyphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 10 Apr 1996 16:42:59 +0200 In-Reply-To: Greg Lehey "Re: speedup idea for 'make world'" (Apr 10, 12:45) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Greg Lehey Subject: Re: speedup idea for 'make world' Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Apr 10, 12:45, Greg Lehey wrote: } Subject: Re: speedup idea for 'make world' } > Being at it, what are usual make world figures? Here are mine on a } > 32MB P5/150: } > } > tail /usr/src/world.log } > makewhatis /usr/share/man } > make world completed on Wed Apr 10 07:54:10 MET DST 1996 } > 14049.84 real 8798.35 user 1448.19 sys } } Mine blew up recently just before the end after elapsed 34000 odd } seconds. I don't think that it was more than a couple of minutes from } being finished. This was a 486DX/2-66 with 32 MB memory and a 1.2 GB } IDE disk. When I only had a DX2/66 in my SP3G, a "make world" used to take 25000 seconds of real time. 34000 seems a bit high, especially given the fact that I only have 16MB of RAM ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-current Wed Apr 10 07:53:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12395 for current-outgoing; Wed, 10 Apr 1996 07:53:16 -0700 (PDT) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA12385 for ; Wed, 10 Apr 1996 07:53:06 -0700 (PDT) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id QAA07420 for current@FreeBSD.ORG; Wed, 10 Apr 1996 16:53:00 +0200 Message-Id: <199604101453.QAA07420@nixpbe.pdb.sni.de> Subject: Re: speedup idea for 'make world' To: se@ZPR.Uni-Koeln.DE (Stefan Esser) Date: Wed, 10 Apr 96 16:49:27 MET DST From: Greg Lehey Cc: current@FreeBSD.ORG In-Reply-To: <199604101159.AA29674@Sisyphos>; from "Stefan Esser" at Apr 10, 96 1:59 pm X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Apr 10, 11:38, "Christoph P. Kukulies" wrote: >} Subject: Re: speedup idea for 'make world' >}> >}> >}> I'm sitting watching a make world crawling along on a remote machine at the >}> moment, and had an idea.. >}> >}> >} Being at it, what are usual make world figures? Here are mine on a >} 32MB P5/150: >} >} tail /usr/src/world.log >} makewhatis /usr/share/man >} make world completed on Wed Apr 10 07:54:10 MET DST 1996 >} 14049.84 real 8798.35 user 1448.19 sys > > ASUS SP3G with AMD 5x86, 16MB RAM, NCR SCSI, 2GB Quantum Atlas: > > $ tail /usr/src/nohup.out > makewhatis /usr/share/man > make world completed on Tue Apr 9 03:55:43 MET DST 1996 > 15240.39 real 11011.81 user 2551.85 sys > > Seems an 133MHz 486 is 92% of a P150 with twice the RAM :) :) > > (Ok: 75% as fast, if user+system time is considered instead > of real time ...) Depends on what you're doing, I suppose. The make world process is particularly disk intensive. On the other hand, formatting my "Introducing FreeBSD" book is *much* faster on a Pentium. On a P5/133 with 64 MB running BSD/386 1.1, I can format the book in about 60 seconds. On the 486/66 with 32 MB, running FreeBSD-current, it takes 240 seconds. OK, we have different OSs here, and the 486 has less memory, but I don't see much paging activity on the 486, and I don't really think the OS makes that much difference. One day I might get bored enough to make a real comparison. Greg From owner-freebsd-current Wed Apr 10 08:36:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14961 for current-outgoing; Wed, 10 Apr 1996 08:36:17 -0700 (PDT) Received: from phoenix.csie.nctu.edu.tw (root@phoenix.csie.nctu.edu.tw [140.113.17.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA14955 for ; Wed, 10 Apr 1996 08:36:12 -0700 (PDT) Received: from FreeBSD.csie.NCTU.edu.tw (root@freebsd.csie.nctu.edu.tw [140.113.235.250]) by phoenix.csie.nctu.edu.tw (8.6.11/8.6.4) with ESMTP id XAA04363 for ; Wed, 10 Apr 1996 23:36:17 +0800 Received: (from jdli@localhost) by FreeBSD.csie.NCTU.edu.tw (8.7.5/8.7.3) id XAA12971 for freebsd-current@freebsd.org; Wed, 10 Apr 1996 23:35:44 +0800 (CST) Date: Wed, 10 Apr 1996 23:35:44 +0800 (CST) From: Jian-Da Li Message-Id: <199604101535.XAA12971@FreeBSD.csie.NCTU.edu.tw> To: freebsd-current@freebsd.org Subject: Re: speedup idea for 'make world' Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk How about parallel make ?! Current make world sequence is : 1. make hierarchy mk bootstrap include-tools 1includes lib-tools libraries build-tools 2. make depend all install 3. make makedb However, I seldome just type "make world", I will make step-1 first, and then type "make depend all" in /usr/src/* to parallel make (2 to 3 makes running). Finally, type "make install makedb" I think that there should be no binary-library dependency problem in step-2, if I have fast cpu, much ram (in fact my p-120 with 32mb ram handles 2-3 makes well), parallel make should speed up the whole thing. How do you think ?! :) (ps. and what about making kernel ?!) -- §õ «Ø ¹F (Jian-Da Li) ¥æ¤j¸ê¤u E-Mail : jdli@csie.nctu.edu.tw From owner-freebsd-current Wed Apr 10 09:12:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA16935 for current-outgoing; Wed, 10 Apr 1996 09:12:12 -0700 (PDT) Received: from adinet.analog.com (adinet.analog.com [137.71.23.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA16830 for ; Wed, 10 Apr 1996 09:11:59 -0700 (PDT) Received: by adinet.analog.com id AA23948 (InterLock SMTP Gateway 3.0 for current@FreeBSD.org); Wed, 10 Apr 1996 12:11:05 -0400 Received: by adinet.analog.com (Internal Mail Agent-3); Wed, 10 Apr 1996 12:11:05 -0400 Received: by adinet.analog.com (Internal Mail Agent-2); Wed, 10 Apr 1996 12:11:05 -0400 Received: by adinet.analog.com (Internal Mail Agent-1); Wed, 10 Apr 1996 12:11:05 -0400 Date: Wed, 10 Apr 96 12:09:02 EDT Message-Id: <9604101609.AA23711@cthulhu> From: Mike Long To: current@FreeBSD.org, ncurses-list@netcom.com In-Reply-To: <199604082320.QAA03414@phaeton.artisoft.com> (message from Terry Lambert on Mon, 8 Apr 1996 16:20:47 -0700 (MST)) Subject: Re: terminfo-less ncurses Organization: Analog Devices CPD Reply-To: Mike Long Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >From: Terry Lambert >Date: Mon, 8 Apr 1996 16:20:47 -0700 (MST) > >> > If you add attribute "foo", since the on disk data is a binary >> > data file contatining a structure, all on-disk data files must be >> > changes and all statically linked programs must be relinked to >> > get the new sizof(struct) and element layout. >> > >> Now, *this* argument makes sense. I would think that old binaries would still work, if: 1) You always add new attributes to the *end* of the structure. 2) Existing attributes (order and size) are not changed. 3) The library code only reads sizeof(struct) bytes, instead of until EOF, when reading the compiled description (ncurses may already do this). Old binaries will simply not read new attributes, but no memory clobbering &c. should occur. They're using the old code, so they wouldn't use any new attributes anyway. >> I take it that in a termcap file, if you add attribute "foo" to one >> entry, you don't have to do so to all the entries? Or is it just the fact >> that its in one file instead of many? > >You are not required to add any particular attribute to any particular >entry. This includes new attributes. > >The file format is not changed; since the attributes are interpretively >parsed from the file, the name is less important than the format. > >The difference is that I can add as many attributes as I want without >affecting any binary files (well, lookups are now done using an >indexed database, but the principle is the same). Note, however, that you must watch out for the 1024-character limitation. That can severely restrict your ability to add new attributes. All that aside, I don't think it should matter which of the two description formats you use. Zeyd and Eric think termcap sucks; that's their opinion. Many BSD users disagree, and *WILL* *NOT* *USE* ncurses unless it can use termcap instead of terminfo, no matter what Bostic has said. [NB: I'm not subscribed to current@FreeBSD.org; any replies from there should be sent directly to me.] -- Mike Long VLSI Design Engineer finger mikel@shore.net for PGP public key Analog Devices, CPD Division CCBF225E7D3F7ECB2C8F7ABB15D9BE7B Norwood, MA 02062 USA (eq (opinion 'ADI) (opinion 'mike)) -> nil From owner-freebsd-current Wed Apr 10 09:47:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19521 for current-outgoing; Wed, 10 Apr 1996 09:47:52 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA19514 for ; Wed, 10 Apr 1996 09:47:46 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id SAA05375; Wed, 10 Apr 1996 18:42:48 +0200 From: John Hay Message-Id: <199604101642.SAA05375@zibbi.mikom.csir.co.za> Subject: Re: /var/mail default permissions?? To: hdalog@zipnet.net Date: Wed, 10 Apr 1996 18:42:47 +0200 (SAT) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <199604101200.IAA01416@hda.com> from "Peter Dufault" at Apr 10, 96 08:00:04 am X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmm. I also got that. John -- John Hay -- John.Hay@csir.co.za > > login: fred > > passord: > > % > > % ls -l /var/mail/peter > > % ls: /var/mail/peter: No such file or directory > > % cat > /var/mail/peter > > > > That was the end of Terry's message. > > Did this totally confuse anyone elses mailer? I see these two > messages in elm: > > > 1 Apr 10 Bite Me (13) Ha ha > > 2 Apr 10 Terry Lambert (41) Re: /var/mail default permissions?? > > and have this in my in box: > > > From dufault Wed Apr 10 07:34:25 1996 > > From: anon@anon (Bite Me) > > Subject: Ha ha > > Status: OR > > > > Don't you wish you could do something about your mail... give > > Fred $5 and he'll unlock it for you. > > > > -- Anon > > > > ^D > > % exit > > which threw me for a loop a minute. I don't think this is what > Terry was showing us. > > -- > Temporarily via "hdalog@zipnet.net"... > > Peter Dufault Real-Time Machine Control and Simulation > HD Associates, Inc. Voice: 508 433 6936 > dufault@hda.com Fax: 508 433 5267 > From owner-freebsd-current Wed Apr 10 10:24:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23596 for current-outgoing; Wed, 10 Apr 1996 10:24:21 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA23588 for ; Wed, 10 Apr 1996 10:24:16 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id KAA16181; Wed, 10 Apr 1996 10:23:43 -0700 From: "Rodney W. Grimes" Message-Id: <199604101723.KAA16181@GndRsh.aac.dev.com> Subject: Re: speedup idea for 'make world' To: nate@sri.MT.net (Nate Williams) Date: Wed, 10 Apr 1996 10:23:43 -0700 (PDT) Cc: peter@jhome.DIALix.COM, current@FreeBSD.ORG In-Reply-To: <199604100652.AAA00758@rocky.sri.MT.net> from Nate Williams at "Apr 10, 96 00:52:27 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I'm sitting watching a make world crawling along on a remote machine at the > > moment, and had an idea.. > > > > When it's bootstrapping everything by building the initial tools and > > libraries, and installing them so it can delete and rebuild everything, it's > > wasting an awful lot of time building and installing man pages on the first > > pass. > > > > Perhaps all the: > > cd ${foo}/where/ever && ${MAKE} depend all install ${whatever} > > > > should be: > > cd ${foo}/where/ever && ${MAKE} -DNOMAN=foo depend all install ${whatever} > > ? > > > > This would cut out the gzip pass on the libc and other library man pages, and > > the extremely slow linking while installing. Especially since it's going to > > to it again and the man pages are not going to be needed for the rest of the > > build sequence.. I agree with the above, that would be a good optimization... > Another thing. Why are we bothering with the depend step when we're > going to end up blowing away the stuff anyway. As long as the blowing away really occurs this would be okay, but there are now knobs that prevent this, and in that case this could cause problems. > Especially considering > that 'make depend all' doesn't work like it implies. As has been said, > if we want to actually use the .depend file, it should read 'make depend > && make all'. This should probably be fixed, though in most of the cases it does work correctly because these are being run on subdir levels and the order of doing things in those cases is correct. > More thoughts... Make world was written 3 years ago, and has been hacked on ever since, probably time to throw the baby and the bathwater out and start over from scratch... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Apr 10 10:51:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25399 for current-outgoing; Wed, 10 Apr 1996 10:51:09 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA25175 for ; Wed, 10 Apr 1996 10:47:50 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id KAA16200; Wed, 10 Apr 1996 10:45:57 -0700 From: "Rodney W. Grimes" Message-Id: <199604101745.KAA16200@GndRsh.aac.dev.com> Subject: Re: speedup idea for 'make world' To: se@ZPR.Uni-Koeln.DE (Stefan Esser) Date: Wed, 10 Apr 1996 10:45:57 -0700 (PDT) Cc: lehey.pad@sni.de, current@freebsd.org In-Reply-To: <199604101443.AA12395@Sisyphos> from Stefan Esser at "Apr 10, 96 04:42:59 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Apr 10, 12:45, Greg Lehey wrote: > } Subject: Re: speedup idea for 'make world' > } > Being at it, what are usual make world figures? Here are mine on a > } > 32MB P5/150: > } > > } > tail /usr/src/world.log > } > makewhatis /usr/share/man > } > make world completed on Wed Apr 10 07:54:10 MET DST 1996 > } > 14049.84 real 8798.35 user 1448.19 sys > } > } Mine blew up recently just before the end after elapsed 34000 odd > } seconds. I don't think that it was more than a couple of minutes from > } being finished. This was a 486DX/2-66 with 32 MB memory and a 1.2 GB > } IDE disk. > > When I only had a DX2/66 in my SP3G, a "make world" > used to take 25000 seconds of real time. 34000 seems > a bit high, especially given the fact that I only > have 16MB of RAM ... The ASUS PCI/I-SP3G has a very good memory system on it, don't expect any other 486 class machine to be able to touch this board on performance. You will find that the memory bandwidth on your board is about 20 to 40% faster than any other motherboard on the market, except perhaps some of the very rare boards that use SRAM for main memory. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Apr 10 12:54:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03278 for current-outgoing; Wed, 10 Apr 1996 12:54:46 -0700 (PDT) Received: from InfoWest.COM (infowest.com [204.17.177.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA03273 for ; Wed, 10 Apr 1996 12:54:43 -0700 (PDT) Received: from einstein (Tolkien.infowest.com [204.17.177.150]) by InfoWest.COM (8.6.12/8.6.9) with SMTP id OAA27241 for ; Wed, 10 Apr 1996 14:02:08 -0600 Message-Id: <2.2.32.19960410195337.006f3500@infowest.com> X-Sender: agifford@infowest.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 10 Apr 1996 13:53:37 -0600 To: current@freebsd.org From: "Aaron D. Gifford" Subject: mail.local patch -- Was: /var/mail default permissions?? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 06:42 PM 4/10/96 +0200, you wrote: >Hmm. I also got that. > >John >-- >John Hay -- John.Hay@csir.co.za > >> > login: fred >> > passord: >> > % >> > % ls -l /var/mail/peter >> > % ls: /var/mail/peter: No such file or directory >> > % cat > /var/mail/peter >> > >> >> That was the end of Terry's message. >> >> Did this totally confuse anyone elses mailer? I see these two >> messages in elm: >> >> > 1 Apr 10 Bite Me (13) Ha ha >> > 2 Apr 10 Terry Lambert (41) Re: /var/mail default permissions?? >> >> and have this in my in box: >> >> > From dufault Wed Apr 10 07:34:25 1996 >> > From: anon@anon (Bite Me) >> > Subject: Ha ha >> > Status: OR >> > >> > Don't you wish you could do something about your mail... give >> > Fred $5 and he'll unlock it for you. >> > >> > -- Anon >> > >> > ^D >> > % exit >> >> which threw me for a loop a minute. I don't think this is what >> Terry was showing us. >> >> -- >> Temporarily via "hdalog@zipnet.net"... >> >> Peter Dufault Real-Time Machine Control and Simulation >> HD Associates, Inc. Voice: 508 433 6936 >> dufault@hda.com Fax: 508 433 5267 >> Same occured here... I get my mail via POP (running qpopper). I tracked down the cause of the problem. The problem is that mail.local ONLY prepends the famous ">" character to "From " lines ONLY WHEN the line above is blank (containing only a newline). Apparently, some mail readers (elm was mentioned above as being a victim, and my qpopper also had the problem) use a properly formatted "From " line as the separator WHETHER OR NOT the line above is blank. Example ...mail message body... P.S. Tell John Doe that he needs to write! From blahblah Wed Apr 10 10:40:55 1996 From: president@whitehouse.gov Subject: Pay your taxes NOW! Pay now, or be jailed later! End of example Since the "From blahblah" line is not accompanied by a blank line above, mail.local (the implementations I've looked at) will NOT prepend a ">" to the from line. However, other mail readers/handlers may very well treat the bogus From line as a valid message separator, thus creating the problem mentioned. This is definitely a bug I suspect some malicious user could use it terroristically against a user who did not know about the bug, especially if the malicious user carefully crafted bogus headers. I know e-mail is easily forged in other ways anyway, but this would allow someone to create forged e-mail with no "Received:" trail, again if the recipient was unaware of the above "bug". My fix: I think I will patch mail.local to prepend a ">" to ALL "From " lines, regardless of the line above. This is certainly easier than fixing all other programs. Here's my patch to mail.local for -stable of a few weeks ago: *** mail.local.c.orig Wed Apr 10 12:40:57 1996 --- mail.local.c Wed Apr 10 12:41:56 1996 *************** store(from) *** 143,149 **** { FILE *fp; time_t tval; ! int fd, eline; char *tn, line[2048]; tn = strdup(_PATH_LOCTMP); --- 143,149 ---- { FILE *fp; time_t tval; ! int fd; char *tn, line[2048]; tn = strdup(_PATH_LOCTMP); *************** store(from) *** 158,172 **** (void)fprintf(fp, "From %s %s", from, ctime(&tval)); line[0] = '\0'; ! for (eline = 1; fgets(line, sizeof(line), stdin);) { ! if (line[0] == '\n') ! eline = 1; ! else { ! if (eline && line[0] == 'F' && ! !memcmp(line, "From ", 5)) ! (void)putc('>', fp); ! eline = 0; ! } (void)fprintf(fp, "%s", line); if (ferror(fp)) { e_to_sys(errno); --- 158,166 ---- (void)fprintf(fp, "From %s %s", from, ctime(&tval)); line[0] = '\0'; ! while (fgets(line, sizeof(line), stdin)) { ! if (line[0] == 'F' && !memcmp(line, "From ", 5)) ! (void)putc('>', fp); (void)fprintf(fp, "%s", line); if (ferror(fp)) { e_to_sys(errno); It appears to work. I tested the original mail.local and the patched with the same intentionally composed message, and the patched mail.local correctly prepends the ">" character to ALL From lines, correctly prevending my test message from generating a second bogus message. Aaron out. --=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=-- Aaron D. Gifford InfoWest, 1845 W. Sunset Blvd, St. George, UT 84770 InfoWest Networking Phone: (801) 674-0165 FAX: (801) 673-9734 Visit InfoWest at: "http://www.infowest.com/" ICBM: 37.07847 N, 113.57858 W "Southern Utah's Finest Network Connection" --=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=--=+=-- From owner-freebsd-current Wed Apr 10 13:18:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA04888 for current-outgoing; Wed, 10 Apr 1996 13:18:38 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA04866 for ; Wed, 10 Apr 1996 13:18:12 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA09249 for ; Wed, 10 Apr 1996 22:18:00 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA04642 for freebsd-current@FreeBSD.org; Wed, 10 Apr 1996 22:18:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id VAA00674 for freebsd-current@FreeBSD.org; Wed, 10 Apr 1996 21:12:57 +0200 (MET DST) From: J Wunsch Message-Id: <199604101912.VAA00674@uriah.heep.sax.de> Subject: Re: fhtovp: filestart miss To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 10 Apr 1996 21:12:57 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604092004.NAA05742@phaeton.artisoft.com> from "Terry Lambert" at Apr 9, 96 01:03:59 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > The NFS file handle code in cd9660 hit again... > They did not trust media change notification and they did not > implement media change detection. I don't think the unit attention is being passed back to the upper layers at all. It would also help for the floppy case. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Apr 10 13:19:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA04971 for current-outgoing; Wed, 10 Apr 1996 13:19:06 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA04944 for ; Wed, 10 Apr 1996 13:18:58 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA09334 for ; Wed, 10 Apr 1996 22:18:45 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA04679 for freebsd-current@FreeBSD.org; Wed, 10 Apr 1996 22:18:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id VAA00697 for freebsd-current@FreeBSD.org; Wed, 10 Apr 1996 21:15:10 +0200 (MET DST) From: J Wunsch Message-Id: <199604101915.VAA00697@uriah.heep.sax.de> Subject: Re: floppy format detection [was Re: devfs questions] To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 10 Apr 1996 21:15:10 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Frank Durda IV" at Apr 9, 96 09:45:00 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Frank Durda IV wrote: > I personally would like having both floppy ID mechanisms available - > automatic and completely manual format selection. I would probably use > the automatic until I came across the odd diskette it could not handle, > and then the manual selection would come into play. TMO. I also think so. In case _I_ will be the person who ever rewrites the floppy driver :), be assured that it will be this way. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Apr 10 13:19:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05050 for current-outgoing; Wed, 10 Apr 1996 13:19:22 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA04977 for ; Wed, 10 Apr 1996 13:19:06 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA09363 for ; Wed, 10 Apr 1996 22:18:56 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA04685 for freebsd-current@FreeBSD.org; Wed, 10 Apr 1996 22:18:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id VAA00998 for freebsd-current@FreeBSD.org; Wed, 10 Apr 1996 21:32:04 +0200 (MET DST) From: J Wunsch Message-Id: <199604101932.VAA00998@uriah.heep.sax.de> Subject: Re: OK, I've looked for CCD in the mail archives, but no findee. To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 10 Apr 1996 21:32:03 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604092148.HAA14895@nemeton.com.au> from "Giles Lean" at Apr 10, 96 07:48:24 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Giles Lean wrote: > > I don't think slices are absolutely necessary to import it. (Heck, > > why would you slice it again after having the disks just concatenated? > > :) > > Concatenating the disks improves peak performance so it may still be > desirable to slice the disks for the usual reasons of space > management, dump convenience, etc. Partitions: yes. Slices: no sense. Unless you're going to port the CCD driver to DOS, Linux, Winglows95, etc. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Apr 10 13:19:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05062 for current-outgoing; Wed, 10 Apr 1996 13:19:27 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA04967 for ; Wed, 10 Apr 1996 13:19:04 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA09359 for ; Wed, 10 Apr 1996 22:18:53 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA04684 for freebsd-current@FreeBSD.org; Wed, 10 Apr 1996 22:18:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id VAA01147 for freebsd-current@FreeBSD.org; Wed, 10 Apr 1996 21:54:52 +0200 (MET DST) From: J Wunsch Message-Id: <199604101954.VAA01147@uriah.heep.sax.de> Subject: Re: routed delete my PPP default: how to fight it? (THE REASON FOUND!) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 10 Apr 1996 21:54:51 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604092043.AAA01084@astral.msk.su> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Apr 10, 96 00:43:47 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > It seems that I found the reason: > when I comment out this line in my ppp.conf > > # add 0 0 194.58.227.1 > > I don't have those 'router' service messages anymore! > So, it is DEFINITELY iij-ppp who produce this UDP router requests. > > But... I forced to manually enter 'route add default ...' in this case. :-( Also with add 0 194.58.227.XXX 194.58.227.1 ? The option to allow for 0 as the local address has been added recently, it used to only work as specified above for a long time, at least with -auto. Perhaps this change wasn't done correctly? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Apr 10 13:19:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05087 for current-outgoing; Wed, 10 Apr 1996 13:19:31 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA04978 for ; Wed, 10 Apr 1996 13:19:07 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA09316; Wed, 10 Apr 1996 22:18:39 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA04675; Wed, 10 Apr 1996 22:18:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA00487; Wed, 10 Apr 1996 20:52:01 +0200 (MET DST) From: J Wunsch Message-Id: <199604101852.UAA00487@uriah.heep.sax.de> Subject: Re: Adaptec 2940 & Diamond Stealth S3-Trio64 Problem To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 10 Apr 1996 20:52:01 +0200 (MET DST) Cc: gshaffer@nosc.mil (Greg Shaffer) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Greg Shaffer" at Apr 9, 96 01:06:40 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Greg Shaffer wrote: > Am586-P75 133MHz CPU, Diamond Stealth 64 (S3-Trio64V+) with 2MB DRAM, > Right away I started to have problems with the X server (XF86_S3) locking > up the computer. When X starts up there is a flurry of disk activity, Get a newer X server (only available as beta by now). The stock 3.1.2 server didn't support the ``Trio64V+'' chipset. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Apr 10 13:20:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05487 for current-outgoing; Wed, 10 Apr 1996 13:20:45 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA05034 Wed, 10 Apr 1996 13:19:18 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA09373; Wed, 10 Apr 1996 22:19:00 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA04687; Wed, 10 Apr 1996 22:18:59 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id VAA00985; Wed, 10 Apr 1996 21:31:02 +0200 (MET DST) From: J Wunsch Message-Id: <199604101931.VAA00985@uriah.heep.sax.de> Subject: Re: NO_CDROM and Motif changes to bsd.port.mk To: ports@FreeBSD.ORG Date: Wed, 10 Apr 1996 21:31:02 +0200 (MET DST) Cc: current@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604100702.AAA01132@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Apr 10, 96 00:02:40 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Satoshi Asami wrote: > The porter is expected to use ${MOTIFLIB} wherever libXm is > required. This will substitute to "-L/usr/X11R6/lib -lXm" (the > default) or "/usr/X11R6/lib/libXm.a" (if MOTIF_STATIC is > set...probably only I need this ;). Can this be overridden, e.g. from /etc/make.conf? I usually install my Motif to /usr/Motif completely. (This turned out to be one of the extremely weak points of the Lasershi^H^H^Hmoon package, but it finally prevented me from having them clobbered my Imake templates. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Apr 10 13:57:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08490 for current-outgoing; Wed, 10 Apr 1996 13:57:42 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA08483 Wed, 10 Apr 1996 13:57:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id NAA03093; Wed, 10 Apr 1996 13:56:51 -0700 (PDT) To: michael butler cc: ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: NO_CDROM and Motif changes to bsd.port.mk In-reply-to: Your message of "Wed, 10 Apr 1996 20:39:12 +1000." <199604101039.UAA05342@asstdc.scgt.oz.au> Date: Wed, 10 Apr 1996 13:56:51 -0700 Message-ID: <3091.829169811@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk There really isn't one yet - I have some problems with the MOO-TIFF distribution I got and the support@lasermoon.co.uk address seems to be completely unresponsive (I've sent them a couple of things in entirely unrelated categories since I have several of their products). I recommend waiting until X Inside, Inc. finishes their distribution. Jordan > Satoshi Asami writes: > > > Here is my first cut for NO_CDROM and Motif support to bsd.port.mk. > > Which is the "recommended" Motif port for FreeBSD ? I know of two but have > heard varying comments of disappointment about both so I held off .. and > which originating from which version .. 1.? > > michael From owner-freebsd-current Wed Apr 10 14:01:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08795 for current-outgoing; Wed, 10 Apr 1996 14:01:08 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA08790 for ; Wed, 10 Apr 1996 14:01:05 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA02369; Wed, 10 Apr 1996 13:59:05 -0700 From: Terry Lambert Message-Id: <199604102059.NAA02369@phaeton.artisoft.com> Subject: Re: /var/mail default permissions?? To: hdalog@zipnet.net Date: Wed, 10 Apr 1996 13:59:04 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <199604101200.IAA01416@hda.com> from "Peter Dufault" at Apr 10, 96 08:00:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > login: fred > > passord: > > % > > % ls -l /var/mail/peter > > % ls: /var/mail/peter: No such file or directory > > % cat > /var/mail/peter > > > > That was the end of Terry's message. > > Did this totally confuse anyone elses mailer? I see these two > messages in elm: > > > 1 Apr 10 Bite Me (13) Ha ha > > 2 Apr 10 Terry Lambert (41) Re: /var/mail default permissions?? > > and have this in my in box: > > > From dufault Wed Apr 10 07:34:25 1996 > > From: anon@anon (Bite Me) > > Subject: Ha ha > > Status: OR > > > > Don't you wish you could do something about your mail... give > > Fred $5 and he'll unlock it for you. > > > > -- Anon > > > > ^D > > % exit > > which threw me for a loop a minute. I don't think this is what > Terry was showing us. Hee hee hee. Your mail rewriting rules are broken. What an amusing side effect... detecting broken mail rewriting rules. A recursive object lesson... I couldn't have planned this better on purpose. I was showing how "Fred" could lock Peter's mailbox if Peter didn't have any pending mail and the mail dir were 1777 as Peter was suggesting. Fred would own the mail file "peter" and Peter couldn't delete it. Fred could (and was offering to do so for $5)... Obviously, your mailer should have put ">" in front of the naked "From" in the sample "Fred locked Peter's mailbox" message, and didn't. 8-). Are you, by any chance, using the Elm "filter" program and appending directly to a mailbox instead of processing through a sed script to rewrite all froms after the first "From" into ">From"? This would result in what you saw (though I think the date on the lock message should be April 1st, so I can tell even more about how you are forwarding mail through an intermediate account 8-)). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Apr 10 14:10:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09586 for current-outgoing; Wed, 10 Apr 1996 14:10:55 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA09576 for ; Wed, 10 Apr 1996 14:10:49 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA02399; Wed, 10 Apr 1996 14:08:45 -0700 From: Terry Lambert Message-Id: <199604102108.OAA02399@phaeton.artisoft.com> Subject: Re: floppy format detection [was Re: devfs questions] To: j@uriah.heep.sax.de (J Wunsch) Date: Wed, 10 Apr 1996 14:08:45 -0700 (MST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199604101125.NAA13069@uriah.heep.sax.de> from "J Wunsch" at Apr 10, 96 01:25:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > But only for the first two drives. :-) > > > > I really do not see the problem with time penalizing people for old > > hardware. > > It's not a question of penalizing, it's a matter of not excluding them > from the game. I want it to work. It's will just happen to be slow doing the automatic detect in the old/broken hardware case. Slow, not prevented from. > > I can stuff a floppy in a drive on a DOS box, do a "dir" and have it > > list the floppy contents *regardless* of the format. > > Unless it's formatted with 1 KB sectors. :) Then it's not a floppy with a supported FS type on it and I can ignore it. If I have supported FS types that can use that media, then I need to autodetect. No matter how long it takes to do so. I'd put that at the end of the searchlist, sice I'd have to assign a very low probability to that particular format. 8-). > > And you guys are saying FreeBSD can never do this thing that DOS does > > because it needs to have the device identified for a manual mount > > instead of a mount as a result of automatic device identification. > > I didn't say FreeBSD could never do this. Good. We agree. 8-). > > For comparison, see the SCSI floppy drives ... > > Those i've seen so far are *terribly* slow in mounting a new floppy. > During the time where a DG/UX machine with its SCSI-to-floppy bridge, > or an SGI Indy with its floptical were checking the format, you've > already copied an entire floppy in FreeBSD. > > I would hesitate to pick them as a good example of automagic format > detection. They aren't a good example. They are an example of it being possible in one of the worst cases you could arrange to actually happen. They are the old/broken hardware case. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Apr 10 14:19:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10115 for current-outgoing; Wed, 10 Apr 1996 14:19:50 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA10096 for ; Wed, 10 Apr 1996 14:19:36 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA02416; Wed, 10 Apr 1996 14:17:46 -0700 From: Terry Lambert Message-Id: <199604102117.OAA02416@phaeton.artisoft.com> Subject: Re: terminfo-less ncurses To: mike.long@analog.com Date: Wed, 10 Apr 1996 14:17:46 -0700 (MST) Cc: current@FreeBSD.org, ncurses-list@netcom.com In-Reply-To: <9604101609.AA23711@cthulhu> from "Mike Long" at Apr 10, 96 12:09:02 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >> > If you add attribute "foo", since the on disk data is a binary > >> > data file contatining a structure, all on-disk data files must be > >> > changes and all statically linked programs must be relinked to > >> > get the new sizof(struct) and element layout. > >> > > >> Now, *this* argument makes sense. > > I would think that old binaries would still work, if: > > 1) You always add new attributes to the *end* of the structure. Not possible if both Mike and Terry add new attributes for seperate projects. You are back to the patchkit "patch sequence number assignment" issue of enforced application ordering, and the need for a central repository to do the assigning, and the beaurocratic overhead each project then faces. > 2) Existing attributes (order and size) are not changed. More likely to be obeyed, but not absolute. Historically, size and ordering have both been changed. > 3) The library code only reads sizeof(struct) bytes, instead of > until EOF, when reading the compiled description (ncurses may > already do this). I think it does. > Old binaries will simply not read new attributes, but no memory > clobbering &c. should occur. They're using the old code, so they > wouldn't use any new attributes anyway. Unless they were something like a PERL interpreter. Then you are screwed. > >> I take it that in a termcap file, if you add attribute "foo" to one > >> entry, you don't have to do so to all the entries? Or is it just the fact > >> that its in one file instead of many? > > > >You are not required to add any particular attribute to any particular > >entry. This includes new attributes. > > > >The file format is not changed; since the attributes are interpretively > >parsed from the file, the name is less important than the format. > > > >The difference is that I can add as many attributes as I want without > >affecting any binary files (well, lookups are now done using an > >indexed database, but the principle is the same). > > Note, however, that you must watch out for the 1024-character > limitation. That can severely restrict your ability to add new > attributes. Yes, that's another limitation I dislike. > All that aside, I don't think it should matter which of the two > description formats you use. Zeyd and Eric think termcap sucks; > that's their opinion. Many BSD users disagree, and *WILL* *NOT* *USE* > ncurses unless it can use termcap instead of terminfo, no matter what > Bostic has said. I'm in this category. You can't murder termcap, the old but likable leader, to put in your puppet dictator. 8-). If they can coexist, fine, but I don't buy that terminfo is an acceptable replacement for termcap. For one thing, I abuse termcap horribly for things like /etc/printcap, /etc/disktab, and the new /etc/login.conf used by BSDI. We aren't talking about curses as the only consumer of the code, and we aren't talking about only reading terminal attributes (predefined terminal attributes at that). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Apr 10 14:24:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10538 for current-outgoing; Wed, 10 Apr 1996 14:24:56 -0700 (PDT) Received: from seabass.progroup.com (seabass.progroup.com [206.24.122.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA10528 for ; Wed, 10 Apr 1996 14:24:49 -0700 (PDT) Received: (from craig@localhost) by seabass.progroup.com (8.6.12/8.6.12) id OAA17113 for freebsd-current@freebsd.org; Wed, 10 Apr 1996 14:26:31 -0700 Message-Id: <199604102126.OAA17113@seabass.progroup.com> Subject: Re: /var/mail default permissions?? and anon! To: freebsd-current@freebsd.org Date: Wed, 10 Apr 1996 14:26:31 -0700 (PDT) From: "Craig Shaver" In-Reply-To: <199604101200.IAA01416@hda.com> from "Peter Dufault" at Apr 10, 96 08:00:04 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > > > > I thought /var/mail was supposed to be mode 1777 on BSD systems?? > > > > > > mail.local was designed to work in that scenario and has specific code to make > > > sure it's secure.. (granted, the net-2 mail.local may not have been solid, but > > > the 4.4BSD mail.local has been secure since the encumbered release and later > > > in the Lite releases) > > > > login: fred > > passord: > > % > > % ls -l /var/mail/peter > > % ls: /var/mail/peter: No such file or directory > > % cat > /var/mail/peter > > > > That was the end of Terry's message. > > Did this totally confuse anyone elses mailer? I see these two > messages in elm: > > > 1 Apr 10 Bite Me (13) Ha ha > > 2 Apr 10 Terry Lambert (41) Re: /var/mail default permissions?? > > and have this in my in box: > > > From dufault Wed Apr 10 07:34:25 1996 > > From: anon@anon (Bite Me) > > Subject: Ha ha > > Status: OR > > > > Don't you wish you could do something about your mail... give > > Fred $5 and he'll unlock it for you. > > > > -- Anon > > > > ^D > > % exit > > which threw me for a loop a minute. I don't think this is what > Terry was showing us. No, I got the same message from anon@anon. I think someone who has access to the mailing lists has used the addresses there to connect directly to the smtp port and type in a prank mail message. This message has none of the standard routing information and does not have a full header. It did not show up in any of my log files. > > -- > Temporarily via "hdalog@zipnet.net"... > > Peter Dufault Real-Time Machine Control and Simulation > HD Associates, Inc. Voice: 508 433 6936 > dufault@hda.com Fax: 508 433 5267 > -- Craig Shaver (craig@progroup.com) (415)390-0654 Productivity Group POB 60458 Sunnyvale, CA 94088 From owner-freebsd-current Wed Apr 10 14:41:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11816 for current-outgoing; Wed, 10 Apr 1996 14:41:52 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA11800 for ; Wed, 10 Apr 1996 14:41:46 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA05718 ; Wed, 10 Apr 1996 23:41:40 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA07201 ; Wed, 10 Apr 1996 23:41:59 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id VAA04237; Wed, 10 Apr 1996 21:50:44 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604101950.VAA04237@keltia.freenix.fr> Subject: Re: /var/mail default permissions?? To: peter@jhome.DIALix.COM (Peter Wemm) Date: Wed, 10 Apr 1996 21:50:44 +0200 (MET DST) Cc: current@FreeBSD.ORG In-Reply-To: <199604100556.NAA03118@jhome.DIALix.COM> from Peter Wemm at "Apr 10, 96 01:56:20 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1872 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Peter Wemm said: > I thought /var/mail was supposed to be mode 1777 on BSD systems?? It should be 755 bin.bin (or better root.wheel or equivalent for more security) since FreeBSD 1.something. > mail.local was designed to work in that scenario and has specific code to > make sure it's secure.. (granted, the net-2 mail.local may not have been > solid, but the 4.4BSD mail.local has been secure since the encumbered > release and later in the Lite releases) The fact that mail.local is setuid-root should enable you to have only 755 permissions. procmail has the same rights to it is not a problem. Elm has been working with the same setup with fcntl locking for a long time too. drwxr-xr-x 2 bin bin 512 Feb 10 19:33 mail/ -rwxr-xr-x 1 root bin 406996 Mar 2 21:01 /usr/local/bin/elm -rwsr-sr-x 1 root mail 65536 Jun 8 1995 /usr/local/bin/procmail -r-sr-xr-x 1 root bin 12288 Feb 11 16:18 /usr/libexec/mail.local The setgid mail for procmail is unnecessary, although it is installed this way here. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #11: Tue Apr 9 20:14:48 MET DST 1996 From owner-freebsd-current Wed Apr 10 14:41:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11823 for current-outgoing; Wed, 10 Apr 1996 14:41:53 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA11799 for ; Wed, 10 Apr 1996 14:41:46 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA05714 ; Wed, 10 Apr 1996 23:41:39 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA07198 ; Wed, 10 Apr 1996 23:41:58 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id VAA04199; Wed, 10 Apr 1996 21:45:20 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604101945.VAA04199@keltia.freenix.fr> Subject: Re: I spoke just a little too soon on the abuse thing.. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 10 Apr 1996 21:45:20 +0200 (MET DST) Cc: current@freebsd.org In-Reply-To: <592.829112881@time.cdrom.com> from "Jordan K. Hubbard" at "Apr 9, 96 10:08:01 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1872 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It seems that Jordan K. Hubbard said: > (because linux_drv is already running from the last crash!), the game > proceeds just fine. If I kill off the sound driver process and start > abuse again, it will dump core on start. Same here. After a "make world" abuse started to work again but sound has never worked right for me. I have only a Soundblaster 2.0 compatible card and the emulator work only on pure 16bits cards I think. Anyway, Abuse works again. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #11: Tue Apr 9 20:14:48 MET DST 1996 From owner-freebsd-current Wed Apr 10 14:41:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11833 for current-outgoing; Wed, 10 Apr 1996 14:41:54 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA11801 for ; Wed, 10 Apr 1996 14:41:46 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA05720 ; Wed, 10 Apr 1996 23:41:41 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA07204 ; Wed, 10 Apr 1996 23:41:59 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id VAA04265; Wed, 10 Apr 1996 21:56:46 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604101956.VAA04265@keltia.freenix.fr> Subject: Re: make all error To: ernie@spooky.apana.org.au (Ernie Elu) Date: Wed, 10 Apr 1996 21:56:46 +0200 (MET DST) Cc: freebsd-current@freebsd.org In-Reply-To: <199604100910.TAA21101@spooky.apana.org.au> from Ernie Elu at "Apr 10, 96 07:10:22 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1872 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It seems that Ernie Elu said: > building special pic c library > ld.so failed: open failed for "/libc.so.3.0" : No such file or directory > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > spooky.ROOT # I hate saying "it doesn't happen here" but I did two "make world" this week, the last being yesterday (european time) and it was successful. Note: I'm using "setenv NOCLEAN yes" to speed it up... Tue Apr 9 19:56:47 MET DST 1996 -------------------------------------------------------------- Making hierarchy -------------------------------------------------------------- cd /usr/src/etc && make distrib-dirs ... cd /usr/src/share/man && make makedb makewhatis /usr/share/man make world completed on Tue Apr 9 21:39:07 MET DST 1996 6139.69 real 2819.95 user 839.07 sys Tue Apr 9 21:39:07 MET DST 1996 1h43 for a "make world" with NOCLEAN and NOPROFILE is not bad for a 486DX4/100... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #11: Tue Apr 9 20:14:48 MET DST 1996 From owner-freebsd-current Wed Apr 10 14:41:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11857 for current-outgoing; Wed, 10 Apr 1996 14:41:59 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA11830 for ; Wed, 10 Apr 1996 14:41:53 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA05724 ; Wed, 10 Apr 1996 23:41:42 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA07207 ; Wed, 10 Apr 1996 23:42:00 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id WAA04316; Wed, 10 Apr 1996 22:00:26 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604102000.WAA04316@keltia.freenix.fr> Subject: Re: speedup idea for 'make world' To: kuku@gilberto.physik.rwth-aachen.de Date: Wed, 10 Apr 1996 22:00:26 +0200 (MET DST) Cc: peter@jhome.DIALix.COM, current@FreeBSD.ORG In-Reply-To: <199604100938.LAA09655@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at "Apr 10, 96 11:38:33 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1872 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Christoph P. Kukulies said: > Being at it, what are usual make world figures? Here are mine on a > 32MB P5/150: > > tail /usr/src/world.log > makewhatis /usr/share/man > make world completed on Wed Apr 10 07:54:10 MET DST 1996 > 14049.84 real 8798.35 user 1448.19 sys 486DX4/100, 32 MB EISA, 2x SCSI controllers (BT-747S / AHA-1740A). A complete "make world" with NOPROFILE set is 4h50 here... ... install -C -c -o bin -g bin -m 555 wcd_mod.o /lkm cd /usr/src/share/man && make makedb makewhatis /usr/share/man 17411.11 real 12021.55 user 2848.28 sys -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #11: Tue Apr 9 20:14:48 MET DST 1996 From owner-freebsd-current Wed Apr 10 14:47:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA12283 for current-outgoing; Wed, 10 Apr 1996 14:47:29 -0700 (PDT) Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA12271 for ; Wed, 10 Apr 1996 14:47:17 -0700 (PDT) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id XAA19175; Wed, 10 Apr 1996 23:44:33 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id UAA00395; Wed, 10 Apr 1996 20:57:09 +0200 Date: Wed, 10 Apr 1996 20:57:09 +0200 From: Wolfram Schneider Message-Id: <199604101857.UAA00395@campa.panke.de> To: "Rodney W. Grimes" Cc: peter@jhome.DIALix.COM (Peter Wemm), current@freebsd.org Subject: Re: /var/mail default permissions?? In-Reply-To: <199604100647.XAA15909@GndRsh.aac.dev.com> References: <199604100556.NAA03118@jhome.DIALix.COM> <199604100647.XAA15909@GndRsh.aac.dev.com> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Rodney W. Grimes writes: >Though mail.local can be sure it does safe things in there, making this >world writeable allows a very easy denial of service attack: >cat /dev/zero >/var/mail/bigone (no noone can get mail on the system >:-(). $ cat /dev/zero > /var/mail/`whoami` /: file system full You can put any garbage (except EOF) into a mailbox $ locate / | /usr/libexec/mail.local foo Wolfram From owner-freebsd-current Wed Apr 10 14:56:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA13102 for current-outgoing; Wed, 10 Apr 1996 14:56:25 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA13084 Wed, 10 Apr 1996 14:56:20 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id OAA19298; Wed, 10 Apr 1996 14:59:30 -0700 Date: Wed, 10 Apr 1996 14:59:30 -0700 Message-Id: <199604102159.OAA19298@sunrise.cs.berkeley.edu> To: joerg_wunsch@uriah.heep.sax.de CC: ports@FreeBSD.ORG, current@FreeBSD.ORG In-reply-to: <199604101931.VAA00985@uriah.heep.sax.de> (message from J Wunsch on Wed, 10 Apr 1996 21:31:02 +0200 (MET DST)) Subject: Re: NO_CDROM and Motif changes to bsd.port.mk From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * Can this be overridden, e.g. from /etc/make.conf? I usually install * my Motif to /usr/Motif completely. (This turned out to be one of the * extremely weak points of the Lasershi^H^H^Hmoon package, but it * finally prevented me from having them clobbered my Imake templates. :) Yes, it can, as it is assigned with a "?=" (as are most variables in bsd.port.mk). The libraries are easy to handle in any case, 'cause {Im,M}akefiles usually have explicet references to libXm. Include files are another matter though, as many of them simply assume they are in the standard location (i.e. /usr/X11R6/include), and it's not always obvious how to fix them (especially for Imakefiles). Does your Lasermoon also make a symbolic link from /X11/Xm -> /usr/Motif/include/X11/Xm (?), where is either "/usr/include" or "/usr/X11R6/include"? Any other people with similar packages? Satoshi From owner-freebsd-current Wed Apr 10 15:15:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14292 for current-outgoing; Wed, 10 Apr 1996 15:15:19 -0700 (PDT) Received: from cafe.net (root@espresso.cafe.net [204.244.119.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA14285 for ; Wed, 10 Apr 1996 15:15:16 -0700 (PDT) Received: from latte.cafe.net by cafe.net with SMTP id AA20181 (5.67b/IDA-1.5 for ); Wed, 10 Apr 1996 15:14:13 -0700 Date: Wed, 10 Apr 1996 15:17:25 -0700 (PDT) From: Kaz Kylheku To: Terry Lambert Cc: "Eric S. Raymond" , terry@lambert.org, ache@astral.msk.su, scrappy@ki.net, current@FreeBSD.org, ncurses-list@netcom.com Subject: Re: terminfo-less ncurses In-Reply-To: <199604090040.RAA03591@phaeton.artisoft.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 8 Apr 1996, Terry Lambert wrote: > Date: Mon, 8 Apr 1996 17:40:22 -0700 (MST) > From: Terry Lambert > To: "Eric S. Raymond" > Cc: terry@lambert.org, ache@astral.msk.su, scrappy@ki.net, > current@FreeBSD.org, ncurses-list@netcom.com > Subject: Re: terminfo-less ncurses > > > > Terry Lambert writes: > > > Use of the file system in this way is a bad idea. No one is arguing > > > that it doesn't work, only that it is repugnant. > > > > Sorry, I don't buy it. The file system is *supposed* to be a namespace > > manager -- that's one of its major jobs. If using the directory structure > > for name lookups really slows terminfo down, the right thing to do is > > speed up directory lookup in general, not object to terminfo's use of it. > > Terminfo can't dictate file system semantics or implementation. It > should not. Even if I think FS's should use btree's for name lookup, > the fact is that some do not, therefore it should not rely on that > behaviour. > > You might as well make each terminal type a directory instead of a file, > and make each capability a file, and make each file contain one escape > sequence/whatever. > > > > > Which makes for a fixed on disk structure (read non-extensible) which > > > means we are egotistically sure that we have definitions for all the > > > capabilities that anyone is ever going to need or invent. > > > > It's a tradeoff; termcap's extensibility versus terminfo's improved load > > speed. > > I don't think it is significantly faster. We have moved from "most > machines are compute bound" to "most machines are I/O bound" in the > last 10 years since terminfo was first invented. One block read is > very much like another: it will take the same time in either case. > > The overhead of post-processing the file format into something usable > by tputs() in the tgetent() code was an argument for a Tandy 6000; > it is much less of an argument for a 90MHz P5. > > > > When termcap was designed many years ago, there was no consensus on what a > > "smart terminal" ought to do, let alone what control sequences it should > > recognize; thus, designing termcap for extensibility made sense. > > Again, terminfo is itself more than 10 years old. Relative age is not > a good argument. I think terminfo is an idiotic idea. I can pop /etc/termcap into vi and make a change that I need. Since my system is not likely to support terminals other than vt100, I can trim it down easily, or put the most common terminals at the beginning. Also let's not foget the TERMCAP environment variable! Any curses program that doesn't recognize this variable is broken. I can telnet to a remote host, and pop my local console termcap entry into /etc/termcap (or have root do it), or I can assign it to TERMCAP, and I'm on my way... Binary configuration files are not the UNIX way of doing things. I don't have a ``compiled'' /etc/hosts /etc/fstab or /etc/rc.boot, do I? Terminfo is a PITA. Pain In The Arteries. Today's UNIX systems could crunch through an 8 megabyte /etc/termcap each time you run a curses program and still start up the program faster than Microsoft Word. > If you could show me that the terminfo format had not changed since > day one, well, then you'd have an argument. Haha. Touche. From owner-freebsd-current Wed Apr 10 15:17:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14496 for current-outgoing; Wed, 10 Apr 1996 15:17:24 -0700 (PDT) Received: from cafe.net (espresso.cafe.net [204.244.119.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA14483 for ; Wed, 10 Apr 1996 15:17:18 -0700 (PDT) Received: from latte.cafe.net by cafe.net with SMTP id AA20181 (5.67b/IDA-1.5); Wed, 10 Apr 1996 15:14:13 -0700 Date: Wed, 10 Apr 1996 15:17:25 -0700 (PDT) From: Kaz Kylheku To: Terry Lambert Cc: "Eric S. Raymond" , terry@lambert.org, ache@astral.msk.su, scrappy@ki.net, current@FreeBSD.org, ncurses-list@netcom.com Subject: Re: terminfo-less ncurses In-Reply-To: <199604090040.RAA03591@phaeton.artisoft.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 8 Apr 1996, Terry Lambert wrote: > Date: Mon, 8 Apr 1996 17:40:22 -0700 (MST) > From: Terry Lambert > To: "Eric S. Raymond" > Cc: terry@lambert.org, ache@astral.msk.su, scrappy@ki.net, > current@FreeBSD.org, ncurses-list@netcom.com > Subject: Re: terminfo-less ncurses > > > > Terry Lambert writes: > > > Use of the file system in this way is a bad idea. No one is arguing > > > that it doesn't work, only that it is repugnant. > > > > Sorry, I don't buy it. The file system is *supposed* to be a namespace > > manager -- that's one of its major jobs. If using the directory structure > > for name lookups really slows terminfo down, the right thing to do is > > speed up directory lookup in general, not object to terminfo's use of it. > > Terminfo can't dictate file system semantics or implementation. It > should not. Even if I think FS's should use btree's for name lookup, > the fact is that some do not, therefore it should not rely on that > behaviour. > > You might as well make each terminal type a directory instead of a file, > and make each capability a file, and make each file contain one escape > sequence/whatever. > > > > > Which makes for a fixed on disk structure (read non-extensible) which > > > means we are egotistically sure that we have definitions for all the > > > capabilities that anyone is ever going to need or invent. > > > > It's a tradeoff; termcap's extensibility versus terminfo's improved load > > speed. > > I don't think it is significantly faster. We have moved from "most > machines are compute bound" to "most machines are I/O bound" in the > last 10 years since terminfo was first invented. One block read is > very much like another: it will take the same time in either case. > > The overhead of post-processing the file format into something usable > by tputs() in the tgetent() code was an argument for a Tandy 6000; > it is much less of an argument for a 90MHz P5. > > > > When termcap was designed many years ago, there was no consensus on what a > > "smart terminal" ought to do, let alone what control sequences it should > > recognize; thus, designing termcap for extensibility made sense. > > Again, terminfo is itself more than 10 years old. Relative age is not > a good argument. I think terminfo is an idiotic idea. I can pop /etc/termcap into vi and make a change that I need. Since my system is not likely to support terminals other than vt100, I can trim it down easily, or put the most common terminals at the beginning. Also let's not foget the TERMCAP environment variable! Any curses program that doesn't recognize this variable is broken. I can telnet to a remote host, and pop my local console termcap entry into /etc/termcap (or have root do it), or I can assign it to TERMCAP, and I'm on my way... Binary configuration files are not the UNIX way of doing things. I don't have a ``compiled'' /etc/hosts /etc/fstab or /etc/rc.boot, do I? Terminfo is a PITA. Pain In The Arteries. Today's UNIX systems could crunch through an 8 megabyte /etc/termcap each time you run a curses program and still start up the program faster than Microsoft Word. > If you could show me that the terminfo format had not changed since > day one, well, then you'd have an argument. Haha. Touche. From owner-freebsd-current Wed Apr 10 23:46:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA15233 for current-outgoing; Wed, 10 Apr 1996 23:46:49 -0700 (PDT) Received: from ifki04.informatik.fh-muenchen.de (ifki04.informatik.fh-muenchen.de [129.187.208.150]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA15121 for ; Wed, 10 Apr 1996 23:46:14 -0700 (PDT) From: michael@ifki04.informatik.fh-muenchen.de Received: by ifki04.informatik.fh-muenchen.de (AIX 4.1/UCB 5.64/4.03) id AA21382; Thu, 11 Apr 1996 08:45:51 +0200 Message-Id: <9604110645.AA21382@ifki04.informatik.fh-muenchen.de> Subject: Is anyone working on LFS To: current@freebsd.org Date: Thu, 11 Apr 1996 08:45:50 +0200 (DFT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello Is anyone in the FreeBSD-Camp working on the LFS Filesystem. What is the status and shoud it support some Day? -- _ |_ Michael Kirstein, Munich - Germany |_ | | Fachhochschule | ___ Muenchen Internet: michael@ifki50.informatik.fh-muenchen.de | | | From owner-freebsd-current Thu Apr 11 00:10:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA16889 for current-outgoing; Thu, 11 Apr 1996 00:10:16 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA16865 for ; Thu, 11 Apr 1996 00:10:08 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id AAA02406; Thu, 11 Apr 1996 00:10:01 -0700 (PDT) Date: Thu, 11 Apr 1996 00:10:01 -0700 (PDT) Message-Id: <199604110710.AAA02406@silvia.HIP.Berkeley.EDU> To: current@freebsd.org Subject: Fibrechannel disks From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone know if there is an FC-AL adapter that is supported by FreeBSD? Satoshi From owner-freebsd-current Thu Apr 11 00:52:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20608 for current-outgoing; Thu, 11 Apr 1996 00:52:36 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20317 Thu, 11 Apr 1996 00:51:43 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA25928; Thu, 11 Apr 1996 09:51:27 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA11935; Thu, 11 Apr 1996 09:51:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA04007; Thu, 11 Apr 1996 09:50:25 +0200 (MET DST) From: J Wunsch Message-Id: <199604110750.JAA04007@uriah.heep.sax.de> Subject: Re: NO_CDROM and Motif changes to bsd.port.mk To: asami@cs.berkeley.edu (Satoshi Asami) Date: Thu, 11 Apr 1996 09:50:24 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, ports@freebsd.org, current@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604102159.OAA19298@sunrise.cs.berkeley.edu> from "Satoshi Asami" at Apr 10, 96 02:59:30 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Satoshi Asami wrote: > Does your Lasermoon also make a symbolic link from > /X11/Xm -> /usr/Motif/include/X11/Xm (?), where > is either "/usr/include" or "/usr/X11R6/include"? > Any other people with similar packages? Lasermoon thought all the world is X386 and installed into /usr/X386. If this was not existent, they simply made a symlink to /usr/X11R6 (it's the same, isn't it? =:), and assumed they can start now. Their install script was nothing else than crap. If once was really using it that way, the X11R6(XFree86) imake templates were clobbered. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Apr 11 01:20:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23023 for current-outgoing; Thu, 11 Apr 1996 01:20:53 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA23016 for ; Thu, 11 Apr 1996 01:20:47 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA27287 for ; Thu, 11 Apr 1996 10:20:45 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA12112 for freebsd-current@FreeBSD.org; Thu, 11 Apr 1996 10:20:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA04132 for freebsd-current@FreeBSD.org; Thu, 11 Apr 1996 09:53:28 +0200 (MET DST) From: J Wunsch Message-Id: <199604110753.JAA04132@uriah.heep.sax.de> Subject: Re: /var/mail default permissions?? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 11 Apr 1996 09:53:27 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604101642.SAA05375@zibbi.mikom.csir.co.za> from "John Hay" at Apr 10, 96 06:42:47 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As John Hay wrote: > Hmm. I also got that. Me too, but i knew where the problem was, quickly left elm, edited my inbox, started elm again, and had to smile about Terry's explanation. ;-) (This From_ convention is really the worst thing in the entire mail handling.) > > > login: fred > > > passord: > > > % > > > % ls -l /var/mail/peter > > > % ls: /var/mail/peter: No such file or directory > > > % cat > /var/mail/peter > > > > > > > That was the end of Terry's message. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Apr 11 04:07:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA04642 for current-outgoing; Thu, 11 Apr 1996 04:07:10 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA04635 for ; Thu, 11 Apr 1996 04:07:00 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id VAA10387 Thu, 11 Apr 1996 21:04:38 +1000 (EST) From: michael butler Message-Id: <199604111104.VAA10387@asstdc.scgt.oz.au> Subject: Re: /var/mail default permissions?? To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 11 Apr 1996 21:04:37 +1000 (EST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199604110753.JAA04132@uriah.heep.sax.de> from "J Wunsch" at Apr 11, 96 09:53:27 am X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > Me too, but i knew where the problem was, quickly left elm, edited my > inbox, started elm again, and had to smile about Terry's > explanation. ;-) > (This From_ convention is really the worst thing in the entire mail > handling.) One (good ?) reason why Sun & SVR4 went for a 'Content-Length' header line .. it helped some sysadmins from having heart-failure trying to track "anonymous" messages down that didn't appear in their logs :-) michael From owner-freebsd-current Thu Apr 11 04:11:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA04837 for current-outgoing; Thu, 11 Apr 1996 04:11:47 -0700 (PDT) Received: from hda.com (ip93-max1-fitch.zipnet.net [199.232.245.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA04825 for ; Thu, 11 Apr 1996 04:11:40 -0700 (PDT) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id HAA03929; Thu, 11 Apr 1996 07:00:46 -0400 From: Peter Dufault Message-Id: <199604111100.HAA03929@hda.com> Subject: Re: mail.local patch -- Was: /var/mail default permissions?? To: agifford@infowest.com (Aaron D. Gifford) Date: Thu, 11 Apr 1996 07:00:45 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: <2.2.32.19960410195337.006f3500@infowest.com> from "Aaron D. Gifford" at Apr 10, 96 01:53:37 pm Reply-to: hdalog@zipnet.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Same occured here... I get my mail via POP (running qpopper). > > I tracked down the cause of the problem. The problem is that mail.local > ONLY prepends the famous ">" character to "From " lines ONLY WHEN the line > above is blank (containing only a newline). Apparently, some mail readers > (elm was mentioned above as being a victim, and my qpopper also had the > problem) use a properly formatted "From " line as the separator WHETHER OR > NOT the line above is blank. The problem isn't elm. At the moment I'm using popclient talking to: > +OK QUALCOMM Pop server derived from UCB (version 2.1.4-R3) at mail.zipnet.net starting. which I guess is qpopper, and so it is retrieving the messages improperly and dumping them into my local mailbox where I'm looking at them with elm. -- Temporarily via "hdalog@zipnet.net"... Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Thu Apr 11 08:12:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA17866 for current-outgoing; Thu, 11 Apr 1996 08:12:49 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA17854 for ; Thu, 11 Apr 1996 08:12:32 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA14847; Thu, 11 Apr 1996 11:12:04 -0400 Date: Thu, 11 Apr 1996 11:12:04 -0400 From: Garrett Wollman Message-Id: <9604111512.AA14847@halloran-eldar.lcs.mit.edu> To: michael butler Cc: freebsd-current@FreeBSD.org Subject: Re: /var/mail default permissions?? In-Reply-To: <199604111104.VAA10387@asstdc.scgt.oz.au> References: <199604110753.JAA04132@uriah.heep.sax.de> <199604111104.VAA10387@asstdc.scgt.oz.au> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > One (good ?) reason why Sun & SVR4 went for a 'Content-Length' header line > .. it helped some sysadmins from having heart-failure trying to track > "anonymous" messages down that didn't appear in their logs :-) Only if you have broken mailbox-parsing software. `Content-Length' is bogus. The indication of mailbox message boundaries should be out-of-band. This is one of the things that MMDF, MH, and AMS all got right; in MMDF, messages are delimited by ^A^A^A^A, and in the other two, messages are kept in separate files. It might be nice for mail.local to be able to deliver to MMDF-style mailboxes. There are a number of user agents out there (e.g., VM 5.95) which are capable of dealing with this format. Perhaps an AMS-style delivery mechanism would be useful as well. -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 Apr 11 08:57:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20802 for current-outgoing; Thu, 11 Apr 1996 08:57:06 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA20797 for ; Thu, 11 Apr 1996 08:56:54 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Thu, 11 Apr 96 11:56:42 -0400 Received: from compound.think.com ([206.10.99.158]) by Early-Bird.Think.COM; Thu, 11 Apr 96 11:56:37 EDT Received: (from alk@localhost) by compound.think.com (8.7.5/8.6.112) id KAA25180; Thu, 11 Apr 1996 10:57:43 -0500 (CDT) Date: Thu, 11 Apr 1996 10:57:43 -0500 (CDT) Message-Id: <199604111557.KAA25180@compound.think.com> From: Tony Kimball To: current@freefall.freebsd.org Subject: CVS version Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk CVS 1.7 substantially improves client/server support. I had to make one trivial mod in order to make the AUTH_{CLIENT,SERVER}_SUPPORT work without dumping, but it is now solid as a rock, despite my callous disregard for the comments. I've been using it daily for a month sans glitch. *** login.c Sun Mar 17 04:30:51 1996 --- login.c.~1~ Sun Dec 31 10:20:25 1995 *************** *** 208,215 **** linebuf = (char *) NULL; } } - fclose (fp); } if (already_entered) --- 208,215 ---- linebuf = (char *) NULL; } } } + fclose (fp); if (already_entered) *** options.h Sun Mar 17 04:05:20 1996 --- options.h.~1~ Sun Mar 17 03:59:36 1996 *************** *** 247,256 **** * define either of these unless you're testing them, in which case * you're me and you already know that. */ ! #define AUTH_CLIENT_SUPPORT 1 ! #define AUTH_SERVER_SUPPORT 1 ! /* If you are working with a large remote repository and a 'cvs checkout' is * swamping your network and memory, define these to enable flow control. * You will end up with even less guarantees of a consistant checkout, * but that may be better than no checkout at all. The master server process --- 247,257 ---- * define either of these unless you're testing them, in which case * you're me and you already know that. */ ! /* #define AUTH_CLIENT_SUPPORT 1 */ ! /* #define AUTH_SERVER_SUPPORT 1 */ ! /* ! * If you are working with a large remote repository and a 'cvs checkout' is * swamping your network and memory, define these to enable flow control. * You will end up with even less guarantees of a consistant checkout, * but that may be better than no checkout at all. The master server process From owner-freebsd-current Thu Apr 11 09:17:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22093 for current-outgoing; Thu, 11 Apr 1996 09:17:07 -0700 (PDT) Received: from xi.dorm.umd.edu (root@xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA22088 for ; Thu, 11 Apr 1996 09:17:05 -0700 (PDT) Received: from localhost (smpatel@localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.5/8.6.12) with SMTP id MAA00981; Thu, 11 Apr 1996 12:16:55 -0400 (EDT) Date: Thu, 11 Apr 1996 12:16:54 -0400 (EDT) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: I spoke just a little too soon on the abuse thing.. In-Reply-To: <330.829109765@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 9 Apr 1996, Jordan K. Hubbard wrote: > I can see the intro and even hear the sound, but when I click on the > "go" icon (a traffic signal with the green light lit) the thing dumps > core on a Sig 10. > > Anyone get any further than this? I just download the newest abuse from sunsite.unc.edu, and it runs flawlessly as far as I can tell (on my 8bit soundcard too)... Sujal From owner-freebsd-current Thu Apr 11 11:41:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00435 for current-outgoing; Thu, 11 Apr 1996 11:41:19 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA00420 for ; Thu, 11 Apr 1996 11:41:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id TAA02553 ; Thu, 11 Apr 1996 19:37:44 +0100 (BST) To: Garrett Wollman cc: michael butler , freebsd-current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: /var/mail default permissions?? In-reply-to: Your message of "Thu, 11 Apr 1996 11:12:04 EDT." <9604111512.AA14847@halloran-eldar.lcs.mit.edu> Date: Thu, 11 Apr 1996 19:37:44 +0100 Message-ID: <2550.829247864@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Garrett Wollman wrote in message ID <9604111512.AA14847@halloran-eldar.lcs.mit.edu>: > It might be nice for mail.local to be able to deliver to MMDF-style > mailboxes. There are a number of user agents out there (e.g., VM > 5.95) which are capable of dealing with this format. And more importantly, MH can too :) Gary From owner-freebsd-current Thu Apr 11 12:54:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05820 for current-outgoing; Thu, 11 Apr 1996 12:54:26 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA05811 for ; Thu, 11 Apr 1996 12:54:15 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id OAA14077 for ; Thu, 11 Apr 1996 14:54:23 -0500 Received: from tserv.lodgenet.com(204.124.120.10) by bacall via smap (V1.3) id sma014071; Thu Apr 11 14:53:58 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id OAA05074 for ; Thu, 11 Apr 1996 14:01:18 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.5/8.6.12) with SMTP id OAA00730 for ; Thu, 11 Apr 1996 14:03:06 -0500 (CDT) Message-Id: <199604111903.OAA00730@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: current@freebsd.org Subject: panics in pmap_remove Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 11 Apr 1996 14:03:06 -0500 From: "Eric L. Hernes" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been having mysterious reboots since building a kernel on monday. I usually run X, so it's hard to see what's going on. this morning I got a few reboots without panic, and a couple panics. When it panics it's shortly after pmap_remove. I did a make world on Saturday, that ran fine, but I needed a new kernel on Monday, so I rebuilt, and have been having these reboots. I haven't been able to make a world since. eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-current Thu Apr 11 13:27:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08669 for current-outgoing; Thu, 11 Apr 1996 13:27:04 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA08652 for ; Thu, 11 Apr 1996 13:26:52 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id PAA14660 for ; Thu, 11 Apr 1996 15:27:00 -0500 Received: from tserv.lodgenet.com(204.124.120.10) by bacall via smap (V1.3) id sma014654; Thu Apr 11 15:26:31 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id OAA05381 for ; Thu, 11 Apr 1996 14:47:06 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.5/8.6.12) with SMTP id OAA07202 for ; Thu, 11 Apr 1996 14:48:50 -0500 (CDT) Message-Id: <199604111948.OAA07202@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: current@freebsd.org Subject: /bin/sh's printf Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 11 Apr 1996 14:48:50 -0500 From: "Eric L. Hernes" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've stumbled across a little problem with sh's printf, could someone explain what's going on here: (ttyp0@jake)$ /bin/sh (ttyp0@jake)$ printf "%04d\n" 12 12 (ttyp0@jake)$ /usr/bin/printf "%04d\n" 12 0012 It looks like they're compiled from the same sources even --?? eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-current Thu Apr 11 13:40:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09956 for current-outgoing; Thu, 11 Apr 1996 13:40:20 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA09949 for ; Thu, 11 Apr 1996 13:40:17 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA04747; Thu, 11 Apr 1996 13:37:43 -0700 From: Terry Lambert Message-Id: <199604112037.NAA04747@phaeton.artisoft.com> Subject: Re: Is anyone working on LFS To: michael@ifki04.informatik.fh-muenchen.de Date: Thu, 11 Apr 1996 13:37:43 -0700 (MST) Cc: current@freebsd.org In-Reply-To: <9604110645.AA21382@ifki04.informatik.fh-muenchen.de> from "michael@ifki04.informatik.fh-muenchen.de" at Apr 11, 96 08:45:50 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Is anyone in the FreeBSD-Camp working on the LFS Filesystem. What is the > status and shoud it support some Day? LFS is an ongoing project at a major university. I don't know if any of use are affiliated wit the university or not... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Apr 11 13:43:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10192 for current-outgoing; Thu, 11 Apr 1996 13:43:33 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA10182 for ; Thu, 11 Apr 1996 13:43:30 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA04764; Thu, 11 Apr 1996 13:40:28 -0700 From: Terry Lambert Message-Id: <199604112040.NAA04764@phaeton.artisoft.com> Subject: Re: /var/mail default permissions?? To: wollman@lcs.mit.edu (Garrett Wollman) Date: Thu, 11 Apr 1996 13:40:27 -0700 (MST) Cc: imb@scgt.oz.au, freebsd-current@FreeBSD.org In-Reply-To: <9604111512.AA14847@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Apr 11, 96 11:12:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Only if you have broken mailbox-parsing software. > > `Content-Length' is bogus. The indication of mailbox message > boundaries should be out-of-band. This is one of the things that > MMDF, MH, and AMS all got right; in MMDF, messages are delimited by > ^A^A^A^A, and in the other two, messages are kept in separate files. > > It might be nice for mail.local to be able to deliver to MMDF-style > mailboxes. There are a number of user agents out there (e.g., VM > 5.95) which are capable of dealing with this format. Perhaps an > AMS-style delivery mechanism would be useful as well. If it weren't for NFS mounts, I'd suggest devising a common mail API and making all mail programs use it. The MIME library would be perfect for this if it weren't for the draconian usage terms. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Apr 11 13:48:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10827 for current-outgoing; Thu, 11 Apr 1996 13:48:07 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA10703 for ; Thu, 11 Apr 1996 13:47:53 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA16355; Thu, 11 Apr 1996 16:45:55 -0400 Date: Thu, 11 Apr 1996 16:45:55 -0400 From: Garrett Wollman Message-Id: <9604112045.AA16355@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: freebsd-current@FreeBSD.org Subject: Re: /var/mail default permissions?? In-Reply-To: <199604112040.NAA04764@phaeton.artisoft.com> References: <9604111512.AA14847@halloran-eldar.lcs.mit.edu> <199604112040.NAA04764@phaeton.artisoft.com> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > If it weren't for NFS mounts, I'd suggest devising a common mail > API and making all mail programs use it. And I would suggest that we already have one, and it consists of the following routines: open(2), flock(2), link(2), unlink(2), read(2), write(2), lseek(2), and close(2) -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 Apr 11 14:41:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15219 for current-outgoing; Thu, 11 Apr 1996 14:41:47 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA15210 for ; Thu, 11 Apr 1996 14:41:42 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA00586 ; Thu, 11 Apr 1996 23:41:24 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA12141 ; Thu, 11 Apr 1996 23:41:45 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id XAA08747; Thu, 11 Apr 1996 23:36:30 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604112136.XAA08747@keltia.freenix.fr> Subject: Re: Is anyone working on LFS To: michael@ifki04.informatik.fh-muenchen.de Date: Thu, 11 Apr 1996 23:36:29 +0200 (MET DST) Cc: current@FreeBSD.ORG In-Reply-To: <9604110645.AA21382@ifki04.informatik.fh-muenchen.de> from "michael@ifki04.informatik.fh-muenchen.de" at "Apr 11, 96 08:45:50 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1872 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that michael@ifki04.informatik.fh-muenchen.de said: > Is anyone in the FreeBSD-Camp working on the LFS Filesystem. What is the > status and shoud it support some Day? A fixed LFS (with respect to 4.4BSD-lite) comes with 4.4BSD-lite2 I think. We will have to adapt it to our new VM which is very different from lite. It would be nice to have -- if only to test it -- a fixed LFS... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #11: Tue Apr 9 20:14:48 MET DST 1996 From owner-freebsd-current Thu Apr 11 14:49:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15846 for current-outgoing; Thu, 11 Apr 1996 14:49:32 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA15791 for ; Thu, 11 Apr 1996 14:49:22 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id XAA19127; Thu, 11 Apr 1996 23:47:57 +0200 From: John Hay Message-Id: <199604112147.XAA19127@zibbi.mikom.csir.co.za> Subject: problem with patch to patch/pch.c To: mark@grondar.za (Mark Murray) Date: Thu, 11 Apr 1996 23:47:56 +0200 (SAT) Cc: freebsd-current@FreeBSD.ORG (FreeBSD-current) X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, There seems to be a problem with the patch that was made to patch/pch.c. The commit message is included in the .c file with the $Log$ cvs directive. In the comment there is ***/ which looks to the C compiler like the end of a comment and then it is totally confused. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-current Thu Apr 11 15:20:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17701 for current-outgoing; Thu, 11 Apr 1996 15:20:28 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA17695 for ; Thu, 11 Apr 1996 15:20:21 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA05168; Thu, 11 Apr 1996 15:18:27 -0700 From: Terry Lambert Message-Id: <199604112218.PAA05168@phaeton.artisoft.com> Subject: Re: /var/mail default permissions?? To: wollman@lcs.mit.edu (Garrett Wollman) Date: Thu, 11 Apr 1996 15:18:27 -0700 (MST) Cc: terry@lambert.org, freebsd-current@FreeBSD.org In-Reply-To: <9604112045.AA16355@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Apr 11, 96 04:45:55 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > If it weren't for NFS mounts, I'd suggest devising a common mail > > API and making all mail programs use it. > > And I would suggest that we already have one, and it consists of the > following routines: > > open(2), > flock(2), > link(2), > unlink(2), > read(2), > write(2), > lseek(2), > and close(2) How does this API enforce RFC compliant message formats better than or equvalent to enforcement by any potential replacement API? By recoding (probably erroneously) the requirements in each and every application that deals with mail, you say? In code whose intent is to performs identical function but which is yet unshared between these applications, needlessly duplicating massive amounts of programming effort? Seems silly to me... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Apr 11 15:42:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA19421 for current-outgoing; Thu, 11 Apr 1996 15:42:20 -0700 (PDT) Received: from netrail.net (nathan@netrail.net [205.215.6.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA19414 Thu, 11 Apr 1996 15:42:18 -0700 (PDT) Received: from localhost (nathan@localhost) by netrail.net (8.7.3/8.6.12) with SMTP id SAA18311; Thu, 11 Apr 1996 18:40:56 -0400 Date: Thu, 11 Apr 1996 18:40:56 -0400 (EDT) From: Nathan Stratton To: freebsd-question@freebsd.org, freebsd-current@freebsd.org Subject: What is the max network IO on a FreeBSD box? In-Reply-To: <9604111512.AA14847@halloran-eldar.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I am using FreeBSD boxes as routers with Emerging Tech T1 cards. I connect them together with 10 Base T, but want to move up to 100 Meg FDDI cards. If I put 2 cards in each router, can I shove +100 meg through a P160 running FreeBSD? I am also looking for any T3 cards that FreeBSD supports. Nathan Stratton CEO, NetRail, Inc. Tracking the future today! --------------------------------------------------------------------------- Phone (703)524-4800 NetRail, Inc. Fax (703)534-5033 2007 N. 15 St. Suite 5 Email sales@netrail.net Arlington, Va. 22201 WWW http://www.netrail.net/ Access: (703) 524-4802 guest --------------------------------------------------------------------------- "Therefore do not worry about tomorrow, for tomorrow will worry about itself. Each day has enough trouble of its own." Matthew 6:34 From owner-freebsd-current Thu Apr 11 19:52:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA11613 for current-outgoing; Thu, 11 Apr 1996 19:52:10 -0700 (PDT) Received: from VX23.CC.MONASH.EDU.AU (vx23.cc.monash.edu.au [130.194.1.23]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA11584 for ; Thu, 11 Apr 1996 19:51:59 -0700 (PDT) Received: from moa.cc.monash.edu.au (george@moa.cc.monash.edu.au) by vaxc.cc.monash.edu.au (PMDF V5.0-6 #16291) id <01I3GDQ6V7FM9I6Y8R@vaxc.cc.monash.edu.au> for current@freebsd.org; Fri, 12 Apr 1996 12:49:51 +1000 Received: (george@localhost) by moa.cc.monash.edu.au (8.6.10/8.6.4) id MAA25698 for current@freebsd.org; Fri, 12 Apr 1996 12:49:40 +1000 Date: Fri, 12 Apr 1996 12:49:40 +1000 From: George Scott Subject: Re: /var/mail default permissions?? To: current@freebsd.org Message-id: <199604120249.MAA25698@moa.cc.monash.edu.au> Content-transfer-encoding: 7BIT Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I thought /var/mail was supposed to be mode 1777 on BSD systems?? > > No. This would allow someone to create a bogus mailbox on behalf of someone > else (assuming one didn't yet exist) that could then be read by people other > than the intended recipient. > This issue has been thrashed out many times before... I have seen this type of thing many times in the past. Someone asks "Shouldn't X be set to Y instead of Z" and the answer is "No, Z is correct because ....". This indicates, to me, a documentation problem. I would be the first to admit that I'm not good at documenting things, but that doesn't stop me throwing stones! I think that every time we have one of these 24 hour debates a comment should be added to the source code (or where ever is appropriate) indicating why things are the way they are. This would save much effort in the future when someone else asks the same question. For this particular example a good place might be in /etc/mtree/BSD.var.dist and the comment something along the lines of: # /var/mail shouldn't be 1777 since this would allow someone to create a bogus # mailbox on behalf of someone that could then be read by others. George. -- George Scott, Caulfield Computer Centre, Monash University Email: George.Scott@cc.monash.edu.au From owner-freebsd-current Thu Apr 11 19:53:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA11670 for current-outgoing; Thu, 11 Apr 1996 19:53:36 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA11665 Thu, 11 Apr 1996 19:53:33 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA00634; Thu, 11 Apr 1996 19:52:17 -0700 From: Terry Lambert Message-Id: <199604120252.TAA00634@phaeton.artisoft.com> Subject: Re: What is the max network IO on a FreeBSD box? To: nathan@netrail.net (Nathan Stratton) Date: Thu, 11 Apr 1996 19:52:17 -0700 (MST) Cc: freebsd-question@freebsd.org, freebsd-current@freebsd.org In-Reply-To: from "Nathan Stratton" at Apr 11, 96 06:40:56 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi, I am using FreeBSD boxes as routers with Emerging Tech T1 cards. I > connect them together with 10 Base T, but want to move up to 100 Meg FDDI > cards. If I put 2 cards in each router, can I shove +100 meg through a P160 > running FreeBSD? > > I am also looking for any T3 cards that FreeBSD supports. A complying PCI bus runs at 33MHz or less (some people run theirs at 40MHz for 80MHz DX2 machines; these people have problems). A complying PCI bus is 32 bits (there are some "64 bit" ones, but they are not yet in the standard and there aren't a bunch of cards). The maximum burst transfer rate on a 33MHz 32 bit PCI is 132MB/S. So the bus thinks it can push a couple 100Mbit cards at full bandwidth. It can burst 8 of them, but you would not be able to maintain that for any length of time. The next biggest factor is interrupt processing overhead and external CPU clock rate (clock multiplied chips are intrinsically I/O binding). Everything after that tends to be latency, assuming you have a very fast box. Latency translates into pool retention time, which for any given bandwidth translates into memory requirements. T1 is slow; it shouldn't be a problem. The best number's I've seen for FDDI is 60-something Mbit/S... 2/3's of one wire bandwidth. You should go over the list archives for the -current list to get the actual performance figures on the 100 Mbit/S tests (I didn't run them, I'm just quoting from memory). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Apr 11 21:41:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA18542 for current-outgoing; Thu, 11 Apr 1996 21:41:27 -0700 (PDT) Received: from netrail.net (nathan@netrail.net [205.215.6.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA18533 Thu, 11 Apr 1996 21:41:18 -0700 (PDT) Received: from localhost (nathan@localhost) by netrail.net (8.7.3/8.6.12) with SMTP id AAA00038; Fri, 12 Apr 1996 00:39:45 -0400 Date: Fri, 12 Apr 1996 00:39:45 -0400 (EDT) From: Nathan Stratton To: Terry Lambert cc: freebsd-question@freebsd.org, freebsd-current@freebsd.org Subject: Re: What is the max network IO on a FreeBSD box? In-Reply-To: <199604120252.TAA00634@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 11 Apr 1996, Terry Lambert wrote: > Everything after that tends to be latency, assuming you have a very > fast box. Latency translates into pool retention time, which for > any given bandwidth translates into memory requirements. How fast of a CPU should I get? P5 133, 160, should I go to P6? > T1 is slow; it shouldn't be a problem. The best number's I've seen > for FDDI is 60-something Mbit/S... 2/3's of one wire bandwidth. > > You should go over the list archives for the -current list to get the > actual performance figures on the 100 Mbit/S tests (I didn't run them, > I'm just quoting from memory). Ya, have been looking, but have not found any performance figures yet. This is what I want to do: | | | | 24 Mbps frac T3 transit into MCI | | | | | FDDI |--------|----------| Customer T1's |------| nr-1-arlington-va |----- | |---------------|---| | | | | | | T1 to Baltimore POP | | | | FDDI |-------------------| Customer T1's |------| nr-2-arlington-va |----- | |-------------------| | | | | | | | FDDI |-------------------| Customer T1's |------| nr-3-arlington-va |----- | |---------------|---| | | | | | | T1 to Atlanta POP | | | | FDDI |----------------------| FDDI into MAE-East Giga Switch Port |------| Mae-East.netrail.net |------------------------------------- | |----------|-----------| | | | | 27 Mbps frac T3 to Customer | | | | | | I am going to try SDL's PCI T3 cards, and the DEC FDDI cards. I want to make sure this will work so this new frac T3 customer will not get screwed. If this will not work the only other thing I know of is a Cisco 7505 and that is BIG bucks, min system that will work for 2 FDDI and 1 T3 is about $57,000. If anyone has any info on this let me know. I know I can get the bandwidth from MCI and our MAE-East to cover the new frac T3 connection, but not sure if the FreeBSD routers will do it. Nathan Stratton CEO, NetRail, Inc. Tracking the future today! --------------------------------------------------------------------------- Phone (703)524-4800 NetRail, Inc. Fax (703)534-5033 2007 N. 15 St. Suite 5 Email sales@netrail.net Arlington, Va. 22201 WWW http://www.netrail.net/ Access: (703) 524-4802 guest --------------------------------------------------------------------------- "Therefore do not worry about tomorrow, for tomorrow will worry about itself. Each day has enough trouble of its own." Matthew 6:34 From owner-freebsd-current Thu Apr 11 22:01:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA20163 for current-outgoing; Thu, 11 Apr 1996 22:01:34 -0700 (PDT) Received: (from pst@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA20156 Thu, 11 Apr 1996 22:01:32 -0700 (PDT) Date: Thu, 11 Apr 1996 22:01:32 -0700 (PDT) From: Paul Traina Message-Id: <199604120501.WAA20156@freefall.freebsd.org> To: freebsd-hubs, freebsd-current Subject: SUP2 down for 24-48 hours Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk sup2.freebsd.org will be down effective immediately for 24 to 48 hours for a software and hardware upgrade. Sorry for the short notice, it was "supposed" to be a quickie, but I managed to fry an IDE drive's internal code pages while playing around with the install code. Paul p.s. anyone who is a guru at WD IDE drive hacking, feel free to drop me a line... this one's really weird. (god I hate IDE) From owner-freebsd-current Thu Apr 11 22:27:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA23132 for current-outgoing; Thu, 11 Apr 1996 22:27:22 -0700 (PDT) Received: (from pst@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA23125 for current; Thu, 11 Apr 1996 22:27:19 -0700 (PDT) Date: Thu, 11 Apr 1996 22:27:19 -0700 (PDT) From: Paul Traina Message-Id: <199604120527.WAA23125@freefall.freebsd.org> To: current Subject: feedback sought on proposed change to netstart Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Currently /etc/netstart evaluates /etc/start_if. if the file exists, and THEN does any standard ifconfig commands if defined. This seems very backwards and broken to me. Here's my justification: Basic stuff can be done by executing the commands in sysconfig, just like we always do. /etc/start_if. is for additional stuff or exceptions, such as configuring aliases. It makes sense to set up the interface, first, and then get fancy with it. Here's the change, 24 hours to comment: Index: netstart =================================================================== RCS file: /home/ncvs/src/etc/netstart,v retrieving revision 1.44 diff -c -r1.44 netstart *** netstart 1996/04/06 09:24:48 1.44 --- netstart 1996/04/12 05:23:48 *************** *** 40,50 **** # Set up all the network interfaces, calling startup scripts if needed for ifn in ${network_interfaces}; do if [ -e /etc/start_if.${ifn} ]; then . /etc/start_if.${ifn} ${ifn} fi - eval ifconfig_args=\$ifconfig_${ifn} - ifconfig ${ifn} ${ifconfig_args} ifconfig ${ifn} done --- 40,50 ---- # Set up all the network interfaces, calling startup scripts if needed for ifn in ${network_interfaces}; do + eval ifconfig_args=\$ifconfig_${ifn} + ifconfig ${ifn} ${ifconfig_args} if [ -e /etc/start_if.${ifn} ]; then . /etc/start_if.${ifn} ${ifn} fi ifconfig ${ifn} done From owner-freebsd-current Thu Apr 11 23:04:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA26664 for current-outgoing; Thu, 11 Apr 1996 23:04:54 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA26652 Thu, 11 Apr 1996 23:04:46 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id XAA17874; Thu, 11 Apr 1996 23:04:39 -0700 From: "Rodney W. Grimes" Message-Id: <199604120604.XAA17874@GndRsh.aac.dev.com> Subject: Re: feedback sought on proposed change to netstart To: pst@freefall.freebsd.org (Paul Traina) Date: Thu, 11 Apr 1996 23:04:38 -0700 (PDT) Cc: current@freefall.freebsd.org In-Reply-To: <199604120527.WAA23125@freefall.freebsd.org> from Paul Traina at "Apr 11, 96 10:27:19 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Currently /etc/netstart evaluates /etc/start_if. if the file exists, > and THEN does any standard ifconfig commands if defined. > > This seems very backwards and broken to me. Here's my justification: > Basic stuff can be done by executing the commands in sysconfig, just like > we always do. /etc/start_if. is for additional stuff or exceptions, > such as configuring aliases. > > It makes sense to set up the interface, first, and then get fancy with it. You can't ifconfig some interfaces until they are setup, you don't want to ifconfig a slip line until sl0 is setup, same goes for ppp. start_if. was not meant to add aliases, it was added to ``start'' the interface so you could configure it. Perhaps we need to add a /etc/setup_if. to handle aliases, etc. > Here's the change, 24 hours to comment: Don't.... you'll break all the folks who are using start_if. for what it was meant to do. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Thu Apr 11 23:31:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA28742 for current-outgoing; Thu, 11 Apr 1996 23:31:21 -0700 (PDT) Received: from trane.uninett.no (trane.uninett.no [129.241.1.16]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA28735 Thu, 11 Apr 1996 23:31:18 -0700 (PDT) From: sthaug@nethelp.no Received: from localhost (localhost [127.0.0.1]) by trane.uninett.no (8.7.3/8.7.3) with SMTP id IAA21633; Fri, 12 Apr 1996 08:29:54 +0200 (METDST) Message-Id: <199604120629.IAA21633@trane.uninett.no> X-Authentication-Warning: trane.uninett.no: Host localhost [127.0.0.1] didn't use HELO protocol To: nathan@netrail.net Cc: terry@lambert.org, freebsd-question@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: What is the max network IO on a FreeBSD box? In-Reply-To: Your message of "Thu, 11 Apr 1996 19:52:17 -0700 (MST)" References: <199604120252.TAA00634@phaeton.artisoft.com> X-Mailer: Mew version 1.03 on Emacs 19.28.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 12 Apr 1996 08:29:54 +0200 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > T1 is slow; it shouldn't be a problem. The best number's I've seen > for FDDI is 60-something Mbit/S... 2/3's of one wire bandwidth. > > You should go over the list archives for the -current list to get the > actual performance figures on the 100 Mbit/S tests (I didn't run them, > I'm just quoting from memory). One datapoint which may be of interest: I have (repeatedly, consistently) been able to get 75-80 Mbit/s between two P133s with SMC Etherpower 10/100 cards (100BaseTX) connected back to back with a TP crossover cable. Tests performed with both netperf and ttcp give essentially the same results. You can view my netperf results in the netperf database at http://www.cup.hp.com/netperf/numbers/NetperfBrowse.html look for FastEthernet network type. It should (at least in principle) be possible to do better with FDDI, due to higher MTU. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current Thu Apr 11 23:32:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA28894 for current-outgoing; Thu, 11 Apr 1996 23:32:28 -0700 (PDT) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA28888 for ; Thu, 11 Apr 1996 23:32:25 -0700 (PDT) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with SMTP id XAA12204; Thu, 11 Apr 1996 23:31:06 -0700 (PDT) Message-Id: <199604120631.XAA12204@precipice.shockwave.com> To: "Rodney W. Grimes" cc: current@freefall.freebsd.org Subject: Re: feedback sought on proposed change to netstart In-reply-to: Your message of "Thu, 11 Apr 1996 23:04:38 PDT." <199604120604.XAA17874@GndRsh.aac.dev.com> Date: Thu, 11 Apr 1996 23:31:06 -0700 From: Paul Traina Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: "Rodney W. Grimes" Subject: Re: feedback sought on proposed change to netstart Don't.... you'll break all the folks who are using start_if. for what it was meant to do. That's why I asked first. From owner-freebsd-current Fri Apr 12 00:13:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA03783 for current-outgoing; Fri, 12 Apr 1996 00:13:59 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA03772 Fri, 12 Apr 1996 00:13:57 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u7d3K-0003waC; Fri, 12 Apr 96 00:13 PDT Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id HAA13603; Fri, 12 Apr 1996 07:13:52 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Paul Traina cc: current@FreeBSD.org Subject: Re: feedback sought on proposed change to netstart In-reply-to: Your message of "Thu, 11 Apr 1996 22:27:19 MST." <199604120527.WAA23125@freefall.freebsd.org> Date: Fri, 12 Apr 1996 07:13:52 +0000 Message-ID: <13601.829293232@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Currently /etc/netstart evaluates /etc/start_if. if the file exists, > and THEN does any standard ifconfig commands if defined. > > This seems very backwards and broken to me. Here's my justification: > Basic stuff can be done by executing the commands in sysconfig, just like > we always do. /etc/start_if. is for additional stuff or exceptions, > such as configuring aliases. When I made /etc/start_if. it was mostly for doing an slattach... We should probably have /etc/start_if. replace the normal ifconfig if it exists. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Apr 12 00:23:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA04602 for current-outgoing; Fri, 12 Apr 1996 00:23:00 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA04584 Fri, 12 Apr 1996 00:22:57 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u7cuu-0003wCC; Fri, 12 Apr 96 00:05 PDT Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id VAA09393; Tue, 9 Apr 1996 21:05:35 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Paul Traina cc: current@FreeBSD.org Subject: Re: log_in_vain stuff In-reply-to: Your message of "Tue, 09 Apr 1996 00:03:49 MST." <199604090703.AAA16157@freefall.freebsd.org> Date: Tue, 09 Apr 1996 21:05:34 +0000 Message-ID: <9391.829083934@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Poul, > Sorry to unilaterally change your defaults on you, but you just created > a security problem with the log in vain stuff. I have been out of town for a couple of days, it's OK. > You need to figure out a way to rate-limit these messages, otherwise you > can trivially knock a box into the ground with a packet generator. syslogd should rate-limit, not the kernel. The reason I left them on as default was mostly that I wanted to see if we had any bogons lurking (just like I did with phkmalloc initially). I think that they should be off by default, or possibly on, but go off after 10 messages, unless explicitly set "ON!" -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Apr 12 00:30:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA05324 for current-outgoing; Fri, 12 Apr 1996 00:30:59 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA05319 for ; Fri, 12 Apr 1996 00:30:56 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id AAA27044 for ; Fri, 12 Apr 1996 00:30:50 -0700 Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id JAA02703; Fri, 12 Apr 1996 09:27:49 +0200 (SAT) Message-Id: <199604120727.JAA02703@grumble.grondar.za> To: John Hay cc: mark@grondar.za (Mark Murray), freebsd-current@FreeBSD.ORG (FreeBSD-current) Subject: Re: problem with patch to patch/pch.c Date: Fri, 12 Apr 1996 09:27:48 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John Hay wrote: > Hi, > > There seems to be a problem with the patch that was made to patch/pch.c. > > The commit message is included in the .c file with the $Log$ cvs directive. > In the comment there is ***/ which looks to the C compiler like the end of > a comment and then it is totally confused. @#$%! You're right. I can only think of 2 solutions: a) remove the $Log$ b) Directly edit the pch.c,v file - I suspect this is the way to go. HELP!! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Fri Apr 12 01:16:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA10147 for current-outgoing; Fri, 12 Apr 1996 01:16:20 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA10142 for ; Fri, 12 Apr 1996 01:16:12 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id SAA04035; Fri, 12 Apr 1996 18:12:52 +1000 Date: Fri, 12 Apr 1996 18:12:52 +1000 From: Bruce Evans Message-Id: <199604120812.SAA04035@godzilla.zeta.org.au> To: current@FreeBSD.ORG, erich@lodgenet.com Subject: Re: /bin/sh's printf Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I've stumbled across a little problem with sh's printf, >could someone explain what's going on here: >(ttyp0@jake)$ /bin/sh >(ttyp0@jake)$ printf "%04d\n" 12 > 12 >(ttyp0@jake)$ /usr/bin/printf "%04d\n" 12 >0012 sh's printf is limited. It interprets 04 as (0*10 * 10). >It looks like they're compiled from the same sources even --?? No, sh uses its own limited formatting routine doformat(). I think the sources are shared between csh(1) and printf(1), but then I thought that they were shared with sh(1) before I looked at them :-). Perhaps everything should use vfprintf() and fwopen(). There's little chance that everything would agree about obscure flags or floating point otherwise. sh doesn't understand floating point formats at all... Bruce From owner-freebsd-current Fri Apr 12 01:25:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA11046 for current-outgoing; Fri, 12 Apr 1996 01:25:25 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA11018 for ; Fri, 12 Apr 1996 01:25:12 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA11775; Fri, 12 Apr 1996 10:20:53 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA27499; Fri, 12 Apr 1996 10:20:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA09635; Fri, 12 Apr 1996 09:59:42 +0200 (MET DST) From: J Wunsch Message-Id: <199604120759.JAA09635@uriah.heep.sax.de> Subject: Re: /bin/sh's printf To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 12 Apr 1996 09:59:41 +0200 (MET DST) Cc: erich@lodgenet.com (Eric L. Hernes) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604111948.OAA07202@jake.lodgenet.com> from "Eric L. Hernes" at Apr 11, 96 02:48:50 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Eric L. Hernes wrote: > > I've stumbled across a little problem with sh's printf, > could someone explain what's going on here: > > (ttyp0@jake)$ /bin/sh > (ttyp0@jake)$ printf "%04d\n" 12 > 12 > (ttyp0@jake)$ /usr/bin/printf "%04d\n" 12 > 0012 > > > It looks like they're compiled from the same sources even --?? Except that the source has #ifdef SHELL hooks. Argl, yet another bogon in the shell. Please, file a PR for it. I'm going to deal with all the shell PR's i can resolve anytime soon, and will also see if 4.4BSD-Lite2 has already fixed something. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Apr 12 02:26:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA18370 for current-outgoing; Fri, 12 Apr 1996 02:26:38 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA18356 for ; Fri, 12 Apr 1996 02:26:33 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u7f7V-0003wZC; Fri, 12 Apr 96 02:26 PDT Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id JAA14054; Fri, 12 Apr 1996 09:25:17 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bill Fenner cc: Andreas Klemm , current@FreeBSD.org Subject: Re: rc.firewall has some syntax errors and sample config hangs machine In-reply-to: Your message of "Mon, 08 Apr 1996 15:38:05 PDT." <96Apr8.153809pdt.177476@crevenia.parc.xerox.com> Date: Fri, 12 Apr 1996 09:25:16 +0000 Message-ID: <14052.829301116@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I have just committed the fix to ip_input.c, thanks for the help, and sorry for the delay. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Apr 12 03:22:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA22267 for current-outgoing; Fri, 12 Apr 1996 03:22:55 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA22248 Fri, 12 Apr 1996 03:22:41 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id DAA15883; Fri, 12 Apr 1996 03:22:39 -0700 (PDT) Date: Fri, 12 Apr 1996 03:22:39 -0700 (PDT) Message-Id: <199604121022.DAA15883@silvia.HIP.Berkeley.EDU> To: committers@freebsd.org CC: current@freebsd.org Subject: Code review request: ccd From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can one of you kernel hackers take a look at the ccd code before we import it into the -current tree? The latest version is in: ftp://stampede.cs.berkeley.edu/pub/ccd/ccd-960325.tar.gz The ccd home page is at: http://stampede.cs.berkeley.edu/ccd/ I think the tarfile (including a few patches) can go into the tree almost as it is except the ccd manual (is sys/dev/ccd/ccd.4, should be in share/man/man4?). We've accumulated a few revisions here, starting from NetBSD-1.1R, so I'll talk to Peter before importing it (probably will ask him to repository copy it in). Thanks Satoshi From owner-freebsd-current Fri Apr 12 03:34:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA22829 for current-outgoing; Fri, 12 Apr 1996 03:34:04 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA22824 Fri, 12 Apr 1996 03:34:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id DAA11272; Fri, 12 Apr 1996 03:33:14 -0700 (PDT) To: "Rodney W. Grimes" cc: pst@freefall.freebsd.org (Paul Traina), current@freefall.freebsd.org Subject: Re: feedback sought on proposed change to netstart In-reply-to: Your message of "Thu, 11 Apr 1996 23:04:38 PDT." <199604120604.XAA17874@GndRsh.aac.dev.com> Date: Fri, 12 Apr 1996 03:33:14 -0700 Message-ID: <11270.829305194@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > You can't ifconfig some interfaces until they are setup, you don't want > to ifconfig a slip line until sl0 is setup, same goes for ppp. Really? Why not? If you ifconfig sl0 with some address parameters and then slattach it, it works fine. Same with ppp. I'm not saying it's the best of ideas to do so, but as far as I can tell the values certainly "stick" and the device goes "up" just as soon as slattach or ppp negotiates the connection successfully. Jordan From owner-freebsd-current Fri Apr 12 06:41:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA03196 for current-outgoing; Fri, 12 Apr 1996 06:41:12 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA03182 for ; Fri, 12 Apr 1996 06:40:43 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA23869; Fri, 12 Apr 1996 09:39:24 -0400 Date: Fri, 12 Apr 1996 09:39:24 -0400 From: Garrett Wollman Message-Id: <9604121339.AA23869@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: wollman@lcs.mit.edu (Garrett Wollman), freebsd-current@FreeBSD.org Subject: Re: /var/mail default permissions?? In-Reply-To: <199604112218.PAA05168@phaeton.artisoft.com> References: <9604112045.AA16355@halloran-eldar.lcs.mit.edu> <199604112218.PAA05168@phaeton.artisoft.com> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > How does this API enforce RFC compliant message formats better than > or equvalent to enforcement by any potential replacement API? It doesn't, and it shouldn't. Internet mail standards are based on text manipulation for a very good reason (indeed, several). Of course, this is completely irrelevant to the original topic of discussion, since there is no STD specifying From_ mailbox format (or, for that matter, any mailbox format). > In code whose intent is to performs identical function but which is > yet unshared between these applications, needlessly duplicating > massive amounts of programming effort? Well, if you can design an API that works equally well in C, Tk/Tcl, and Emacs Lisp, I'll certainly congratulate you... on a marvelous exercise in pointlessness. There is a standard (well, Proposed Standard) mailbox-access API, called IMAP, and I don't exactly see it as a roaring success. -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 Apr 12 06:44:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA03433 for current-outgoing; Fri, 12 Apr 1996 06:44:20 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA03421 for ; Fri, 12 Apr 1996 06:44:16 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA17363; Fri, 12 Apr 1996 08:43:44 -0500 From: Joe Greco Message-Id: <199604121343.IAA17363@brasil.moneng.mei.com> Subject: Re: What is the max network IO on a FreeBSD box? To: nathan@netrail.net (Nathan Stratton) Date: Fri, 12 Apr 1996 08:43:43 -0500 (CDT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: from "Nathan Stratton" at Apr 11, 96 06:40:56 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi, I am using FreeBSD boxes as routers with Emerging Tech T1 cards. I > connect them together with 10 Base T, but want to move up to 100 Meg FDDI > cards. If I put 2 cards in each router, can I shove +100 meg through a P160 > running FreeBSD? Two T1 cards? Hell, I have an ET 16-bit T1 card in a 386/40 and I can saturate the T1, as long as the packets are not allll tiny (doesn't bother me for my application). :-) You are more worried about ISA bus loading than the speed of the machine. If you're talking about 100mbit-net to 100mbit-net routing, I have heard of people running high end 486's being able to run 4 or 5 MByte/s through them, although probably in large packet "massive data transfer" type applications. I had seen some discussion about real high end performance not quite being up to par, perhaps one of the network gurus can expand upon that or tell me I'm wrong. Still, even if we hypothetically limit ourselves to 5000k/s, the difference between 1100k/s and 5000k/s is substantial, and it's cheaper to build two PC's to handle 5000k/s each than it is to buy a Cisco 7000 to handle 11000k/s. > I am also looking for any T3 cards that FreeBSD supports. Don't know of any, sorry. That could be cool though. Good luck, ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-current Fri Apr 12 07:01:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA05174 for current-outgoing; Fri, 12 Apr 1996 07:01:15 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA05161 for ; Fri, 12 Apr 1996 07:01:00 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id JAA01026 for ; Fri, 12 Apr 1996 09:01:18 -0500 Received: from tserv.lodgenet.com(204.124.120.10) by bacall via smap (V1.3) id sma001024; Fri Apr 12 09:01:11 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id IAA08680; Fri, 12 Apr 1996 08:21:56 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.5/8.6.12) with SMTP id IAA04163; Fri, 12 Apr 1996 08:23:39 -0500 (CDT) Message-Id: <199604121323.IAA04163@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: /bin/sh's printf In-reply-to: Your message of "Fri, 12 Apr 1996 09:59:41 +0200." <199604120759.JAA09635@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Apr 1996 08:23:39 -0500 From: "Eric L. Hernes" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: >As Eric L. Hernes wrote: >> > >Except that the source has #ifdef SHELL hooks. yea, I caught that, but it wasn't obvious that the ifdef's were around the formatting stuff. > >Argl, yet another bogon in the shell. Please, file a PR for it. I'm >going to deal with all the shell PR's i can resolve anytime soon, and >will also see if 4.4BSD-Lite2 has already fixed something. done. > >-- >cheers, J"org > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE >Never trust an operating system you don't have sources for. ;-) > eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-current Fri Apr 12 07:07:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA05501 for current-outgoing; Fri, 12 Apr 1996 07:07:34 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA05496 Fri, 12 Apr 1996 07:07:29 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA17408; Fri, 12 Apr 1996 09:06:44 -0500 From: Joe Greco Message-Id: <199604121406.JAA17408@brasil.moneng.mei.com> Subject: Re: feedback sought on proposed change to netstart To: pst@freefall.freebsd.org (Paul Traina) Date: Fri, 12 Apr 1996 09:06:44 -0500 (CDT) Cc: current@freefall.freebsd.org In-Reply-To: <199604120527.WAA23125@freefall.freebsd.org> from "Paul Traina" at Apr 11, 96 10:27:19 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Currently /etc/netstart evaluates /etc/start_if. if the file exists, > and THEN does any standard ifconfig commands if defined. > > This seems very backwards and broken to me. Here's my justification: > Basic stuff can be done by executing the commands in sysconfig, just like > we always do. /etc/start_if. is for additional stuff or exceptions, > such as configuring aliases. > > It makes sense to set up the interface, first, and then get fancy with it. > > Here's the change, 24 hours to comment: Actually, my favorite change to netstart is to rearrange if [ -x /etc/start_if.xxx ]; then sh /etc/start_if.xxx fi ifconfig xxx yyy zzz to if [ -x /etc/start_if.xxx ]; then sh /etc/start_if.xxx else ifconfig xxx yyy zzz fi I always assume that I know why the hell I want to set up an interface with a particular set of ifconfig's. I had had some minor problems with brokenness and alias setup under 2.{0,0.5?} that caused me to have to do this. However, the paradigm seems more intuitive. "If I give you a set of commands to use to set up this interface, USE THEM". My assumption, of course, is that the "start_if.xxx" file isn't a file that allows you to "get fancy with" the interface, it's a file that lists the commands necessary to START the interface, hence the name. Just one lunatic's opinion, ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-current Fri Apr 12 07:11:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA05916 for current-outgoing; Fri, 12 Apr 1996 07:11:28 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA05868 Fri, 12 Apr 1996 07:11:05 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA17433; Fri, 12 Apr 1996 09:09:55 -0500 From: Joe Greco Message-Id: <199604121409.JAA17433@brasil.moneng.mei.com> Subject: Re: feedback sought on proposed change to netstart To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 12 Apr 1996 09:09:55 -0500 (CDT) Cc: pst@freefall.freebsd.org, current@freefall.freebsd.org In-Reply-To: <199604120604.XAA17874@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Apr 11, 96 11:04:38 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Currently /etc/netstart evaluates /etc/start_if. if the file exists, > > and THEN does any standard ifconfig commands if defined. > > > > This seems very backwards and broken to me. Here's my justification: > > Basic stuff can be done by executing the commands in sysconfig, just like > > we always do. /etc/start_if. is for additional stuff or exceptions, > > such as configuring aliases. > > > > It makes sense to set up the interface, first, and then get fancy with it. > > You can't ifconfig some interfaces until they are setup, you don't want > to ifconfig a slip line until sl0 is setup, same goes for ppp. > > start_if. was not meant to add aliases, it was added to ``start'' > the interface so you could configure it. > > Perhaps we need to add a /etc/setup_if. to handle aliases, etc. > > > Here's the change, 24 hours to comment: > > Don't.... you'll break all the folks who are using start_if. for > what it was meant to do. Rod, See my previous mail. What if we _remove_ the ifconfig in netstart in the case where there is a start_if. file? Theory being, that script is entirely responsible for starting the interface. In my book that may include establishing a physical link, and/or setting up whatever addresses and aliases are appropriate. This seems like a very generalized solution to me (at least, it's what I do here, and it works great for me). ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-current Fri Apr 12 08:11:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA09876 for current-outgoing; Fri, 12 Apr 1996 08:11:34 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA09864 for ; Fri, 12 Apr 1996 08:11:28 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id QAA16758; Fri, 12 Apr 1996 16:45:35 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id QAA01911; Fri, 12 Apr 1996 16:37:21 +0200 (MET DST) Date: Fri, 12 Apr 1996 16:37:20 +0200 (MET DST) From: Andreas Klemm To: Poul-Henning Kamp cc: Bill Fenner , current@freebsd.org Subject: Re: rc.firewall has some syntax errors and sample config hangs machine In-Reply-To: <14052.829301116@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Fri, 12 Apr 1996, Poul-Henning Kamp wrote: > I have just committed the fix to ip_input.c, thanks for the help, and > sorry for the delay. Thanks Paul, I'll test it this weekend ! Andreas /// - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMW5qofMLpmkD/U+FAQF9sQP+K/ZlTrExqMCps9ZAV1/rKghK+usiIVu8 PWP/QnpPNuO6vrAMPS9nOjYUR060Jx+n8VolM+Oi+W//d9K/M6Rrc6lHmKt37Ouy lq9LrK0W8NgT4yJl42S9d6FXzfjMqjUlbcnQN2MQxA7+AwQ/9Vz9qfK9CFu8ec22 bWdIXQcVE/M= =66Hs -----END PGP SIGNATURE----- From owner-freebsd-current Fri Apr 12 08:16:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA10240 for current-outgoing; Fri, 12 Apr 1996 08:16:45 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA10232 Fri, 12 Apr 1996 08:16:39 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA07263; Fri, 12 Apr 1996 09:16:37 -0600 Date: Fri, 12 Apr 1996 09:16:37 -0600 From: Nate Williams Message-Id: <199604121516.JAA07263@rocky.sri.MT.net> To: Paul Traina Cc: current@freefall.freebsd.org Subject: Re: feedback sought on proposed change to netstart In-Reply-To: <199604120527.WAA23125@freefall.freebsd.org> References: <199604120527.WAA23125@freefall.freebsd.org> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Currently /etc/netstart evaluates /etc/start_if. if the file exists, > and THEN does any standard ifconfig commands if defined. > > This seems very backwards and broken to me. Here's my justification: > Basic stuff can be done by executing the commands in sysconfig, just like > we always do. /etc/start_if. is for additional stuff or exceptions, > such as configuring aliases. > > It makes sense to set up the interface, first, and then get fancy with it. In some cases I agree. With SLIP this is what you do, but with PPP you can't do anything until the line is up, which auto-configures it. I'm not sure the new way is any better/worse, but I'm not opposed to either. Nate From owner-freebsd-current Fri Apr 12 08:24:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA10826 for current-outgoing; Fri, 12 Apr 1996 08:24:51 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA10821 Fri, 12 Apr 1996 08:24:46 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA17598; Fri, 12 Apr 1996 10:23:02 -0500 From: Joe Greco Message-Id: <199604121523.KAA17598@brasil.moneng.mei.com> Subject: Re: feedback sought on proposed change to netstart To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 12 Apr 1996 10:23:02 -0500 (CDT) Cc: rgrimes@gndrsh.aac.dev.com, pst@freefall.freebsd.org, current@freefall.freebsd.org In-Reply-To: <11270.829305194@time.cdrom.com> from "Jordan K. Hubbard" at Apr 12, 96 03:33:14 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > You can't ifconfig some interfaces until they are setup, you don't want > > to ifconfig a slip line until sl0 is setup, same goes for ppp. > > Really? Why not? If you ifconfig sl0 with some address parameters > and then slattach it, it works fine. Same with ppp. I'm not saying > it's the best of ideas to do so, but as far as I can tell the values > certainly "stick" and the device goes "up" just as soon as slattach or > ppp negotiates the connection successfully. Strange things seem to happen with routing sometimes (at least in similar cases I've seen). ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-current Fri Apr 12 08:48:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA13101 for current-outgoing; Fri, 12 Apr 1996 08:48:44 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA13059 Fri, 12 Apr 1996 08:48:37 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id IAA21589; Fri, 12 Apr 1996 08:46:55 -0700 From: "Rodney W. Grimes" Message-Id: <199604121546.IAA21589@GndRsh.aac.dev.com> Subject: Re: feedback sought on proposed change to netstart To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Fri, 12 Apr 1996 08:46:55 -0700 (PDT) Cc: pst@freefall.freebsd.org, current@freefall.freebsd.org In-Reply-To: <199604121409.JAA17433@brasil.moneng.mei.com> from Joe Greco at "Apr 12, 96 09:09:55 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Currently /etc/netstart evaluates /etc/start_if. if the file exists, > > > and THEN does any standard ifconfig commands if defined. > > > > > > This seems very backwards and broken to me. Here's my justification: > > > Basic stuff can be done by executing the commands in sysconfig, just like > > > we always do. /etc/start_if. is for additional stuff or exceptions, > > > such as configuring aliases. > > > > > > It makes sense to set up the interface, first, and then get fancy with it. > > > > You can't ifconfig some interfaces until they are setup, you don't want > > to ifconfig a slip line until sl0 is setup, same goes for ppp. > > > > start_if. was not meant to add aliases, it was added to ``start'' > > the interface so you could configure it. > > > > Perhaps we need to add a /etc/setup_if. to handle aliases, etc. > > > > > Here's the change, 24 hours to comment: > > > > Don't.... you'll break all the folks who are using start_if. for > > what it was meant to do. > > Rod, > > See my previous mail. What if we _remove_ the ifconfig in netstart in the > case where there is a start_if. file? > > Theory being, that script is entirely responsible for starting the > interface. In my book that may include establishing a physical link, and/or > setting up whatever addresses and aliases are appropriate. > > This seems like a very generalized solution to me (at least, it's what I do > here, and it works great for me). That seems quite reasonable... I have done this by setting ifconfig_${INT} to null in /etc/sysconfig. That does have the nasty side effect of of echoing the config parameters out twice, but it does what you want. I have no objection to the removal of if_config ${ifn} ${ifconfig_args] if an /etc/start_if.${ifn} is called. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Fri Apr 12 08:55:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14080 for current-outgoing; Fri, 12 Apr 1996 08:55:28 -0700 (PDT) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA14071 for ; Fri, 12 Apr 1996 08:55:26 -0700 (PDT) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with SMTP id IAA14067; Fri, 12 Apr 1996 08:54:47 -0700 (PDT) Message-Id: <199604121554.IAA14067@precipice.shockwave.com> To: Poul-Henning Kamp cc: current@FreeBSD.org Subject: Re: log_in_vain stuff In-reply-to: Your message of "Tue, 09 Apr 1996 21:05:34 -0000." <9391.829083934@critter.tfs.com> Date: Fri, 12 Apr 1996 08:54:46 -0700 From: Paul Traina Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk From: Poul-Henning Kamp Subject: Re: log_in_vain stuff > Poul, > Sorry to unilaterally change your defaults on you, but you just created > a security problem with the log in vain stuff. I have been out of town for a couple of days, it's OK. > You need to figure out a way to rate-limit these messages, otherwise you > can trivially knock a box into the ground with a packet generator. syslogd should rate-limit, not the kernel. 1. syslogd is not smart enough to rate limit if you scatter the ports 2. ratelimiting there only slows down filling up your logs, what about the CPU? The reason I left them on as default was mostly that I wanted to see if we had any bogons lurking (just like I did with phkmalloc initially). I think that they should be off by default, or possibly on, but go off after 10 messages, unless explicitly set "ON!" That sounds way too complicated. I think you should just leave them off, turn them on for debugging, and if you want them on, they do need internal rate limiting in the kernel (a simple check should be sufficient). Paul -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, In >>c. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Apr 12 09:04:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA14714 for current-outgoing; Fri, 12 Apr 1996 09:04:39 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA14707 for ; Fri, 12 Apr 1996 09:04:37 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u7lKu-0003wIC; Fri, 12 Apr 96 09:04 PDT Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id PAA14799; Fri, 12 Apr 1996 15:58:36 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Paul Traina cc: current@FreeBSD.org Subject: Re: log_in_vain stuff In-reply-to: Your message of "Fri, 12 Apr 1996 08:54:46 MST." <199604121554.IAA14067@precipice.shockwave.com> Date: Fri, 12 Apr 1996 15:57:20 +0000 Message-ID: <14797.829324640@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I think that they should be off by default, or possibly on, but go off > after 10 messages, unless explicitly set "ON!" > > That sounds way too complicated. I think you should just leave them off, > turn them on for debugging, and if you want them on, they do need internal > rate limiting in the kernel (a simple check should be sufficient). We have something very similar a couple of other places, stray ints for instance... I'll leave it off for now. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Apr 12 09:10:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA15019 for current-outgoing; Fri, 12 Apr 1996 09:10:53 -0700 (PDT) Received: from mongoose.bostic.com (bostic@mongoose.BSDI.COM [205.230.230.129]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA15014 for ; Fri, 12 Apr 1996 09:10:46 -0700 (PDT) Received: (from bostic@localhost) by mongoose.bostic.com (8.7.4/8.7.3) id MAA13184; Fri, 12 Apr 1996 12:03:26 -0400 (EDT) Date: Fri, 12 Apr 1996 12:03:26 -0400 (EDT) From: Keith Bostic Message-Id: <199604121603.MAA13184@mongoose.bostic.com> To: mike.long@analog.com Subject: Re: terminfo-less ncurses Cc: current@FreeBSD.org, ncurses-list@netcom.com Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > All that aside, I don't think it should matter which of the two > description formats you use. Zeyd and Eric think termcap sucks; > that's their opinion. Many BSD users disagree, and *WILL* *NOT* *USE* > ncurses unless it can use termcap instead of terminfo, no matter what > Bostic has said. Ummmm, Bostic has been trying to remain resolutely silent on the issue, and he's certainly NOT made any statements about termcap. My only goal was get rid of the 4BSD version of curses -- its internal structure and some of its internal algorithms are poor. Whether that was done with termcap or terminfo makes no difference to me, although having terminfo support is good because it makes System V applications more portable to the free systems. Regardless, I was one of the people working to convince the ncurses maintainers to support both terminfo and termcap equally. And, as far as I know, the ncurses distribution now supports them both, and since Eric used the Berkeley code, it's going to be as fast as the historic implementations. I think the arguments are somewhat pointless -- since ncurses supports both, we can all use what we like. My guess is that BSDI will convert to terminfo in our base release because it's more powerful, but you can bet anything you want that we'll not break support for the user's local termcap files. Finally, I don't think it's worth extending termcap to support the rest of the terminfo capabilities. It seems as if that would make make termcap files less portable to other systems, and I don't see any strong reason to do so. --keith bostic@bsdi.com From owner-freebsd-current Fri Apr 12 09:11:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA15091 for current-outgoing; Fri, 12 Apr 1996 09:11:55 -0700 (PDT) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA15082 for ; Fri, 12 Apr 1996 09:11:52 -0700 (PDT) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with SMTP id JAA14283; Fri, 12 Apr 1996 09:11:13 -0700 (PDT) Message-Id: <199604121611.JAA14283@precipice.shockwave.com> To: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: log_in_vain stuff In-reply-to: Your message of "Fri, 12 Apr 1996 15:57:20 -0000." <14797.829324640@critter.tfs.com> Date: Fri, 12 Apr 1996 09:11:13 -0700 From: Paul Traina Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: Poul-Henning Kamp Subject: Re: log_in_vain stuff > I think that they should be off by default, or possibly on, but go off > after 10 messages, unless explicitly set "ON!" > > That sounds way too complicated. I think you should just leave them off, > turn them on for debugging, and if you want them on, they do need internal > rate limiting in the kernel (a simple check should be sufficient). We have something very similar a couple of other places, stray ints for instance... I can't generate a million stray int's per second across the country. :-) I'll leave it off for now. Thank you. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, In >>c. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Apr 12 09:28:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA16067 for current-outgoing; Fri, 12 Apr 1996 09:28:28 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA16062 for ; Fri, 12 Apr 1996 09:28:24 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA17682; Fri, 12 Apr 1996 11:27:09 -0500 From: Joe Greco Message-Id: <199604121627.LAA17682@brasil.moneng.mei.com> Subject: Re: feedback sought on proposed change to netstart To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 12 Apr 1996 11:27:09 -0500 (CDT) Cc: current@freebsd.org In-Reply-To: <199604121546.IAA21589@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Apr 12, 96 08:46:55 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Rod, > > > > See my previous mail. What if we _remove_ the ifconfig in netstart in the > > case where there is a start_if. file? > > > > Theory being, that script is entirely responsible for starting the > > interface. In my book that may include establishing a physical link, and/or > > setting up whatever addresses and aliases are appropriate. > > > > This seems like a very generalized solution to me (at least, it's what I do > > here, and it works great for me). > > That seems quite reasonable... I have done this by setting ifconfig_${INT} > to null in /etc/sysconfig. That does have the nasty side effect of of > echoing the config parameters out twice, but it does what you want. > > I have no objection to the removal of if_config ${ifn} ${ifconfig_args] > if an /etc/start_if.${ifn} is called. Hi Rod, Um, well. That would be an acceptable punt, I suppose, but in my "ideal" situation I would like to still set ifconfig_ in /etc/sysconfig.. memory aid type thing. :-) (I have numerous boxes with multi interfaces) Thinking out loud: 1) it does not make a lot of sense to set up a variable that has no effect, therefore setting ifconfig_ to nothing in sysconfig makes sense. 2) it's still nice to see a high level explanation of interfaces in sysconfig... so it would be nice to propagate this data into the start_if. thingie. So then we would keep the ifconfig_ thingie. 3) that only (easily) works if start_if.xxx is a sourceable shell script.. but the current construction makes that assumption anyways... maybe that's not a problem. 4) this still hides alias address declarations, it's also not immediately obvious at the sysconfig level that the interface configuration may actually be set elsewhere, and could be set to something else entirely.. but that is not a new problem, and it's not immediately apparent what the fix is. I guess my conclusion is that this is all an ugly hack, this change only serves to make it somewhat more functional and flexible. Ideas on how to elegantly fix it? I don't have any, at least any that retain the same level of flexibility.. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-current Fri Apr 12 10:24:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA19757 for current-outgoing; Fri, 12 Apr 1996 10:24:05 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA19666 Fri, 12 Apr 1996 10:23:56 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id TAA02837; Fri, 12 Apr 1996 19:23:47 +0200 (SAT) Message-Id: <199604121723.TAA02837@grumble.grondar.za> To: davidg@freebsd.org cc: current@freebsd.org Subject: Install being a bit funny? Date: Fri, 12 Apr 1996 19:23:40 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Our install(1) will not install scripts if -s is part of the command line (as done by autoconf). There was a patch for this that was backed out by you, but I am unable to follow the history if this beyond that. Please fill me in on why this route was followed (ie why you prefer to have install bomb when it cannot strip a script? I am trying to fix our xboard, which depends on autoconf, which depends on this, so I am trying to find the best place for the fix :-( Thanks! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Fri Apr 12 11:31:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA24526 for current-outgoing; Fri, 12 Apr 1996 11:31:03 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA24520 Fri, 12 Apr 1996 11:31:00 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02199; Fri, 12 Apr 1996 11:29:30 -0700 From: Terry Lambert Message-Id: <199604121829.LAA02199@phaeton.artisoft.com> Subject: Re: What is the max network IO on a FreeBSD box? To: nathan@netrail.net (Nathan Stratton) Date: Fri, 12 Apr 1996 11:29:29 -0700 (MST) Cc: terry@lambert.org, freebsd-question@freebsd.org, freebsd-current@freebsd.org In-Reply-To: from "Nathan Stratton" at Apr 12, 96 00:39:45 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Everything after that tends to be latency, assuming you have a very > > fast box. Latency translates into pool retention time, which for > > any given bandwidth translates into memory requirements. > > How fast of a CPU should I get? P5 133, 160, should I go to P6? Garrett or someone else would have to answer this... sorry. > > T1 is slow; it shouldn't be a problem. The best number's I've seen > > for FDDI is 60-something Mbit/S... 2/3's of one wire bandwidth. > > > > You should go over the list archives for the -current list to get the > > actual performance figures on the 100 Mbit/S tests (I didn't run them, > > I'm just quoting from memory). > > Ya, have been looking, but have not found any performance figures yet. This > is what I want to do: Well, they are there somewhere... 8-). I remember the posting clearly; it was in response to some Linux advocacy. (diagram with largest pip a 24Mbps frac T3) The smallest throughput I saw on the posting was in the range of 40Mbps, but I don't know what the FDDI loading would be in your setup -- it would really depend on the traffic distribution and where you endpoint which customer T1's relativce to where they want to go. This type of application is generally better served by dedicated router hardware if latency is an issue. I know T3 hardware isn't terrificaly common. At the university of Utah on WestNet, the T3 to Denver was demuxxed into T1's by a dedicated rack-mount RS6000 because no other hardware was avilable at the time. Just a cautionary note... I have no idea what the latency would be, other than to know Dennis has complained of it in the past. > I am going to try SDL's PCI T3 cards, and the DEC FDDI cards. I want to > make sure this will work so this new frac T3 customer will not get > screwed. If this will not work the only other thing I know of is a Cisco > 7505 and that is BIG bucks, min system that will work for 2 FDDI and 1 T3 > is about $57,000. If anyone has any info on this let me know. I know I can > get the bandwidth from MCI and our MAE-East to cover the new frac T3 > connection, but not sure if the FreeBSD routers will do it. I think you need to work directly with Garrett Wollman and the other real networking guru's (I don't count myself as a networking guru, and you probably shouldn't either). I think that this type of application should be optimized for... it's quite a win, and it gives people who use FreeBSD this way a leg up on IPv6 and multicast support not available from some of the normal hardware vendors. And, as you point out, the hardware is a *lot* cheaper. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Apr 12 12:37:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01992 for current-outgoing; Fri, 12 Apr 1996 12:37:29 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA01952 for ; Fri, 12 Apr 1996 12:37:23 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id MAA21749; Fri, 12 Apr 1996 12:35:56 -0700 From: "Rodney W. Grimes" Message-Id: <199604121935.MAA21749@GndRsh.aac.dev.com> Subject: Re: feedback sought on proposed change to netstart To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Fri, 12 Apr 1996 12:35:56 -0700 (PDT) Cc: current@FreeBSD.org In-Reply-To: <199604121627.LAA17682@brasil.moneng.mei.com> from Joe Greco at "Apr 12, 96 11:27:09 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > Rod, > > > > > > See my previous mail. What if we _remove_ the ifconfig in netstart in the > > > case where there is a start_if. file? > > > > > > Theory being, that script is entirely responsible for starting the > > > interface. In my book that may include establishing a physical link, > > > and/or > > > setting up whatever addresses and aliases are appropriate. Can't this all be done on one line??? /etc/sysconfig: ifconfig_de0="inet a.b.c.d netmask 0xffffff00 alias v.x.y.z Will that not work correctly? [I have no idea, since I don't play with aliased interfaces :-(] > > > This seems like a very generalized solution to me (at least, it's what I do > > > here, and it works great for me). > > > > That seems quite reasonable... I have done this by setting ifconfig_${INT} > > to null in /etc/sysconfig. That does have the nasty side effect of of > > echoing the config parameters out twice, but it does what you want. > > > > I have no objection to the removal of if_config ${ifn} ${ifconfig_args] > > if an /etc/start_if.${ifn} is called. > > Hi Rod, > > Um, well. That would be an acceptable punt, I suppose, but in my "ideal" > situation I would like to still set ifconfig_ in /etc/sysconfig.. > memory aid type thing. :-) (I have numerous boxes with multi interfaces) My ``memory aid'' to remind me that I am actually setting these values up some place else is to set the ifconfig_${int} to null in /etc/sysconfig, that way I know I need to go look else where for the real stuff... > Thinking out loud: > > 1) it does not make a lot of sense to set up a variable that has no effect, > therefore setting ifconfig_ to nothing in sysconfig makes sense. Yep... kinda why I do it.. though some times I forget to do this and then pound my head against the wall for a while when I change it in /etc/sysconfig and it seems to have no effect :-) :-). > 2) it's still nice to see a high level explanation of interfaces in > sysconfig... so it would be nice to propagate this data into the > start_if. thingie. So then we would keep the ifconfig_ thingie. Since the start_if.${ifn} is a ``sourced'' shell script it has full access to ${ifn} and ifconfig_${ifn}. You can't pass args on a ``.'' command though. We could change the ``.'' to a ``sh'' and pass the args so it was clearer that you had access to them in /etc/start_if.${ifn}. > 3) that only (easily) works if start_if.xxx is a sourceable shell script.. > but the current construction makes that assumption anyways... maybe > that's not a problem. The problem is lack of documentation, perhaps a comment or even a sample /etc/start_if.FOOBAR that showed how you can use ${ifn} and ifconfig_${ifn} to do some fancier things. [I once had an /etc/start_if.slip that was symlinked to by 3 /etc/start_if.sl{0,1,2}'s, this script used ${ifn} to figure out what phone numbers to dial, and what modem ports to use with a case statement, no reason to duplicate code :-)]. > 4) this still hides alias address declarations, it's also not immediately > obvious at the sysconfig level that the interface configuration may actually > be set elsewhere, and could be set to something else entirely.. but that is > not a new problem, and it's not immediately apparent what the fix is. See above, can't you just tack the alias stuff onto the end of the ifconfig command, or must these be done as seperate ifconfig commands? > I guess my conclusion is that this is all an ugly hack, this change only > serves to make it somewhat more functional and flexible. Ideas on how to > elegantly fix it? I don't have any, at least any that retain the same level > of flexibility.. Here is one proposal... not much cleaner, it moves the ifconfig into the /etc/start_if.${ifn} and does the eval of ifconfig_${ifn} to create ifconfig_args before sourceing the script. Index: netstart =================================================================== RCS file: /home/ncvs/src/etc/netstart,v retrieving revision 1.32.4.3 diff -c -r1.32.4.3 netstart *** netstart 1995/08/25 07:21:46 1.32.4.3 --- netstart 1996/04/12 19:26:19 *************** *** 35,45 **** # Set up all the network interfaces, calling startup scripts if needed for ifn in ${network_interfaces}; do if [ -e /etc/start_if.${ifn} ]; then ! . /etc/start_if.${ifn} ${ifn} fi - eval ifconfig_args=\$ifconfig_${ifn} - ifconfig ${ifn} ${ifconfig_args} ifconfig ${ifn} done --- 35,46 ---- # Set up all the network interfaces, calling startup scripts if needed for ifn in ${network_interfaces}; do + eval ifconfig_args=\$ifconfig_${ifn} if [ -e /etc/start_if.${ifn} ]; then ! . /etc/start_if.${ifn} ! else ! ifconfig ${ifn} ${ifconfig_args} fi ifconfig ${ifn} done You could also change the ``. /etc/start_if.${ifn}'' to ``sh /etc/start_if.${ifn} ${ifconfig_args}'' if you wanted to make it clear that these are being passed in. This would remove the ability of /etc/start_if.${ifn} to play games with other netstart variables though. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Fri Apr 12 13:02:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA07478 for current-outgoing; Fri, 12 Apr 1996 13:02:29 -0700 (PDT) Received: from xi.dorm.umd.edu (root@xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA07461 for ; Fri, 12 Apr 1996 13:02:25 -0700 (PDT) Received: from localhost (smpatel@localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.5/8.6.12) with SMTP id PAA06571; Fri, 12 Apr 1996 15:57:23 -0400 (EDT) Date: Fri, 12 Apr 1996 15:57:22 -0400 (EDT) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: Poul-Henning Kamp cc: Paul Traina , current@FreeBSD.org Subject: Re: log_in_vain stuff In-Reply-To: <14797.829324640@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 12 Apr 1996, Poul-Henning Kamp wrote: > > That sounds way too complicated. I think you should just leave them off, > > turn them on for debugging, and if you want them on, they do need internal > > rate limiting in the kernel (a simple check should be sufficient). > > We have something very similar a couple of other places, stray ints for > instance... Yes but since stray interrupts cause the exact same log message, syslog will compact that down to: /kernel: stray irq 7 last message repeated 7199 times Besides, there really isn't a way for a remote attacker to cause a stray irq. Sujal From owner-freebsd-current Fri Apr 12 14:21:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA28704 for current-outgoing; Fri, 12 Apr 1996 14:21:34 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA28630 for ; Fri, 12 Apr 1996 14:21:21 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA09316 for ; Fri, 12 Apr 1996 23:20:44 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA05346 for freebsd-current@FreeBSD.org; Fri, 12 Apr 1996 23:20:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA11307 for freebsd-current@FreeBSD.org; Fri, 12 Apr 1996 22:45:45 +0200 (MET DST) From: J Wunsch Message-Id: <199604122045.WAA11307@uriah.heep.sax.de> Subject: Re: log_in_vain stuff To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 12 Apr 1996 22:45:44 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9391.829083934@critter.tfs.com> from "Poul-Henning Kamp" at Apr 9, 96 09:05:34 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > > You need to figure out a way to rate-limit these messages, otherwise you > > can trivially knock a box into the ground with a packet generator. > syslogd should rate-limit, not the kernel. It does, but you're sometimes overflowing the kernel message buffer (as it seems to me), before syslog can fetch them all: Apr 11 23:39:33 uriah /kernel: Connection attempt to UDP 127.0.0.1:32123 from 127.0.0.1:2079 Apr 11 23:39:33 uriah /kernel: n attempt to UDP 127.0.0.1:32123 from 127.0.0.1:2079 Apr 11 23:39:33 uriah /kernel: Connection attempt to UDP 127.0.0.1:32123 from 127.0.0.1:2079 Apr 11 23:39:33 uriah last message repeated 61 times Apr 11 23:39:33 uriah /kernel: n attempt to UDP 127.0.0.1:32123 from 127.0.0.1:2079 Apr 11 23:39:33 uriah /kernel: Connection attempt to UDP 127.0.0.1:32123 from 127.0.0.1:2079 Apr 11 23:39:33 uriah last message repeated 61 times Apr 11 23:39:33 uriah /kernel: n attempt to UDP 127.0.0.1:32123 from 127.0.0.1:2079 Apr 11 23:39:33 uriah /kernel: Connection attempt to UDP 127.0.0.1:32123 from 127.0.0.1:2079 Apr 11 23:39:33 uriah last message repeated 61 times Apr 11 23:39:33 uriah /kernel: n attempt to UDP 127.0.0.1:32123 from 127.0.0.1:2079 Apr 11 23:39:33 uriah /kernel: Connection attempt to UDP 127.0.0.1:32123 from 127.0.0.1:2079 Apr 11 23:39:35 uriah last message repeated 557 times This has been caused by a simple perl script that shot 1000 ``sendto''s to port 32123. You notice the crippled messages above, as well as the fact that only 750 attempts out of 1000 have been logged at all. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Apr 12 14:47:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07454 for current-outgoing; Fri, 12 Apr 1996 14:47:06 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA07410 for ; Fri, 12 Apr 1996 14:47:01 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id RAA26771 for ; Fri, 12 Apr 1996 17:47:01 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id RAA11828 for ; Fri, 12 Apr 1996 17:47:57 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Fri, 12 Apr 1996 17:47:56 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: Floating exception on -current kernel compile? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... I've been trying unsuccessfully for two days now to get a -current kernel to compile. I've tried doing a GENERIC kernel, I've tried removing the compile directory and starting from scratch, the only thing I've yet to try, and will try next, is to wipe out /usr/src/sys and re-sup that in. After wiping out compile and rebuilding with 'config -g ' (yes, config is newest as well, did a make/install on that source tree), I started getting these errors: freebsd# make depend cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -g -nostdinc -I. -I../.. -I../../sys -I../../../include -DI486_CPU -DPCVT_FREEBSD=210 -DCOMPAT_43 -DDEVFS -DNFS -DFFS -DI NET -DDODUMP -DKERNEL -DMAXUSERS=32 -UKERNEL ../../i386/i386/genassym.c Floating exception - core dumped *** Error code 136 Stop. I'm going to go wipe out my sources and re-sup it in, but if someone has any ideas, I'm open to suggestions as to why this happens. Like, is there something other then config that I may have to get upgraded? Thanks... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Fri Apr 12 15:13:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA16023 for current-outgoing; Fri, 12 Apr 1996 15:13:57 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA16011 for ; Fri, 12 Apr 1996 15:13:50 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA10570; Sat, 13 Apr 1996 00:09:55 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA05847; Sat, 13 Apr 1996 00:09:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA12393; Sat, 13 Apr 1996 00:04:03 +0200 (MET DST) From: J Wunsch Message-Id: <199604122204.AAA12393@uriah.heep.sax.de> Subject: Re: Install being a bit funny? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 13 Apr 1996 00:04:02 +0200 (MET DST) Cc: mark@grondar.za (Mark Murray) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604121723.TAA02837@grumble.grondar.za> from "Mark Murray" at Apr 12, 96 07:23:40 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Mark Murray wrote: > Our install(1) will not install scripts if -s is part of the command > line (as done by autoconf). I think you could follow the religious wars about this problem in the mailing list archives... The final (though not commonly agreed) opinion was the `-s' does only apply to executable object files, and that it's a usage error to use it elsewhere. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Apr 12 16:19:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29601 for current-outgoing; Fri, 12 Apr 1996 16:19:10 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA29596 for ; Fri, 12 Apr 1996 16:19:07 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA02790; Fri, 12 Apr 1996 16:17:31 -0700 From: Terry Lambert Message-Id: <199604122317.QAA02790@phaeton.artisoft.com> Subject: Re: /var/mail default permissions?? To: wollman@lcs.mit.edu (Garrett Wollman) Date: Fri, 12 Apr 1996 16:17:31 -0700 (MST) Cc: terry@lambert.org, wollman@lcs.mit.edu, freebsd-current@FreeBSD.org In-Reply-To: <9604121339.AA23869@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Apr 12, 96 09:39:24 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > How does this API enforce RFC compliant message formats better than > > or equvalent to enforcement by any potential replacement API? > > It doesn't, and it shouldn't. Internet mail standards are based on > text manipulation for a very good reason (indeed, several). Of > course, this is completely irrelevant to the original topic of > discussion, since there is no STD specifying From_ mailbox format (or, > for that matter, any mailbox format). Which is the real problem. And even if there were such a standard (which could be defacto if there were an enforcement API) for mailboxes, a common API would help prevent accidental recurrence. > > In code whose intent is to performs identical function but which is > > yet unshared between these applications, needlessly duplicating > > massive amounts of programming effort? > > Well, if you can design an API that works equally well in C, Tk/Tcl, > and Emacs Lisp, I'll certainly congratulate you... on a marvelous > exercise in pointlessness. There is a standard (well, Proposed > Standard) mailbox-access API, called IMAP, and I don't exactly see it > as a roaring success. libmbx.so.1.0? I think that would resolve your odd cross-language requirements... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Apr 12 20:28:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA14256 for current-outgoing; Fri, 12 Apr 1996 20:28:34 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA14250 for ; Fri, 12 Apr 1996 20:28:28 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id XAA00662 for ; Fri, 12 Apr 1996 23:28:28 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id XAA00263 for ; Fri, 12 Apr 1996 23:28:40 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Fri, 12 Apr 1996 23:28:39 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: ed_start() panic revisited Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... Just had an ed_start() panic tonight, after compiling a new kernel and forgetting to recompile the if_ed.c module without -O enabled (as per Julian's suggestion) Got a core dump out of it, but can't seem to analyze this one: (kgdb) where #17 0xf01a945f in trap (frame={tf_es = 16, tf_ds = -258146288, tf_edi = -267583330, tf_esi = -266426340, tf_ebp = -1098649868, tf_isp = -272631304, tf_ebx = 656, tf_edx = 662, tf_ecx = 662, tf_eax = -267583357, tf_trapno = 12, tf_err = -266665984, tf_eip = -266641783, tf_cs = -267583480, tf_eflags = 66179, tf_esp = -1073610752, tf_ss = -258101888}) at ../../i386/i386/trap.c:319 #18 0xf01a2301 in calltrap () Cannot access memory at address 0xbe83eef4. (kgdb) up 17 #17 0xf01a945f in trap (frame={tf_es = 16, tf_ds = -258146288, tf_edi = -267583330, tf_esi = -266426340, tf_ebp = -1098649868, tf_isp = -272631304, tf_ebx = 656, tf_edx = 662, tf_ecx = 662, tf_eax = -267583357, tf_trapno = 12, tf_err = -266665984, tf_eip = -266641783, tf_cs = -267583480, tf_eflags = 66179, tf_esp = -1073610752, tf_ss = -258101888}) at ../../i386/i386/trap.c:319 319 (void) trap_pfault(&frame, FALSE); (kgdb) frame frame->tf_ebp frame->tf_eip Cannot access memory at address 0xbe83eef4. (kgdb) list 314 } else { 315 /* kernel trap */ 316 317 switch (type) { 318 case T_PAGEFLT: /* page fault */ 319 (void) trap_pfault(&frame, FALSE); 320 return; 321 322 case T_PROTFLT: /* general protection fault */ 323 case T_SEGNPFLT: /* segment not present fault */ Julian had suggested recompiling the if_ed.c module seperately from the rest, without -O enabled, to see if that made a difference, as the original core dump seemed to show everything was okay. Without -O enabled, the system seems to run okay (well, other then the rlist panics, of course), but with -O enabled, it dies after several hours. Is there anything i can do on my end to figure out the difference between the optimized vs non-optimized if_ed.o module in order to correct this problem? Some sort of 'diff' between the object files maybe? As ppl keep reminding me about workarounds vs fixes, disabling optimization for that one module is a workaround to the problem, not a fix :( Thanks... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Fri Apr 12 23:16:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA23161 for current-outgoing; Fri, 12 Apr 1996 23:16:31 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA23153 for ; Fri, 12 Apr 1996 23:16:28 -0700 (PDT) Received: by sequent.kiae.su id AA12887 (5.65.kiae-2 ); Sat, 13 Apr 1996 09:14:49 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 13 Apr 96 09:14:48 +0300 Received: (from ache@localhost) by astral.msk.su (8.7.5/8.7.3) id KAA00563; Sat, 13 Apr 1996 10:10:56 +0400 (MSD) Message-Id: <199604130610.KAA00563@astral.msk.su> Subject: Re: routed delete my PPP default: how to fight it? (THE REASON FOUND!) To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 13 Apr 1996 10:10:56 +0400 (MSD) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199604101954.VAA01147@uriah.heep.sax.de> from "J Wunsch" at "Apr 10, 96 09:54:51 pm" 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 X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > > It seems that I found the reason: > > when I comment out this line in my ppp.conf > > > > # add 0 0 194.58.227.1 > > > > I don't have those 'router' service messages anymore! > > So, it is DEFINITELY iij-ppp who produce this UDP router requests. > > > > But... I forced to manually enter 'route add default ...' in this case. :-( > > Also with > > add 0 194.58.227.XXX 194.58.227.1 > > ? Yes, the same effect. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sat Apr 13 07:21:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA24886 for current-outgoing; Sat, 13 Apr 1996 07:21:59 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA24875 for ; Sat, 13 Apr 1996 07:21:55 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id QAA27506; Sat, 13 Apr 1996 16:00:29 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id QAA00921; Sat, 13 Apr 1996 16:02:04 +0200 (MET DST) Date: Sat, 13 Apr 1996 16:02:03 +0200 (MET DST) From: Andreas Klemm To: Poul-Henning Kamp cc: Bill Fenner , current@freebsd.org Subject: Re: rc.firewall has some syntax errors and sample config hangs machine In-Reply-To: <14052.829301116@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Fri, 12 Apr 1996, Poul-Henning Kamp wrote: > I have just committed the fix to ip_input.c, thanks for the help, and > sorry for the delay. Everything is working fine now. No panics anymore ! Thanks ! It would be fine, if the firewall configurations in /etc/rc.firewall could be enhanced. For example one could add more examples, so that people could pick up better, what they really need ... I suggest adding the following which is a typical end user configuration. Dialup to internet via Modem and PPP. Allow everything outgoing, deny and log everythig incoming... Perhaps someone could check, if my ideas of rules are ok... thanks... Here in short my ipfw policy FireWall chain entries: 256 0 01000 allow all from 127.0.0.1 to 127.0.0.1 01100 deny log tcp from any to any via tun0 setup 65000 allow all from any to any 65535 deny all from any to any Here my suggested diffs Index: rc.firewall =================================================================== RCS file: /cvs/src/etc/rc.firewall,v retrieving revision 1.2 diff -u -r1.2 rc.firewall - --- rc.firewall 1996/04/12 09:16:42 1.2 +++ rc.firewall 1996/04/13 13:58:46 @@ -30,6 +30,11 @@ # ############ +# flush all rules, so you can modify and restart rc.firewall if you like + +/sbin/ipfw flush + +############ # If you just configured ipfw in the kernel as a tool to solve network # problems or you just want to disallow some particular kinds of traffic # they you will want to change the default policy to open. @@ -41,11 +46,38 @@ /sbin/ipfw add 1000 pass all from 127.0.0.1 to 127.0.0.1 ############ - -# This is a prototype setup that will protect your system somewhat against - -# people from outside your own network. +# These are some prototype setups, where some will protect your system +# somewhat against people from outside your own network. # # To enable simply change "false" to "true" in the if line and set the # variables to your network parameters + +if false ; then + + # Configuration Suggestion for a typical FreeBSD "leafe-site" + # dials up to internet via Modem using PPP (ppp -auto ondemand) + # every outgoing traffic is allowed + # every incoming tcp traffic is denied and logged + + # set these to your outside interface network and netmask and ip + oif="tun0" + onet="192.109.159.0" + omask="255.255.255.0" + oip="192.109.159.141" + + # set these to your inside interface network and netmask and ip + iif="ed0" + inet="149.237.250.0" + imask="255.255.255.0" + iip="149.237.250.1" + + # Reject&Log all setup of incoming connections from the outside + /sbin/ipfw add deny log tcp from any to any via ${oif} setup + + # The rest is allowed + /sbin/ipfw add 65000 pass all from any to any + +fi if false ; then # set these to your network and netmask and ip - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMW+z2/MLpmkD/U+FAQFH9gP9HRpKQAoeU0uX81kk3Win2dfbip/obYV7 EkFbAVzzKsOEnVI/2GsPZU/sFlGYC0TMxAabNEGGCoU1+JyN6yEDe1VYEfV1o/vR rWupApxq8GrrXW/2GI6yD+JkFVUjaezmLHDWOGcWPAVHE7QLxLnE5dAd7zmKG46d 1eAVpZsELAE= =Gfck -----END PGP SIGNATURE----- From owner-freebsd-current Sat Apr 13 08:50:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA29518 for current-outgoing; Sat, 13 Apr 1996 08:50:12 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA29513 for ; Sat, 13 Apr 1996 08:50:08 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id RAA07901; Sat, 13 Apr 1996 17:30:19 +0200 (MET DST) Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id RAA03164; Sat, 13 Apr 1996 17:30:25 +0200 (MET DST) Message-ID: <316FC890.41C67EA6@knobel.gun.de> Date: Sat, 13 Apr 1996 17:30:24 +0200 From: Andreas Klemm Organization: home sweet home X-Mailer: Mozilla 3.0b2 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: barth@di.epfl.ch CC: current@freebsd.org, hackers@freesbd.org Subject: fvwm95 & taskbar are great, some suggestions Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi David ! I have made a port of fvwm95 for the FreeBSD ports collection. It looks really great. The taskbar works superior. I'd like to have some additional features (if your time permits ;-) It would be fine, if the Mail icon in the taskbar would change if new mail arrives. The beeping should be optional. The nice fvwm config module could perhaps get a section to toggle that. On my first port attempt the mail icon doesn't appear in the TaskBar here, because FreeBSD and some other operating Systems have the mail spool dir in /var/mail. Perhaps you could add here some ifdefs ?! #if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__) # define .... #else # define #endif It would be great to add an internet push button on the taskbar, to have the possibility to switch internet access off or on. My home FreeBSD System permits on demand dialup PPP. But I don't want to have it on by default and all the time. Therefore I made some shellscripts to turn internet on or off. internet on for example starts ppp (ppp -auto ondemand), starts the harvest cached WWW object cache as proxy server and initiates a uucp conection over TCP/IP to my internet service provider. internet 'off' stops the ppp process. But this works only as root. It would by fine, if one could get such a push button that calls a shellscript that really runs suid root, which makes actually a setuid(0) call and then calls the script. Otherwise it fails. To make only the shellscript suid root by a chmod 4755 isn't sufficient. If one could configure the pushbutton in .fvwm2rc95 to call a shellscript under uid(0) it would be great ... but I think this might get a potential security whole, since then fvwm would need to run suid root ?! Or .... ???? I tried to solve this myself by simply defining a new pushbutton which calls my shellscript 'internet' with the option switch... But it fails, since I'm not really allowed to call a suid root shellscript... (per definition)... I tried a hack, to call a program that does a suid(0) call first and then the internet script ... but I haven't enough programming praxis to make it running perfectly ... Do you have any interest to think about a solution to - turn on or off on demand dialup IP via push button in the TaskBar - to implement an activity LED into taskbar for outgoing lines ? That would be really a must, if I'm going to use an ISDN card, which is build in into the computer and where you don't have a good control about the fact if the card produces online costs or not ... - another good superior idea would be an online phone cost counter for slip, ppp or ISDN devices .... One should talk with each otherm if such a feature would be the effort worth ... and perhaps what the OS already could or should provide, to make this task easier for people like you who implement graphical user interfaces ... I'd like to have more comfortable control about my online costs ... Would that be an interesting feature, that would be the additional effort worth ... ??? Superior would be any kinf of implementation into the Desktop/ taskbar ... aktivity light, that indicate activation or deactivation of the ethernet interface ... flashing leds, when there is ethernet traffic and such ... an running phone cost counter for online time and such... Or the possibility to say $100 and not more in a month .... I write a copy of this to the -current and -hackers mailinglist for general discussion ... These are things I badly miss even in commercial OS's. Windows 95 has a nice feature, that it really shows modem light activity when you are online ! And if you click on the LED's in the taskbar you get a Windows, where the incoming and outgoing traffic is summed up online ... Would be great, if we (FreeBSD, Linux, NetBSD, OpenBSD) could also do this and even better !!! Andreas /// -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sat Apr 13 09:09:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA00500 for current-outgoing; Sat, 13 Apr 1996 09:09:20 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA00495 for ; Sat, 13 Apr 1996 09:09:18 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u87ss-0003wRC; Sat, 13 Apr 96 09:09 PDT Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id PAA18314; Sat, 13 Apr 1996 15:38:40 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Andreas Klemm cc: Bill Fenner , current@FreeBSD.org Subject: Re: rc.firewall has some syntax errors and sample config hangs machine In-reply-to: Your message of "Sat, 13 Apr 1996 16:02:03 +0200." Date: Sat, 13 Apr 1996 15:38:38 +0000 Message-ID: <18312.829409918@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > -----BEGIN PGP SIGNED MESSAGE----- > > On Fri, 12 Apr 1996, Poul-Henning Kamp wrote: > > > I have just committed the fix to ip_input.c, thanks for the help, and > > sorry for the delay. > > Everything is working fine now. No panics anymore ! Thanks ! > > It would be fine, if the firewall configurations in /etc/rc.firewall > could be enhanced. For example one could add more examples, so > that people could pick up better, what they really need ... Well, you see, I kind of expected somebody like you to say something along those lines. Now, Andreas, you don't have anything really important scheduled the next couple of weeks ? No ? Fine!. You see I'm flat out of time right now... I'm looking forward to your patches :-) Maybe rc.firewall needs to be rethought a bit, maybe one file per example or something, I'm not too happy with the "if false" thing... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sat Apr 13 10:09:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA03547 for current-outgoing; Sat, 13 Apr 1996 10:09:29 -0700 (PDT) Received: (from gclarkii@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA03541 for freebsd-current; Sat, 13 Apr 1996 10:09:28 -0700 (PDT) From: Gary Clark II Message-Id: <199604131709.KAA03541@freefall.freebsd.org> Subject: Just how stable is current To: freebsd-current Date: Sat, 13 Apr 1996 10:09:28 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello, Yes, I know that this is a bad question to ask, but.... Gary -- Gary Clark II (N5VMF) | FreeBSD support and service gclarkii@FreeBSD.ORG | mail info@gbdata.com for information FreeBSD FAQ at ftp.FreeBSD.ORG in ~pub/FreeBSD/docs/freebsd-faq.ascii From owner-freebsd-current Sat Apr 13 10:24:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA04289 for current-outgoing; Sat, 13 Apr 1996 10:24:30 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA04282 for ; Sat, 13 Apr 1996 10:24:27 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id TAA22110; Sat, 13 Apr 1996 19:00:37 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id SAA04352; Sat, 13 Apr 1996 18:18:45 +0200 (MET DST) Date: Sat, 13 Apr 1996 18:18:44 +0200 (MET DST) From: Andreas Klemm To: Poul-Henning Kamp cc: Bill Fenner , current@FreeBSD.ORG Subject: Re: rc.firewall has some syntax errors and sample config hangs machine In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Sat, 13 Apr 1996, Andreas Klemm wrote: > Here my suggested diffs > > Index: rc.firewall > =================================================================== > RCS file: /cvs/src/etc/rc.firewall,v > retrieving revision 1.2 > diff -u -r1.2 rc.firewall > --- rc.firewall 1996/04/12 09:16:42 1.2 > +++ rc.firewall 1996/04/13 13:58:46 Hmm, forget it, this one seems to be better ;-) Index: rc.firewall =================================================================== RCS file: /cvs/src/etc/rc.firewall,v retrieving revision 1.2 diff -u -r1.2 rc.firewall - --- rc.firewall 1996/04/12 09:16:42 1.2 +++ rc.firewall 1996/04/13 16:16:31 @@ -30,6 +30,11 @@ # ############ +# flush all rules, so you can modify and restart rc.firewall if you like + +/sbin/ipfw flush + +############ # If you just configured ipfw in the kernel as a tool to solve network # problems or you just want to disallow some particular kinds of traffic # they you will want to change the default policy to open. @@ -46,6 +51,47 @@ # # To enable simply change "false" to "true" in the if line and set the # variables to your network parameters + +if false ; then + + # Configuration Suggestion for a typical FreeBSD "leafe-site" + # dials up to internet via Modem using PPP (ppp -auto ondemand) + # every outgoing traffic is allowed + # every incoming tcp traffic is denied and logged + + # set these to your outside interface network and netmask and ip + oif="tun0" + onet="192.109.159.0" + omask="255.255.255.0" + oip="192.109.159.141" + + # set these to your inside interface network and netmask and ip + iif="ed0" + inet="149.237.250.0" + imask="255.255.255.0" + iip="149.237.250.1" + + # allow uucp + /sbin/ipfw add pass tcp from any to any 540 + + # allow ftp + /sbin/ipfw add pass tcp from any to any 21 + + # allow telnet + /sbin/ipfw add pass tcp from any to any 23 + + # allow WWW + /sbin/ipfw add pass tcp from any to any 80 setup + + # Reject&Log all setup of all other incoming connections from outside + /sbin/ipfw add deny log tcp from any to any via ${oif} setup + + # Everything other is generally allowed + # - outgoing packets of every types + # - but only allowed incoming data streams as ftp and http + /sbin/ipfw add 65000 pass all from any to any + +fi if false ; then # set these to your network and netmask and ip - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMW/T5PMLpmkD/U+FAQGbcwQArrLNRoSrYeR6Is7ZxH0dZA4lqwLiKCLo xoO+w5MuJmEoFIl59JvJIxxDxQA5NJH8FFL+PIf2kRxqmvr/Rq/Teb6pPwrsB6/E WlNHdOtvxChSzNwNqMMeDgpH2ufFzFxU4BklkDjyo2dHM3zv28xuMyFTd+4f07w2 NnfS0//zE0k= =y7oS -----END PGP SIGNATURE----- From owner-freebsd-current Sat Apr 13 11:50:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA15900 for current-outgoing; Sat, 13 Apr 1996 11:50:58 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA15864 Sat, 13 Apr 1996 11:50:51 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA02575; Sat, 13 Apr 1996 20:50:47 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA19439; Sat, 13 Apr 1996 20:50:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA21414; Sat, 13 Apr 1996 20:26:56 +0200 (MET DST) From: J Wunsch Message-Id: <199604131826.UAA21414@uriah.heep.sax.de> Subject: Re: Just how stable is current To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 13 Apr 1996 20:26:55 +0200 (MET DST) Cc: gclarkii@freefall.freebsd.org (Gary Clark II) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604131709.KAA03541@freefall.freebsd.org> from "Gary Clark II" at Apr 13, 96 10:09:28 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Gary Clark II wrote: > Yes, I know that this is a bad question to ask, but.... Mine's from the Easter weekend, and i can't complain. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Apr 13 14:39:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29733 for current-outgoing; Sat, 13 Apr 1996 14:39:29 -0700 (PDT) Received: from native.cis.ufl.edu (sycheng@native.cis.ufl.edu [128.227.224.21]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA29728 for ; Sat, 13 Apr 1996 14:39:21 -0700 (PDT) From: sycheng@cis.ufl.edu Received: by native.cis.ufl.edu (8.6.7/cis.ufl.edu) id RAA13891; Sat, 13 Apr 1996 17:38:59 -0400 Message-Id: <199604132138.RAA13891@native.cis.ufl.edu> Subject: Install Kerberos V Beta 5 To: freebsd-current@FreeBSD.org Date: Sat, 13 Apr 1996 17:38:59 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24 ME7a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi : Please pardon me if this is not the right place to put this mail. I was trying to compile and installl Kerberos V Beta 5 in our several FreeBSD current machines. After a couple hours waiting and source modifying, I finally got all the compiled binaries. I am writing this mail for help because I am afraid some modifications I made might be improper. Could some share me your experiences about porting Krb5B5 into FreeBSD current ? Is there any patch existed ? Thanks. -- Cheng, Hsiao-Yang Graduate Student ___ . TEL: 3 5 2 - 3 3 Department of Computer Information Science / \ / 8 University of Florida, Gainesville | /^~~) (~~) )Hsiao--_ 8 E-mail: sycheng@cis.ufl.edu \ // ( (~~~ / ( Yang) 4 WWW : http://www.cis.ufl.edu/~sycheng ```` ` ~~~` ` / 9 <> WE GROW GREAT BY DREAMS. ALL BIG ARE DREAMERS \ / 1 `` From owner-freebsd-current Sat Apr 13 14:43:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29976 for current-outgoing; Sat, 13 Apr 1996 14:43:17 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA29970 for ; Sat, 13 Apr 1996 14:43:14 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id XAA00546; Sat, 13 Apr 1996 23:15:22 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id VAA06133; Sat, 13 Apr 1996 21:45:23 +0200 (MET DST) Date: Sat, 13 Apr 1996 21:45:22 +0200 (MET DST) From: Andreas Klemm To: Poul-Henning Kamp cc: Bill Fenner , current@freebsd.org Subject: Re: rc.firewall has some syntax errors and sample config hangs machine In-Reply-To: <18312.829409918@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Sat, 13 Apr 1996, Poul-Henning Kamp wrote: > > It would be fine, if the firewall configurations in /etc/rc.firewall > > could be enhanced. For example one could add more examples, so > > that people could pick up better, what they really need ... > > Well, you see, I kind of expected somebody like you to say something > along those lines. Now, Andreas, you don't have anything really > important scheduled the next couple of weeks ? No ? Fine!. > You see I'm flat out of time right now... ok, as usual ;-)) So you seem to have more important things on your wishlist ;-)) > I'm looking forward to your patches :-) Sorry, I can't promise much in the moment. Was a bit clumsy from me to expect, that you can simply present a well tested clever solution ... This firewall stuff is really not trivial. The biggest problem is, to have the hardware and time to _test_ it. > Maybe rc.firewall needs to be rethought a bit, maybe one file > per example or something, I'm not too happy with the "if false" > thing... Don't say that ... I like the file really much. Because it's well documented and shows, how one could configure a firewall. My only wish was a clever entry for the many people like me, that are connected to the internet via dialup modem && want to have a safe machine. When I was fiddeling around with this I saw, that it's really difficult, to forbid things without breaking the services you need yourself (ftp, telnet, http proxy, uucp over tcp ;-)) Thanks again for making this example and I'll see if I can make a good working and good documented example for PPP... Nice weekend Andreas /// - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMXAEUvMLpmkD/U+FAQHr/AQAuHWKm5TQs6y+AJ1yj7ebwatRL+5Ern7K S0gxydvL9ikqbjQLqgu2BXgc7kk5THKixVXhBGBcCj7EAzie2ssQ7ZDa7+S8WPoN ikmuU5rShHiDh9SaR1rAr44/cTYI3OFRop2+zUytC44ALdzoCTvLEp6ITbsT9iaq 8OWmnZeuQlg= =GZvv -----END PGP SIGNATURE----- From owner-freebsd-current Sat Apr 13 15:38:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA03100 for current-outgoing; Sat, 13 Apr 1996 15:38:57 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA03092 for ; Sat, 13 Apr 1996 15:38:54 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id SAA03193 for ; Sat, 13 Apr 1996 18:38:54 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id SAA07542 for ; Sat, 13 Apr 1996 18:39:38 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Sat, 13 Apr 1996 18:39:37 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: Can someone explain why... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ...I get these occasionally while attempting to compile a kernel: freebsd# make cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -g -nostdinc -I. -I../.. -I../../sys -I../../../include -DI486_CPU -DCOMPAT_43 -DDEVFS -DNFS -DFFS -DINET -DDODUMP -DKERN EL ../../kern/subr_xxx.c cc: Internal compiler error: program cc1 got fatal signal 10 *** Error code 1 pstat -s shows: freebsd# pstat -s Device 1K-blocks Used Avail Capacity Type /dev/sd0b 51200 17096 34040 33% Interleaved The file in question hasn't changed any recently: freebsd# ls -lt ../../kern/subr_xxx.c -rw-r--r-- 1 root wheel 5148 Nov 5 23:13 ../../kern/subr_xxx.c Not twenty minutes before, I had successfully compiled a kernel using the same source (but had failed to turn on -O). funny thing is, I just disabled -O, and its compiling again: mfreebsd# make cc -c -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -g -nostdinc -I. -I../.. -I../../sys -I../../../include -DI486_CPU -DCOMPAT_43 -DDEVFS -DNFS -DFFS -DINET -DDODUMP -DKERNEL ../../kern/subr_xxx.c cc -c -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -g -nostdinc -I. -I../.. -I../../sys -I../../../include -DI486_CPU -DCOMPAT_43 -DDEVFS -DNFS -DFFS -DINET -DDODUMP -DKERNEL ../../kern/sys_generic.c And if I turn -O back on, it fails again. So, seems like a software problem to me, not a hardware... Comments? Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Sat Apr 13 16:56:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA08333 for current-outgoing; Sat, 13 Apr 1996 16:56:29 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA08328 for ; Sat, 13 Apr 1996 16:56:27 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA05980; Sat, 13 Apr 1996 16:53:50 -0700 From: Terry Lambert Message-Id: <199604132353.QAA05980@phaeton.artisoft.com> Subject: Re: ed_start() panic revisited To: scrappy@ki.net (Marc G. Fournier) Date: Sat, 13 Apr 1996 16:53:50 -0700 (MST) Cc: current@FreeBSD.org In-Reply-To: from "Marc G. Fournier" at Apr 12, 96 11:28:39 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Just had an ed_start() panic tonight, after compiling a new > kernel and forgetting to recompile the if_ed.c module without -O > enabled (as per Julian's suggestion) [ ... ] > 316 > 317 switch (type) { > 318 case T_PAGEFLT: /* page fault */ > 319 (void) trap_pfault(&frame, FALSE); > 320 return; > 321 > 322 case T_PROTFLT: /* general protection fault */ > 323 case T_SEGNPFLT: /* segment not present fault */ > > > Julian had suggested recompiling the if_ed.c module seperately from > the rest, without -O enabled, to see if that made a difference, as the > original core dump seemed to show everything was okay. Without -O enabled, > the system seems to run okay (well, other then the rlist panics, of course), > but with -O enabled, it dies after several hours. > > Is there anything i can do on my end to figure out the difference > between the optimized vs non-optimized if_ed.o module in order to correct > this problem? Some sort of 'diff' between the object files maybe? volatile frame? type? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Apr 13 17:05:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA08964 for current-outgoing; Sat, 13 Apr 1996 17:05:17 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA08958 for ; Sat, 13 Apr 1996 17:05:14 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id UAA04390; Sat, 13 Apr 1996 20:05:20 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id UAA11146; Sat, 13 Apr 1996 20:05:28 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Sat, 13 Apr 1996 20:05:26 -0400 (EDT) From: "Marc G. Fournier" To: Terry Lambert cc: current@FreeBSD.org Subject: Re: ed_start() panic revisited In-Reply-To: <199604132353.QAA05980@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 13 Apr 1996, Terry Lambert wrote: > > Just had an ed_start() panic tonight, after compiling a new > > kernel and forgetting to recompile the if_ed.c module without -O > > enabled (as per Julian's suggestion) > > [ ... ] > > > 316 > > 317 switch (type) { > > 318 case T_PAGEFLT: /* page fault */ > > 319 (void) trap_pfault(&frame, FALSE); > > 320 return; > > 321 > > 322 case T_PROTFLT: /* general protection fault */ > > 323 case T_SEGNPFLT: /* segment not present fault */ > > > > > > Julian had suggested recompiling the if_ed.c module seperately from > > the rest, without -O enabled, to see if that made a difference, as the > > original core dump seemed to show everything was okay. Without -O enabled, > > the system seems to run okay (well, other then the rlist panics, of course), > > but with -O enabled, it dies after several hours. > > > > Is there anything i can do on my end to figure out the difference > > between the optimized vs non-optimized if_ed.o module in order to correct > > this problem? Some sort of 'diff' between the object files maybe? > > volatile frame? type? > Ignorantly, he inquires...Huh? Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Sat Apr 13 21:18:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA21418 for current-outgoing; Sat, 13 Apr 1996 21:18:11 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA21411 for ; Sat, 13 Apr 1996 21:18:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id VAA03036; Sat, 13 Apr 1996 21:18:01 -0700 (PDT) Message-Id: <199604140418.VAA03036@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: "Marc G. Fournier" cc: current@freebsd.org Subject: Re: Can someone explain why... In-reply-to: Your message of "Sat, 13 Apr 1996 18:39:37 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 13 Apr 1996 21:18:00 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >...I get these occasionally while attempting to compile a kernel: > >freebsd# make >cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -g -nostdinc -I. -I../.. -I../../sys -I../../../include -DI486_CPU -DCOMPAT_43 -DDEVFS -DNFS -DFFS -DINET -DDODUMP -DKERN >EL ../../kern/subr_xxx.c >cc: Internal compiler error: program cc1 got fatal signal 10 >*** Error code 1 Seemingly random signal 10 and 11s almost always indicates a hardware problem. It's usually a problem with memory or the secondary cache, but has also been known to be caused by flakey disk controllers, motherboards, and CPUs. I don't think this is disk controller related because you are also having weird kernel panics in areas where I know no bugs exist. Several years ago we had some VM system problems which would sometimes cause similar behavior, but the causes of these problems are well understood and have been fixed for years. The only way to troubleshoot this kind of problem is to first look at your motherboard settings for correctness and then start replacing components until the problem goes away. I would try changing the memory first. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sat Apr 13 21:29:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA21952 for current-outgoing; Sat, 13 Apr 1996 21:29:32 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA21945 for ; Sat, 13 Apr 1996 21:29:29 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id AAA08780; Sun, 14 Apr 1996 00:29:25 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id AAA00525; Sun, 14 Apr 1996 00:29:22 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Sun, 14 Apr 1996 00:29:21 -0400 (EDT) From: "Marc G. Fournier" To: David Greenman cc: current@freebsd.org Subject: Re: Can someone explain why... In-Reply-To: <199604140418.VAA03036@Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 13 Apr 1996, David Greenman wrote: > >...I get these occasionally while attempting to compile a kernel: > > > >freebsd# make > >cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -g -nostdinc -I. -I../.. -I../../sys -I../../../include -DI486_CPU -DCOMPAT_43 -DDEVFS -DNFS -DFFS -DINET -DDODUMP -DK ERN > >EL ../../kern/subr_xxx.c > >cc: Internal compiler error: program cc1 got fatal signal 10 > >*** Error code 1 > > Seemingly random signal 10 and 11s almost always indicates a hardware > problem. It's usually a problem with memory or the secondary cache, but has > also been known to be caused by flakey disk controllers, motherboards, and > CPUs. I don't think this is disk controller related because you are also > having weird kernel panics in areas where I know no bugs exist. Several years > ago we had some VM system problems which would sometimes cause similar > behavior, but the causes of these problems are well understood and have been > fixed for years. > The only way to troubleshoot this kind of problem is to first look at your > motherboard settings for correctness and then start replacing components until > the problem goes away. I would try changing the memory first. > Okay, I could probably accept this (and most likely will in the end), but why would disabling -O allow it to compile, and then if I remove the object file, re-enable -O cause it to fail exactly the same way? Basically, if I tried to compile it without -O, everything ran as expected, whereas if I tried to use -O, it failed at exactly the same point each time (as if it was tripping over a piece of code that it just couldn't optimize). The funny thing was, if I popped it up to -O2, it also allowed it to compile as expected. Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Sat Apr 13 21:50:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA23171 for current-outgoing; Sat, 13 Apr 1996 21:50:59 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA23165 for ; Sat, 13 Apr 1996 21:50:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id VAA03095; Sat, 13 Apr 1996 21:50:47 -0700 (PDT) Message-Id: <199604140450.VAA03095@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: "Marc G. Fournier" cc: current@freebsd.org Subject: Re: Can someone explain why... In-reply-to: Your message of "Sun, 14 Apr 1996 00:29:21 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 13 Apr 1996 21:50:46 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> The only way to troubleshoot this kind of problem is to first look at your >> motherboard settings for correctness and then start replacing components until >> the problem goes away. I would try changing the memory first. >> > Okay, I could probably accept this (and most likely will in the end), >but why would disabling -O allow it to compile, and then if I remove the >object file, re-enable -O cause it to fail exactly the same way? Simple - you have a memory problem and the part of memory that is caching gcc is wrong. It just happens that the code involved is only exercised when you use -O. It's easy to test this: just reboot your computer and see if the problem goes away. If it persists, then you might have a corrupt gcc binary. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sat Apr 13 22:18:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA25987 for current-outgoing; Sat, 13 Apr 1996 22:18:36 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA25982 for ; Sat, 13 Apr 1996 22:18:32 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id BAA09710; Sun, 14 Apr 1996 01:18:31 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id BAA08831; Sun, 14 Apr 1996 01:18:27 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Sun, 14 Apr 1996 01:18:24 -0400 (EDT) From: "Marc G. Fournier" To: David Greenman cc: current@freebsd.org Subject: Re: Can someone explain why... In-Reply-To: <199604140450.VAA03095@Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 13 Apr 1996, David Greenman wrote: > Simple - you have a memory problem and the part of memory that is caching > gcc is wrong. It just happens that the code involved is only exercised when > you use -O. It's easy to test this: just reboot your computer and see if the > problem goes away. If it persists, then you might have a corrupt gcc binary. > Okay, that works for me...is there anything I can do to a SIMM to test it *before* I change it? Or to test the new one before I even put it in? Trial and Error doesn't seem to be an effective way of fixing this problem :( Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Sat Apr 13 22:39:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA27282 for current-outgoing; Sat, 13 Apr 1996 22:39:24 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA27272 for ; Sat, 13 Apr 1996 22:39:22 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.4/8.7.4) with SMTP id BAA09948 for ; Sun, 14 Apr 1996 01:39:22 -0400 (EDT) Date: Sun, 14 Apr 1996 01:39:20 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: System Hang, got core dump...now what? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... Tonight I got a system hang (no panic, and not SCSI related) using the newest kernel sources. When I hung, I popped down into DDB, did a panic...and actually got a core dump. Since I got into DDB using CTL-ALT-ESC, and the only panic is what I forced on it...I haven't got a clue what to do with this core, if anything. This one isn't in the docs, to the best of my knowledge, so can someone tell me what I can do with this core (if anything?) to look for the problem? Or does this get dropped under hardware problems too? :( Thanks... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Sat Apr 13 23:11:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA28807 for current-outgoing; Sat, 13 Apr 1996 23:11:53 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA28802 for ; Sat, 13 Apr 1996 23:11:50 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA12291; Sun, 14 Apr 1996 16:11:25 +0930 From: Michael Smith Message-Id: <199604140641.QAA12291@genesis.atrad.adelaide.edu.au> Subject: Re: Can someone explain why... To: scrappy@ki.net (Marc G. Fournier) Date: Sun, 14 Apr 1996 16:11:24 +0930 (CST) Cc: davidg@Root.COM, current@freebsd.org In-Reply-To: from "Marc G. Fournier" at Apr 14, 96 01:18:24 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Marc G. Fournier stands accused of saying: > Okay, that works for me...is there anything I can do to a SIMM to > test it *before* I change it? Or to test the new one before I even put it > in? Trial and Error doesn't seem to be an effective way of fixing this > problem :( Spend several thousand dollars on a _real_ SIMM tester. Or find a supplier and brand of SIMM that you're happy with and stick with it. We're having a good run with Panasonic parts in Triton motherboards at the moment. > Marc G. Fournier scrappy@ki.net -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sat Apr 13 23:24:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA29608 for current-outgoing; Sat, 13 Apr 1996 23:24:57 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA29603 for ; Sat, 13 Apr 1996 23:24:54 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id CAA10608 for ; Sun, 14 Apr 1996 02:24:51 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id CAA08099 for ; Sun, 14 Apr 1996 02:24:43 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Sun, 14 Apr 1996 02:24:40 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: File System Corruption *sigh* Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Morning all... I'm not having much luck with this -current machine, hardware or software yet to be determined... :( In attempting to beat the hell out of this machine (got it up to using 57% of its 51Meg swap space, with 16Meg of RAM), I started up 5 make processes: make on /usr/src/sys/compile/freebsd 4 makes under /usr/src/lib All of a sudden, I started getting: cc -c -O2 -m486 -pipe -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -g -nostdinc -I. -I../.. -I../../sys -I../../../include -DI486_CPU -DCOMPAT_43 -DDEVFS -DNFS -DFFS -DINET -D DODUMP -DKERNEL ../../kern/tty.c In file included from ../../sys/types.h:46, from ../../sys/param.h:54, from ../../kern/tty.c:73: ./machine/ansi.h:52: warning: `/*' within comment For warnings under /usr/src/sys/compile/freebsd. Figuring them for mere warnings, I kind of ignored them, but then got curious, since I've never seen that warning before, so checked out the file, and found this at line 52: #define _BSD_SIZE_T_ unsigned int /* sizeof ) * #d`fin` _BSD_SSIZE_T_ int /* byte count or error */ #define _BSD_TIME_T_ long /* time() */ Notice, as well, the corruption at the end of the BSD_SIZE_T define... I am using nfs mounts for various things, but my /usr, /usr/src and /usr/include directories are all local, so I would presume that the nfs mounts wouldn't affect this. Other then the memory being in question, this machine is a 486DX2-66 w/ 16Meg of RAM, an Adaptec 1542CF SCSI controller and a SCSI hard drive: (aha0:0:0): "UNISYS U0531 ST3600N 8374" type 0 fixed SCSI 2 sd0(aha0:0:0): Direct-Access 500MB (1025920 512 byte sectors) Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org