From owner-freebsd-hackers Sun Mar 26 00:18:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA03734 for hackers-outgoing; Sun, 26 Mar 1995 00:18:16 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA03727; Sun, 26 Mar 1995 00:18:15 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Amancio Hasty cc: Paul Richards , fbsd@clem.systemsix.com (Steve Passe), hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-reply-to: Your message of "Sat, 25 Mar 95 20:09:46 GMT." <199503252010.UAA00342@star-gate.com> Date: Sun, 26 Mar 1995 00:18:14 -0800 Message-ID: <3726.796205894@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Personally, I would just talk to Netscape,Inc and ask them if we can include > Netscape in our distribution. I really don't see any big deal about this. I have. We can't. Jordan From owner-freebsd-hackers Sun Mar 26 00:20:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA03777 for hackers-outgoing; Sun, 26 Mar 1995 00:20:34 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA03770; Sun, 26 Mar 1995 00:20:32 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Paul Richards cc: hasty@star-gate.com (Amancio Hasty), fbsd@clem.systemsix.com, hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-reply-to: Your message of "Sun, 26 Mar 95 04:29:06 GMT." <199503260429.FAA02039@isl.cf.ac.uk> Date: Sun, 26 Mar 1995 00:20:32 -0800 Message-ID: <3769.796206032@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I guess we could get them to allow us to ship the BSDI binary in > the suitable area of ports if we ask them nicely but that's not > really what we want. I really don't see what the big beef about running the BSDI binary is - it works FINE! But we can't redistribute it ourselves in any case. I asked, it's totally forbidden and I got the feeling that they were warming up their lawyer just from my ASKING about it.. There was certainly nothing ambiguous about their reply! ("NO! UNDER NO CIRCUMSTANCES ARE YOU TO DISTRIBUTE NETSCAPE IN ANY FORM!!"). Jordan From owner-freebsd-hackers Sun Mar 26 00:26:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA03948 for hackers-outgoing; Sun, 26 Mar 1995 00:26:50 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA03937 for ; Sun, 26 Mar 1995 00:26:46 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id BAA25352; Sun, 26 Mar 1995 01:28:12 -0700 Message-Id: <199503260828.BAA25352@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org cc: pritc003@maroon.tc.umn.edu, chuckr@Glue.umd.edu Subject: Re: httpd as part of the system. In-reply-to: Your message of "Sat, 25 Mar 1995 17:48:39 CST." <199503252348.RAA08219@mpp.com> Date: Sun, 26 Mar 1995 01:28:11 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, several people requested a copy of mosaic-2.5 for -current: freefall.cdrom.com:/incoming/mosaic-2.5.tgz contents: X11R6/bin/Mosaic X11R6/lib/X11/app-defaults/Mosaic this is stock mosaic 2.5 statically linked to motif 1.2, compiled on 2.0-950322-SNAP. Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Sun Mar 26 00:29:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA03999 for hackers-outgoing; Sun, 26 Mar 1995 00:29:53 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA03992; Sun, 26 Mar 1995 00:29:52 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id JAA02991; Sun, 26 Mar 1995 09:30:35 +0100 From: Paul Richards Message-Id: <199503260830.JAA02991@isl.cf.ac.uk> Subject: Re: httpd as part of the system. To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 26 Mar 1995 08:30:35 +0000 (GMT) Cc: hasty@star-gate.com, fbsd@clem.systemsix.com, hackers@FreeBSD.org In-Reply-To: <3769.796206032@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 26, 95 00:20:32 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1088 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who said > > > I guess we could get them to allow us to ship the BSDI binary in > > the suitable area of ports if we ask them nicely but that's not > > really what we want. > > I really don't see what the big beef about running the BSDI binary > is - it works FINE! But we can't redistribute it ourselves in any > case. I asked, it's totally forbidden and I got the feeling that > they were warming up their lawyer just from my ASKING about it.. > There was certainly nothing ambiguous about their reply! ("NO! UNDER > NO CIRCUMSTANCES ARE YOU TO DISTRIBUTE NETSCAPE IN ANY FORM!!"). The big beef is that it would be nice if we could ship a decent client with FreeBSD. We need a good viewer for our docs and lynx just isn't that nice. Hopefully Amancio can find that non-motif version of Mosaic for us.... -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-hackers Sun Mar 26 00:34:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA04098 for hackers-outgoing; Sun, 26 Mar 1995 00:34:21 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA04090 for ; Sun, 26 Mar 1995 00:34:17 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA17101; Sun, 26 Mar 1995 10:34:05 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id KAA16052 for freebsd-hackers@freebsd.org; Sun, 26 Mar 1995 10:34:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id KAA09060 for freebsd-hackers@freebsd.org; Sun, 26 Mar 1995 10:29:29 +0200 From: J Wunsch Message-Id: <199503260829.KAA09060@uriah.heep.sax.de> Subject: Re: httpd as part of the system. To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 26 Mar 1995 10:29:26 +0200 (MET DST) In-Reply-To: <199503260429.FAA02039@isl.cf.ac.uk> from "Paul Richards" at Mar 26, 95 04:29:06 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 598 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Paul Richards wrote: > > Netscape recognises some much nicer features of an extended HTML. > Look at my home page using Mosaic and Netscape and you'll find it > looks much nicer with Netscape because my home page uses some > Netscape specific features. It displays fine with Mosaic but it > doesn't look as nice. Well, it's nice. -- My only complaint about Netscape is that it's wasting way too many color cells on a poor 8-bit pseudocolor display. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 26 00:41:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA04417 for hackers-outgoing; Sun, 26 Mar 1995 00:41:51 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA04410 for ; Sun, 26 Mar 1995 00:41:50 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA16768; Sun, 26 Mar 95 10:41:38 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id KAA24274; Sun, 26 Mar 1995 10:47:25 +0200 Message-Id: <199503260847.KAA24274@gilberto.physik.rwth-aachen.de> Subject: Re: Mosaic with Lesstif To: smace@metal-mail.neosoft.com (Scott Mace) Date: Sun, 26 Mar 1995 10:47:24 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com (user alias) In-Reply-To: <199503260542.WAA01691@metal.ops.neosoft.com> from "Scott Mace" at Mar 25, 95 10:42:15 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 402 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > Nope, it's Not There Yet. > > > Didn't someone post abut a free motif implentation a while back? ^a :-) ftp.heart.barnard.za > > Scott > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Wed Mar 22 04:54:59 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Sun Mar 26 00:51:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA04544 for hackers-outgoing; Sun, 26 Mar 1995 00:51:32 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA04537 for ; Sun, 26 Mar 1995 00:51:26 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA17341; Sun, 26 Mar 1995 10:51:15 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id KAA16171 for freebsd-hackers@freebsd.org; Sun, 26 Mar 1995 10:51:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id KAA09552 for freebsd-hackers@freebsd.org; Sun, 26 Mar 1995 10:48:57 +0200 From: J Wunsch Message-Id: <199503260848.KAA09552@uriah.heep.sax.de> Subject: Re: httpd as part of the system. To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 26 Mar 1995 10:48:55 +0200 (MET DST) In-Reply-To: <3769.796206032@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 26, 95 00:20:32 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 376 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > There was certainly nothing ambiguous about their reply! ("NO! UNDER > NO CIRCUMSTANCES ARE YOU TO DISTRIBUTE NETSCAPE IN ANY FORM!!"). Btw., what's the correct way to get it? ftp from mcom.com? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 26 00:53:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA04575 for hackers-outgoing; Sun, 26 Mar 1995 00:53:24 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA04567 for ; Sun, 26 Mar 1995 00:53:23 -0800 Received: from freefall.cdrom.com (freefall.cdrom.com [192.216.222.4]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id AAA18932 for ; Sun, 26 Mar 1995 00:52:52 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA25698; Sat, 25 Mar 1995 08:36:59 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Mark Murray cc: william pechter ILEX , FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Subject: Re: P.S. [images] In-reply-to: Your message of "Sat, 25 Mar 95 13:44:50 +0200." <199503251144.NAA10883@grunt.grondar.za> Date: Sat, 25 Mar 1995 08:36:58 -0800 Message-ID: <25696.796149418@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > This got me thinking. (Dangerous!) My Mom knows someon who may know someone > (...) who could produce these. The factory employs disadvantaged (not-white) > South Africans with disabilities using environmetally friendly materials. > (This is a Teddy-Bear factory!!) As long as we don't create a riot on the production floor when it becomes apparent that the daemon plushie bears an uncanny resemblace to M'gupathu, the Zulu god of pestilence and plague! :-) Seriously, if they're really serious and can work from artwork, we'd be interested. We already have someone investigating the Taiwan angle and they'd be interested in other alternatives.. Jordan From owner-freebsd-hackers Sun Mar 26 00:58:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA04678 for hackers-outgoing; Sun, 26 Mar 1995 00:58:49 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA04671 for ; Sun, 26 Mar 1995 00:58:48 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id AAA19574 for ; Sun, 26 Mar 1995 00:58:17 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA18506; Sat, 25 Mar 1995 09:02:27 -0800 From: Poul-Henning Kamp Message-Id: <199503251702.JAA18506@ref.tfs.com> Subject: Re: P.S. [images] To: mark@grondar.za (Mark Murray) Date: Sat, 25 Mar 1995 09:02:26 -0800 (PST) Cc: pechter@stars.sed.monmouth.army.mil, jkh@freefall.cdrom.com, FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <199503251144.NAA10883@grunt.grondar.za> from "Mark Murray" at Mar 25, 95 01:44:50 pm Content-Type: text Content-Length: 646 Sender: hackers-owner@FreeBSD.org Precedence: bulk > [stuffed toy daemons] > > This got me thinking. (Dangerous!) My Mom knows someon who may know someone > (...) who could produce these. The factory employs disadvantaged (not-white) > South Africans with disabilities using environmetally friendly materials. > (This is a Teddy-Bear factory!!) > > Investigations are proceeding. Monday will tell... Cool! By doing it in South Africa we will not have any problems with DES, now, how do we capitalize on that ???? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun Mar 26 01:03:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA04869 for hackers-outgoing; Sun, 26 Mar 1995 01:03:13 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA04861; Sun, 26 Mar 1995 01:03:09 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: httpd as part of the system. In-reply-to: Your message of "Sun, 26 Mar 95 10:48:55 +0200." <199503260848.KAA09552@uriah.heep.sax.de> Date: Sun, 26 Mar 1995 01:03:09 -0800 Message-ID: <4860.796208589@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > As Jordan K. Hubbard wrote: > > > > There was certainly nothing ambiguous about their reply! ("NO! UNDER > > NO CIRCUMSTANCES ARE YOU TO DISTRIBUTE NETSCAPE IN ANY FORM!!"). > > Btw., what's the correct way to get it? ftp from mcom.com? I guess. Their whole distribution policy is a little strange! :-) I'm still not sure whether the license denys me the right to use it or gives it to me. Of course, then you have folks like a certain Linux CDROM vendor that distributed Netscape, kermit & Motif on their CDs! I guess nice, honest business folk really do finish last! :-( Jordan From owner-freebsd-hackers Sun Mar 26 01:17:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA05217 for hackers-outgoing; Sun, 26 Mar 1995 01:17:23 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA05211 for ; Sun, 26 Mar 1995 01:17:20 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id BAA22047 for ; Sun, 26 Mar 1995 01:16:43 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id XAA00519; Sat, 25 Mar 1995 23:27:05 +0200 Message-Id: <199503252127.XAA00519@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: Poul-Henning Kamp cc: pechter@stars.sed.monmouth.army.mil, jkh@freefall.cdrom.com, FreeBSD-hackers@wcarchive.cdrom.com Subject: Re: P.S. [images] Date: Sat, 25 Mar 1995 23:27:05 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > By doing it in South Africa we will not have any problems with DES, > now, how do we capitalize on that ???? Hmm... Unencumbered DES encrypted Fluffy Demons? Sounds kinda like ROT13'ing a dirty joke. I reckon we could use the to get past those offended by 'inapproriate icons'. I can just see it now: "Here is your fluffy toy, if you _really_ want to see what it is, key supplied in sealed envelope. You have been warned." M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Sun Mar 26 01:30:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA06200 for hackers-outgoing; Sun, 26 Mar 1995 01:30:16 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA06191 for ; Sun, 26 Mar 1995 01:30:13 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id BAA23768 for ; Sun, 26 Mar 1995 01:29:37 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id LAA16310; Sun, 26 Mar 1995 11:27:36 +0200 Message-Id: <199503260927.LAA16310@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: Mark Murray , william pechter ILEX , FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Subject: Re: P.S. [images] Date: Sun, 26 Mar 1995 11:27:34 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > > This got me thinking. (Dangerous!) My Mom knows someon who may know someone > > (...) who could produce these. The factory employs disadvantaged (not-white ) > > South Africans with disabilities using environmetally friendly materials. > > (This is a Teddy-Bear factory!!) > > As long as we don't create a riot on the production floor when it > becomes apparent that the daemon plushie bears an uncanny resemblace to > M'gupathu, the Zulu god of pestilence and plague! :-) :-) Naah! The (Real?!) demon that most folks are afraid of round here is called Tokoloshe, and the only picture of it I have seen makes him look more like a three-legged raccoon. I don't think we have a problem. > Seriously, if they're really serious and can work from artwork, we'd > be interested. We already have someone investigating the Taiwan angle > and they'd be interested in other alternatives.. Sure. Will the artwork be the cover of the book (I have a copy), or will it be more detailed? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Sun Mar 26 01:33:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA06489 for hackers-outgoing; Sun, 26 Mar 1995 01:33:40 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA06477; Sun, 26 Mar 1995 01:33:35 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id BAA03490; Sun, 26 Mar 1995 01:28:34 GMT Message-Id: <199503260128.BAA03490@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: "Jordan K. Hubbard" cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: httpd as part of the system. In-reply-to: Your message of "Sun, 26 Mar 1995 01:03:09 PST." <4860.796208589@freefall.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 26 Mar 1995 01:28:30 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > > As Jordan K. Hubbard wrote: > Of course, then you have folks like a certain Linux CDROM vendor that > distributed Netscape, kermit & Motif on their CDs! I guess nice, > honest business folk really do finish last! :-( > Is the distributor still in business? I mean OSF gives me the impression that they LOVE to sue ... Amancio From owner-freebsd-hackers Sun Mar 26 02:27:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA09196 for hackers-outgoing; Sun, 26 Mar 1995 02:27:31 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA09185 for ; Sun, 26 Mar 1995 02:27:28 -0800 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rspXV-00005VC; Sun, 26 Mar 95 02:27 PST Received: (from root@localhost) by io.cts.com (8.6.11/8.6.9) id CAA00220 for hackers@freebsd.org; Sun, 26 Mar 1995 02:27:18 -0800 From: Morgan Davis Message-Id: <199503261027.CAA00220@io.cts.com> Subject: syslogd error: bind: can't assign address To: hackers@FreeBSD.org Date: Sun, 26 Mar 1995 02:27:18 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 436 Sender: hackers-owner@FreeBSD.org Precedence: bulk I think there might be a glitch in the logic in the -current rc script. It appears to initiate syslogd before the system's hostname has been set up. When I boot up, I get an error like this just after probing: syslogd: bind: cannot assign specified address ...and no syslogd process is to be found. If I log in and manually enter "syslogd", it dumps a screen of startup progress, and a syslogd process is then in memory. Ideas? From owner-freebsd-hackers Sun Mar 26 02:30:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA09379 for hackers-outgoing; Sun, 26 Mar 1995 02:30:33 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA09366 for ; Sun, 26 Mar 1995 02:30:25 -0800 Received: from fedora.x.org by expo.x.org id AA28608; Sun, 26 Mar 95 05:29:46 -0500 Received: by fedora.x.org id AA04579; Sun, 26 Mar 1995 05:29:45 -0500 Message-Id: <9503261029.AA04579@fedora.x.org> To: hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. In-Reply-To: Your message of Sun, 26 Mar 1995 01:28:11 MST. <199503260828.BAA25352@clem.systemsix.com> Organization: X Consortium Date: Sun, 26 Mar 1995 05:29:44 EST From: "Kaleb S. KEITHLEY" Sender: hackers-owner@FreeBSD.org Precedence: bulk > several people requested a copy of mosaic-2.5 for -current: > > freefall.cdrom.com:/incoming/mosaic-2.5.tgz > > this is stock mosaic 2.5 statically linked to motif 1.2, compiled > on 2.0-950322-SNAP. > I don't normally intrude into other people's legal affairs, but you're in violation of the Motif 1.2 source license, unless you're collecting Motif run-time royalties and sending them to OSF. NCSA Mosaic binaries are statically linked with Motif 1.1, because the 1.1 source license is less restrictive than the 1.2 source license. I don't know what the realities are, whether the OSF would really sue you if they found out, you'll have to decide for yourself whether or not you're worried about it. :-) -- Kaleb From owner-freebsd-hackers Sun Mar 26 02:49:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA10694 for hackers-outgoing; Sun, 26 Mar 1995 02:49:55 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA10688 for ; Sun, 26 Mar 1995 02:49:51 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id CAA00712; Sun, 26 Mar 1995 02:44:45 GMT Message-Id: <199503260244.CAA00712@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: "Kaleb S. KEITHLEY" cc: hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. In-reply-to: Your message of "Sun, 26 Mar 1995 05:29:44 EST." <9503261029.AA04579@fedora.x.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 26 Mar 1995 02:44:42 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > several people requested a copy of mosaic-2.5 for -current: > > > > freefall.cdrom.com:/incoming/mosaic-2.5.tgz > > > > this is stock mosaic 2.5 statically linked to motif 1.2, compiled > > on 2.0-950322-SNAP. > > > > I don't normally intrude into other people's legal affairs, but you're > in violation of the Motif 1.2 source license, unless you're collecting > Motif run-time royalties and sending them to OSF. > > NCSA Mosaic binaries are statically linked with Motif 1.1, because the > 1.1 source license is less restrictive than the 1.2 source license. > > I don't know what the realities are, whether the OSF would really sue > you if they found out, you'll have to decide for yourself whether or > not you're worried about it. :-) > Hmmm... I am not a legal expert but here is what it says in the Swim 1.2.3 for FreeBSD-1.0.2 Manual: Page T-1: Q: Can I link my applications statically and not worry about royalties? A: If you link your applications with the static libraries, you are free to distribute the resulting binary royalty free. ------- Not sure if Sequoia International Inc had the right to state so I recommend contacting OSF to clarify the issue. Amancio From owner-freebsd-hackers Sun Mar 26 02:51:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA10760 for hackers-outgoing; Sun, 26 Mar 1995 02:51:05 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA10749 for ; Sun, 26 Mar 1995 02:51:00 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA17018; Sun, 26 Mar 95 12:50:45 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id MAA24612; Sun, 26 Mar 1995 12:56:32 +0200 Message-Id: <199503261056.MAA24612@gilberto.physik.rwth-aachen.de> Subject: Re: The FreeBSD trademark. To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Sun, 26 Mar 1995 12:56:32 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com (user alias) In-Reply-To: <199503252305.PAA08412@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 25, 95 03:05:41 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1753 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > As part of the ongoing "FreeBSD Project, Inc" project, we need to > > trademark the name "FreeBSD". It's new to me that an 'Inc.' is going to be founded. I always thought it would be done in a more public way, like a 'consortium'. I don't know if you have something like 'Verein' in the US. (whenever two germans find together they found a 'Verein' :-). Sure you have but the correct expression ecsaped me for the moment. Anyway, some kind of non-profit organisation - which does not exclude that there are employees and treasurer and some worldwide funding being done - is something IMO more preferable. Their could be a yearly convention, maybe with changing location where the chairmen and treasurer are going to be elected, there have to be bylaws and all that. There also should be countrywise acting chapters. Who will be the owner of the trademark? How can an 'Inc.' be controlled by the FreeBSD community? I don't like the idea if some company now takes off and says 'I own the trademark' . This would discourage many contributors to invest their free time in such a project unless there is some kind of control I mentioned before. Beware, I don't suppose any bad thoughts with all people acting in the game and I don't have any doubts in the honest intentions of any. It's just the procedere and the form I would like to expose to discussion. > > > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Wed Mar 22 04:54:59 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Sun Mar 26 02:52:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA10865 for hackers-outgoing; Sun, 26 Mar 1995 02:52:44 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA10821 for ; Sun, 26 Mar 1995 02:52:25 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id MAA24852; Sun, 26 Mar 1995 12:51:35 +0200 Message-Id: <199503261051.MAA24852@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: Morgan Davis cc: hackers@FreeBSD.org Subject: Re: syslogd error: bind: can't assign address Date: Sun, 26 Mar 1995 12:51:35 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > I think there might be a glitch in the logic in the -current rc > script. It appears to initiate syslogd before the system's hostname > has been set up. When I boot up, I get an error like this just after > probing: > > syslogd: bind: cannot assign specified address > > ...and no syslogd process is to be found. If I log in and manually > enter "syslogd", it dumps a screen of startup progress, and a syslogd > process is then in memory. I get this too, and I reported it in PR conf/273. The solution is to load syslogd _after_ the 'netstart' section in /etc/rc. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Sun Mar 26 03:03:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA11501 for hackers-outgoing; Sun, 26 Mar 1995 03:03:07 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA11495 for ; Sun, 26 Mar 1995 03:03:06 -0800 Received: from fedora.x.org by expo.x.org id AA28797; Sun, 26 Mar 95 06:02:26 -0500 Received: by fedora.x.org id AA04671; Sun, 26 Mar 1995 06:02:26 -0500 Message-Id: <9503261102.AA04671@fedora.x.org> To: Christoph Kukulies Cc: hackers@freefall.cdrom.com Subject: Re: Mosaic with Lesstif In-Reply-To: Your message of Sun, 26 Mar 1995 10:47:24 +0200. <199503260847.KAA24274@gilberto.physik.rwth-aachen.de> Organization: X Consortium Date: Sun, 26 Mar 1995 06:02:25 EST From: "Kaleb S. KEITHLEY" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > > > > Nope, it's Not There Yet. > > > > > Didn't someone post abut a free motif implentation a while back? >) > ftp.heart.barnard.za > Got an IP address? InterNIC doesn't know about it. The bigger name servers in South Africa don't know about it either -- barnard.za isn't even a legitimate domain name. Off hand I'd say that someone's pulling your leg. ftp.heart.barnard.za isn't typical of the domain names used in South Africa, at least not for academic institutions. If it were an academic institution, it might be ftp.heart.barnard.ac.za, but that's not legitimate either. -- Kaleb From owner-freebsd-hackers Sun Mar 26 03:21:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA12510 for hackers-outgoing; Sun, 26 Mar 1995 03:21:09 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA12500; Sun, 26 Mar 1995 03:21:05 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Christoph Kukulies cc: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes), freebsd-hackers@freefall.cdrom.com (user alias) Subject: Re: The FreeBSD trademark. In-reply-to: Your message of "Sun, 26 Mar 95 12:56:32 +0200." <199503261056.MAA24612@gilberto.physik.rwth-aachen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 26 Mar 1995 03:21:04 -0800 Message-ID: <12499.796216864@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > It's new to me that an 'Inc.' is going to be founded. I always thought > it would be done in a more public way, like a 'consortium'. It will, but you still need to be an `Inc' to protect the PEOPLE behind it! What if we got sued over something? You want the poor people running it to lose their shirts? No thank you. I don't know how German law works, but since we'll be governed by US laws everyone I've talked to has said that incorporation is the way to go. It will still be non-profit and have "consortium" structure, of course. Geeze, the XFree86 Project, Inc. did the same thing and I didn't hear any complaints from you at the time! :-) > Anyway, some kind of non-profit organisation - which does not exclude that > there are employees and treasurer and some worldwide funding being done - All of this is still perfectly possible with an incorporated body. I think you are reading too much into "Inc". > Who will be the owner of the trademark? How can an 'Inc.' be controlled > by the FreeBSD community? It can be controlled by a board of directors who are elected by the community. There has to be a reasonably small number of people running the show or you spend ALL your time arguing and none of it actually doing anything. Believe me, I've been there, I know. This is not to say that such a board of directors would not be answerable to the community, but it's hardly going to call for a network-wide vote every time it wants to sign a check - that would be insane! > I don't like the idea if some company now takes off and says > 'I own the trademark' . This would discourage many contributors Again, you're reading too much into this. The company owns the trademark to prevent ABUSE of the name. They're not going to somehow decide that since they own the name everybody has to pay them a dollar or something. That's simply not how it works. Jordan From owner-freebsd-hackers Sun Mar 26 03:39:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA13096 for hackers-outgoing; Sun, 26 Mar 1995 03:39:23 -0800 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA13090 for ; Sun, 26 Mar 1995 03:39:22 -0800 Received: by netcom14.netcom.com (8.6.11/Netcom) id DAA29628; Sun, 26 Mar 1995 03:36:44 -0800 Date: Sun, 26 Mar 1995 03:36:44 -0800 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199503261136.DAA29628@netcom14.netcom.com> To: kaleb@x.org, kuku@gilberto.physik.rwth-aachen.de Subject: Re: Mosaic with Lesstif Cc: hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Didn't someone post abut a free motif implentation a while back? Try lesstif at: http://www.cs.uidaho.edu:8000/hungry/microshaft Have Fun, Amancio From owner-freebsd-hackers Sun Mar 26 03:41:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA13233 for hackers-outgoing; Sun, 26 Mar 1995 03:41:09 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA13227 for ; Sun, 26 Mar 1995 03:41:07 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id TAA00360; Sun, 26 Mar 1995 19:41:19 GMT Date: Sun, 26 Mar 1995 19:41:18 +0000 () From: Brian Tao To: Charles Henrich cc: freebsd-hackers@FreeBSD.org Subject: Re: httpd as part of the system (Netscape) In-Reply-To: <199503260623.WAA02248@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Mar 1995, Charles Henrich wrote: > > Im sure you could coax the folks who are producing Arena to do a > FreeBSD port, or allow one of us to. I thought there already was one? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sun Mar 26 04:16:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA15064 for hackers-outgoing; Sun, 26 Mar 1995 04:16:31 -0800 Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA15054 for ; Sun, 26 Mar 1995 04:16:26 -0800 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.144.4]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id OAA02521; Sun, 26 Mar 1995 14:16:05 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.10/8.6.9) id OAA14402; Sun, 26 Mar 1995 14:15:58 +0200 Date: Sun, 26 Mar 1995 14:15:58 +0200 Message-Id: <199503261215.OAA14402@caramba.cs.tu-berlin.de> To: Nate Williams Cc: Amancio Hasty , hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. In-Reply-To: <199503260516.WAA29309@trout.sri.MT.net> References: <199503260516.WAA29309@trout.sri.MT.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@FreeBSD.org Precedence: bulk Nate Williams writes: >> Please point me to a better mailer than exmh/mh which understands MIME >> and can also compose MIME. exmh currently can't compose MIME messages >> well at least not like some sort of GUI tool. > >I'm pretty sure VM-mode in XEmacs can do it. And, XEmacs 19.12 (due out >RSN I hear) will also have tty support, so you can use it in X mode >and/or character mode. XEmacs is a very nice extensible editor, mail >reader, news reader, spell-checker, and whatever else you can think. IMHO VM-mode is the best mail reader and do a better job than procmail + xyz. - sort by thread (like GNUS or trn) - kill by Subject - virtual folder (*) I have a folder for my private mails, for daemon mails, and for freebsd-hackers. Very nice :-) (setq vm-virtual-folder-alist '(("freebsd-hackers" (("~/Mail/INBOX") (recipient "hackers@\\(freebsd\.org\\|.*\.cdrom\.com\\)") )) ;; just an example :-) ;; but it shows that Jordan send 40+x mails to the lists last 2 days ("freebsd-chief" (("~/Mail/INBOX") (author "jkh@\\(freebsd\.org\\|.*\.cdrom\.com\\)") )) )) (*) A virtual folder is a mapping of messages from one or more real folders into what appears to be a single folder. A virtual folder definition specifies which real folders should be searched for prospective messages and what the inclusion criteria are. Wolfram From owner-freebsd-hackers Sun Mar 26 04:21:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA15252 for hackers-outgoing; Sun, 26 Mar 1995 04:21:56 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA15246 for ; Sun, 26 Mar 1995 04:21:53 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA17177; Sun, 26 Mar 95 14:21:16 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id OAA24787; Sun, 26 Mar 1995 14:27:03 +0200 Message-Id: <199503261227.OAA24787@gilberto.physik.rwth-aachen.de> Subject: Re: Mosaic with Lesstif To: kaleb@x.org (Kaleb S. KEITHLEY) Date: Sun, 26 Mar 1995 14:27:02 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com (user alias) In-Reply-To: <9503261102.AA04671@fedora.x.org> from "Kaleb S. KEITHLEY" at Mar 26, 95 06:02:25 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1231 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > > > > > > > > > Nope, it's Not There Yet. > > > > > > > Didn't someone post abut a free motif implentation a while back? > >) > > ftp.heart.barnard.za > > > > Got an IP address? InterNIC doesn't know about it. The bigger name > servers in South Africa don't know about it either -- barnard.za > isn't even a legitimate domain name. > > Off hand I'd say that someone's pulling your leg. ftp.heart.barnard.za :-) :-) I suspect I was pulling your leg if you honestly spent thoughts on that domainname (jokingly) invented or sent a request to InterNIC (Prof. Barnard, Grooteschuur Ziekenhuis, Kapstadt, ZA if memory serves - worlds 1st heart transplator (not implantor to be precise but I could not resist when reading impl{a,e}ntation :-) That was one for April, 1st, though. > isn't typical of the domain names used in South Africa, at least not > for academic institutions. If it were an academic institution, it might > be ftp.heart.barnard.ac.za, but that's not legitimate either. > > -- > > Kaleb > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Wed Mar 22 04:54:59 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Sun Mar 26 04:51:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA15959 for hackers-outgoing; Sun, 26 Mar 1995 04:51:21 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA15951 for ; Sun, 26 Mar 1995 04:51:18 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id HAA08855; Sun, 26 Mar 1995 07:48:56 -0500 From: Peter Dufault Message-Id: <199503261248.HAA08855@hda.com> Subject: Re: Not seeing disc at start up To: root@io.cts.com (Morgan Davis) Date: Sun, 26 Mar 1995 07:48:56 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199503252100.NAA00192@io.cts.com> from "Morgan Davis" at Mar 25, 95 01:00:22 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1974 Sender: hackers-owner@FreeBSD.org Precedence: bulk Morgan Davis writes: > > I wrote about this before, but got no response to it. I'm wondering > if this is just "the way it is" or a bug. Dmesg stripped down to the > essentials: > > FreeBSD 2.1.0-Development #0: Sat Mar 25 12:05:29 PST 1995 > nca0 at 0x1f88-0x1f8b irq 12 on isa > nca0: type ProAudioSpectrum-16 > (nca0:1:0): "MEDIAVIS CDR-H93MV 1.41" is a type 5 removable SCSI 2 > cd0(nca0:1:0): CD-ROM > cd0(nca0:1:0): UNIT ATTENTION asc:28,0 > cd0(nca0:1:0): Not ready to ready transition, medium may have changed > cd0: could not get size > drive empty > pas0 at 0x388 irq 10 drq 3 on isa > pas0: > opl0 at 0x38a on isa > opl0: > > There is a disc in the drive. -current installs prior to 3/10 would > correctly indicate a disc in the drive and print the size. After all > the new sound stuff went in earlier this month, it reports the "Not > ready to ready transition" (is that a typo? What's that mean?), > "cound not get size", and the lone "drive empty" on a new line. > > Yet, I can work with CDs just fine. So I'm thinking that there is > something amiss in the startup probing phase. Comments? > I committed Julian's CDROM changes for him so I bear some responsibility for this but I don't have a CD-ROM drive on the FreeBSD system at the moment. Is this happening to everyone with a CDROM with the new code, or only with this media vision device? "scsi_probedev" tosses out a "be silent!" TEST UNIT READY before doing the inquiry specifically in order to catch these power up issues. Apparently this device isn't complaining through a TEST UNIT READY or INQUIRY and finally complains when we do a READ CD CAPACITY. I just looked at the diffs that I applied for Julian and I don't see where the new behavior was introduced. -- 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-hackers Sun Mar 26 05:05:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA16390 for hackers-outgoing; Sun, 26 Mar 1995 05:05:20 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA16384 for ; Sun, 26 Mar 1995 05:05:18 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA12736 (5.67a/IDA-1.5); Sun, 26 Mar 1995 06:46:50 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA16979; 26 Mar 95 06:41:23 CST (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id GAA16976; Sun, 26 Mar 1995 06:41:22 -0600 From: Peter da Silva Message-Id: <199503261241.GAA16976@bonkers.taronga.com> Subject: Re: httpd as part of the system (Netscape) To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Sun, 26 Mar 1995 06:41:22 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503260623.WAA02248@freefall.cdrom.com> from "Charles Henrich" at Mar 26, 95 01:22:40 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 215 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Im sure you could coax the folks who are producing Arena to do a FreeBSD port, > or allow one of us to. That would be nice. I like Arena, and I'd like an OSF/1 port as well... I've been using it remote on SunOS. From owner-freebsd-hackers Sun Mar 26 05:05:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA16403 for hackers-outgoing; Sun, 26 Mar 1995 05:05:41 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA16396 for ; Sun, 26 Mar 1995 05:05:35 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA12753 (5.67a/IDA-1.5); Sun, 26 Mar 1995 06:49:22 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA17179; 26 Mar 95 06:48:37 CST (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id GAA17176; Sun, 26 Mar 1995 06:48:36 -0600 From: Peter da Silva Message-Id: <199503261248.GAA17176@bonkers.taronga.com> Subject: Re: CERN and NCSA httpd... To: paul@isl.cf.ac.uk (Paul Richards) Date: Sun, 26 Mar 1995 06:48:36 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199503260728.IAA02722@isl.cf.ac.uk> from "Paul Richards" at Mar 26, 95 07:28:33 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 314 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Perhaps the CERN daemon has better locality? What's NCSA holding on in it's > > megabyte-odd of BSS, too? > Hmm I wonder if cern malloc's more of it's data area. I would expect it does. It's still using up a lot less real memory, regardless, which is interesting considering it's got a bigger text segment. From owner-freebsd-hackers Sun Mar 26 05:06:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA16418 for hackers-outgoing; Sun, 26 Mar 1995 05:06:00 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA16411 for ; Sun, 26 Mar 1995 05:05:56 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA12738 (5.67a/IDA-1.5); Sun, 26 Mar 1995 06:46:56 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA17073; 26 Mar 95 06:45:48 CST (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id GAA17069; Sun, 26 Mar 1995 06:45:48 -0600 From: Peter da Silva Message-Id: <199503261245.GAA17069@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: paul@isl.cf.ac.uk (Paul Richards) Date: Sun, 26 Mar 1995 06:45:48 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199503260653.HAA02530@isl.cf.ac.uk> from "Paul Richards" at Mar 26, 95 06:53:36 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 668 Sender: hackers-owner@FreeBSD.org Precedence: bulk > This has nothing to do with our docs issue. Our docs should not be using any > cgi scripts. Why not? > My main point is that we should not require a server to read our documentation > and most definately our docs should not use server dependant styles. Nobody has suggested either of those things. I have suggested that they should be able to contain hotlinks to the man pages. If the server isn't there, you can't follow those links, but you can still run "man". It'd be nice to have a form-fill-out interface to send-pr as well, but you can still run "send-pr". And *nobody* has suggested that you use anything server dependant. That's a complete red herring. From owner-freebsd-hackers Sun Mar 26 05:06:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA16431 for hackers-outgoing; Sun, 26 Mar 1995 05:06:20 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA16424 for ; Sun, 26 Mar 1995 05:06:17 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA12838 (5.67a/IDA-1.5); Sun, 26 Mar 1995 07:02:54 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA17645; 26 Mar 95 07:02:16 CST (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id HAA17642; Sun, 26 Mar 1995 07:02:15 -0600 From: Peter da Silva Message-Id: <199503261302.HAA17642@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 26 Mar 1995 07:02:14 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503260848.KAA09552@uriah.heep.sax.de> from "J Wunsch" at Mar 26, 95 10:48:55 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 192 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Btw., what's the correct way to get it? ftp from mcom.com? The correct way to get Netscape, really, is to buy it. It's not freeware. But you can get an evaluation copy from netscape.com. From owner-freebsd-hackers Sun Mar 26 05:06:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA16444 for hackers-outgoing; Sun, 26 Mar 1995 05:06:38 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA16438 for ; Sun, 26 Mar 1995 05:06:34 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA12810 (5.67a/IDA-1.5); Sun, 26 Mar 1995 07:00:50 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA17440; 26 Mar 95 07:00:06 CST (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id HAA17425; Sun, 26 Mar 1995 07:00:05 -0600 From: Peter da Silva Message-Id: <199503261300.HAA17425@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: paul@isl.cf.ac.uk (Paul Richards) Date: Sun, 26 Mar 1995 07:00:03 -0600 (CST) Cc: jkh@freefall.cdrom.com, hasty@star-gate.com, fbsd@clem.systemsix.com, hackers@FreeBSD.org In-Reply-To: <199503260830.JAA02991@isl.cf.ac.uk> from "Paul Richards" at Mar 26, 95 08:30:35 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 882 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The big beef is that it would be nice if we could ship a decent > client with FreeBSD. We need a good viewer for our docs and lynx just > isn't that nice. TkWWW is pretty nice, if you don't mind it barfing on images (:-P). It doesn't just not display them, it doesn't display alternates either. It's more an editor than a browser though it can be used as a browser. Chimera looks good, but at least the version I got doesn't work. It displays the HTML instead of the formatted text, even for its own error messages. Phoenix is beautiful, but painfully slow. City University HTMLview has an Imakefile that seems to depend on some stuff the standard Imake config doesn't provide. Viola is supposed to have a non-motif interface but it needs some porting work and it has an even weirder build structure than the usual WWW software (oh WHY did Cern set things up so strangely?) From owner-freebsd-hackers Sun Mar 26 05:14:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA16509 for hackers-outgoing; Sun, 26 Mar 1995 05:14:02 -0800 Received: from mailbox.syr.edu (mailbox.syr.EDU [128.230.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA16503 for ; Sun, 26 Mar 1995 05:13:59 -0800 Received: from kong.syr.edu by mailbox.syr.edu (8.6.9/SUM-V8-1.0) id IAA16785; Sun, 26 Mar 1995 08:17:09 -0500 Received: by kong.syr.edu (4.1/Spike-2.0) id AA29609; Sun, 26 Mar 95 08:18:26 EST Message-Id: <9503261318.AA29609@kong.syr.edu> To: hackers@FreeBSD.org Cc: root@io.cts.com (Morgan Davis) Subject: Re: Not seeing disc at start up Date: Sun, 26 Mar 95 08:18:25 -0500 From: "Shawn M. Carey" Sender: hackers-owner@FreeBSD.org Precedence: bulk Morgan Davis writes: > I wrote about this before, but got no response to it. I'm wondering > if this is just "the way it is" or a bug. Dmesg stripped down to the > essentials: > > FreeBSD 2.1.0-Development #0: Sat Mar 25 12:05:29 PST 1995 > nca0 at 0x1f88-0x1f8b irq 12 on isa > nca0: type ProAudioSpectrum-16 > (nca0:1:0): "MEDIAVIS CDR-H93MV 1.41" is a type 5 removable SCSI 2 > cd0(nca0:1:0): CD-ROM > cd0(nca0:1:0): UNIT ATTENTION asc:28,0 > cd0(nca0:1:0): Not ready to ready transition, medium may have changed > cd0: could not get size > drive empty > pas0 at 0x388 irq 10 drq 3 on isa > pas0: > opl0 at 0x38a on isa > opl0: > > There is a disc in the drive. -current installs prior to 3/10 would > correctly indicate a disc in the drive and print the size. After all > the new sound stuff went in earlier this month, it reports the "Not > ready to ready transition" (is that a typo? What's that mean?), > "cound not get size", and the lone "drive empty" on a new line. > > Yet, I can work with CDs just fine. So I'm thinking that there is > something amiss in the startup probing phase. Comments? > I've had this happen to me on two systems running 1.1.5 in the last few days: one with a 1542CF/Nec 4Xi, the other with a Buslogic 445s/Nec 2x. The fix for me was to put SCSI_DELAY back to 15, since I had previously disabled it. Does 2.x still have this option? -Shawn Carey From owner-freebsd-hackers Sun Mar 26 05:26:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA16575 for hackers-outgoing; Sun, 26 Mar 1995 05:26:48 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA16564 for ; Sun, 26 Mar 1995 05:26:45 -0800 From: Remy.Card@masi.ibp.fr Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id FAA18938 for ; Sun, 26 Mar 1995 05:26:13 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id PAA00804 ; Sun, 26 Mar 1995 15:26:55 +0200 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA27638; Sun, 26 Mar 95 15:26:32 +0200 Received: (card@localhost) by bbj.ibp.fr (8.6.9/bbj-1.0) id PAA00981; Sun, 26 Mar 1995 15:01:35 GMT Message-Id: <199503261501.PAA00981@bbj.ibp.fr> Subject: Re: Why IDE is bad To: pechter@stars.sed.monmouth.army.mil (william pechter ILEX) Date: Sun, 26 Mar 1995 15:01:34 +0000 () Cc: bde@zeta.org.au, FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <199503231155.DAA13542@wcarchive.cdrom.com> from "william pechter ILEX" at Mar 23, 95 06:54:43 am X-Mailer: ELM [version 2.4 PL23beta2] Content-Type: text Content-Length: 1241 Sender: hackers-owner@FreeBSD.org Precedence: bulk > One question is -- should we just port ext2fs? (There's already a lot of > people experimenting with both FreeBSD and Linux. There's already a > read-only port of FFS to Linux. I have already talked with Jordan about this port. I plan to port Ext2fs to FreeBSD as ssoon as I get a little free time. > One drawback is the need to make ALL the BSD utilities (dump, restore, etc.) > play nice with ext2fs. (One reason I went to BSD from Linux was the lack > of dump/restore). Well, Ext2fs comes with its own utilities (mkfs, fsck, tunefs, dumpfs, mklost+found, debugfs -- the filesystem debugger) so the BSD utilities should not need to be modified when Ext2fs is ported to FreeBSD. Oh, BTW, I have ported dump and restore (the 4.4BSD versions) to Ext2fs and they run fine. They are not public yet (there are in testing phase) but I should be able to make a public release next week. > Cpio and tar do not make a backup scheme. > > Bill > ----------------------------------------------------------------------------- > Bill Pechter |Systems Administrator | > Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 > 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil > Remy From owner-freebsd-hackers Sun Mar 26 05:41:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA16688 for hackers-outgoing; Sun, 26 Mar 1995 05:41:59 -0800 Received: from kipper.nonlinear.com (nlsys.demon.co.uk [158.152.125.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA16682 for ; Sun, 26 Mar 1995 05:41:55 -0800 Received: (from dfr@localhost) by kipper.nonlinear.com (8.6.10/8.6.9) id OAA00772; Sun, 26 Mar 1995 14:40:22 +0100 Date: Sun, 26 Mar 1995 14:40:20 +0100 (BST) From: Doug Rabson X-Sender: dfr@kipper.nonlinear.com To: "Kaleb S. KEITHLEY" cc: Christoph Kukulies , hackers@freefall.cdrom.com Subject: Re: Mosaic with Lesstif In-Reply-To: <9503261102.AA04671@fedora.x.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Mar 1995, Kaleb S. KEITHLEY wrote: > > > > > > > > > > > > Nope, it's Not There Yet. > > > > > > > Didn't someone post abut a free motif implentation a while back? > >) > > ftp.heart.barnard.za > > > > Got an IP address? InterNIC doesn't know about it. The bigger name > servers in South Africa don't know about it either -- barnard.za > isn't even a legitimate domain name. > > Off hand I'd say that someone's pulling your leg. ftp.heart.barnard.za > isn't typical of the domain names used in South Africa, at least not > for academic institutions. If it were an academic institution, it might > be ftp.heart.barnard.ac.za, but that's not legitimate either. I don't know about this one, but there is a free Motif project called lesstif: http://www.cs.uidaho.edu:8000/hungry/microshaft/lesstif.html It is a long way from complete though. -- Doug Rabson Mail: dfr@nlsys.demon.co.uk Phone: +44 181 951 1891 From owner-freebsd-hackers Sun Mar 26 06:11:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA17060 for hackers-outgoing; Sun, 26 Mar 1995 06:11:31 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA17053 for ; Sun, 26 Mar 1995 06:11:20 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id QAA26159; Sun, 26 Mar 1995 16:09:49 +0200 Message-Id: <199503261409.QAA26159@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: Doug Rabson cc: "Kaleb S. KEITHLEY" , Christoph Kukulies , hackers@freefall.cdrom.com Subject: Re: Mosaic with Lesstif Date: Sun, 26 Mar 1995 16:09:49 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Got an IP address? InterNIC doesn't know about it. The bigger name > > servers in South Africa don't know about it either -- barnard.za > > isn't even a legitimate domain name. > > > > Off hand I'd say that someone's pulling your leg. ftp.heart.barnard.za > > isn't typical of the domain names used in South Africa, at least not > > for academic institutions. If it were an academic institution, it might > > be ftp.heart.barnard.ac.za, but that's not legitimate either. By now, any South African reading this is PISSING himself laughing! The message that prompted this had some typo implying transplants. Dr Christiaan Barnard performed the first suuccessful heart transplant in the world here in South Africa (za). Of course it is bogus. Its a joke. :-) :-) :-) :-) ;-) M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Sun Mar 26 06:19:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA17234 for hackers-outgoing; Sun, 26 Mar 1995 06:19:37 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA17228 for ; Sun, 26 Mar 1995 06:19:36 -0800 Received: from fedora.x.org by expo.x.org id AA00239; Sun, 26 Mar 95 09:18:58 -0500 Received: by fedora.x.org id AA04980; Sun, 26 Mar 1995 09:18:57 -0500 Message-Id: <9503261418.AA04980@fedora.x.org> To: hackers@freefall.cdrom.com Subject: Re: Mosaic with Lesstif In-Reply-To: Your message of Sun, 26 Mar 1995 14:40:20 +0100. Organization: X Consortium Date: Sun, 26 Mar 1995 09:18:57 EST From: "Kaleb S. KEITHLEY" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > > > > > > Nope, it's Not There Yet. > > > > > > > > > Didn't someone post abut a free motif implentation a while back? > > >) > > > ftp.heart.barnard.za > > > > > > > Got an IP address? InterNIC doesn't know about it. The bigger name > > servers in South Africa don't know about it either -- barnard.za > > isn't even a legitimate domain name. > > > > Off hand I'd say that someone's pulling your leg. ftp.heart.barnard.za > > isn't typical of the domain names used in South Africa, at least not > > for academic institutions. If it were an academic institution, it might > > be ftp.heart.barnard.ac.za, but that's not legitimate either. > > I don't know about this one, but there is a free Motif project called > lesstif: > There must be a really strange latency problem on this mailing list. I think by now we're all aware of LessTif. It turns out that Christoph's reference to ftp.heart.barnard.za was supposed to be a humorous pot shot at whoever misspelled implementation, interpreted as implantation or transplant. Sorry, meine Gymnasium Deutsch ist sehr rustig, too rusty to appreciate the German sense of humor; at least not at six o'clock in the morning. This no doubt gives my Kicheli ancestors good reason to roll over a few times in their grave. Well, someday I may try to find a job in Germany, and then I'll have a chance to get really good at speaking German and appreciating German humor. Humor, especially obscure humor, needs a smiley or three please to identify it as such. -- Kaleb From owner-freebsd-hackers Sun Mar 26 07:51:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA19079 for hackers-outgoing; Sun, 26 Mar 1995 07:51:18 -0800 Received: from po7.andrew.cmu.edu (PO7.ANDREW.CMU.EDU [128.2.10.107]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA19072; Sun, 26 Mar 1995 07:51:15 -0800 Received: (from postman@localhost) by po7.andrew.cmu.edu (8.6.9/8.6.9) id KAA08421; Sun, 26 Mar 1995 10:51:04 -0500 Received: via switchmail; Sun, 26 Mar 1995 10:51:02 -0500 (EST) Received: from pcs21.andrew.cmu.edu via qmail ID ; Sun, 26 Mar 1995 10:50:05 -0500 (EST) Received: from pcs21.andrew.cmu.edu via qmail ID ; Sun, 26 Mar 1995 10:50:02 -0500 (EST) Received: from mms.4.60.Jan.26.1995.18.43.47.sun4c.411.EzMail.Phred.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs21.andrew.cmu.edu.sun4c.411 via MS.5.6.pcs21.andrew.cmu.edu.sun4c_411; Sun, 26 Mar 1995 10:50:01 -0500 (EST) Message-ID: Date: Sun, 26 Mar 1995 10:50:01 -0500 (EST) From: "Alex R.N. Wetmore" To: freebsd-hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. Cc: hackers@freefall.cdrom.com In-Reply-To: <199503260516.WAA29309@trout.sri.MT.net> References: <199503260516.WAA29309@trout.sri.MT.net> Sender: hackers-owner@FreeBSD.org Precedence: bulk Excerpts from internet.computing.freebsd-hackers: 25-Mar-95 Re: httpd as part of the sy.. by Nate Williams@trout.sri. > I'm pretty sure VM-mode in XEmacs can do it. And, XEmacs 19.12 (due out > RSN I hear) will also have tty support, so you can use it in X mode > and/or character mode. XEmacs is a very nice extensible editor, mail > reader, news reader, spell-checker, and whatever else you can think. > > We're getting closer to booting kernel.el all the time. :-) Ugh, please don't make emacs part of the standard distribution, let alone XEmacs. There are those of us who really don't feel like wasting 20 megs of local space (or whatever it takes) for a product that we don't use. As for a standard mail package, Pine seems like the obvious answer to me. It generally seems to be the easiest package to use and is fairly full featured. alex From owner-freebsd-hackers Sun Mar 26 08:25:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA19731 for hackers-outgoing; Sun, 26 Mar 1995 08:25:57 -0800 Received: from cybernetics.net (jeffh@server0.cybernetics.net [198.80.48.52]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA19725 for ; Sun, 26 Mar 1995 08:25:55 -0800 Received: by cybernetics.net (4.1/SMI-4.1) id AA06579; Sun, 26 Mar 95 11:25:44 EST Date: Sun, 26 Mar 1995 11:25:42 -0500 (EST) From: Jeff To: "Jordan K. Hubbard" Cc: Paul Richards , Amancio Hasty , fbsd@clem.systemsix.com, hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-Reply-To: <3769.796206032@freefall.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Mar 1995, Jordan K. Hubbard wrote: > I really don't see what the big beef about running the BSDI binary > is - it works FINE! But we can't redistribute it ourselves in any I agree. > case. I asked, it's totally forbidden and I got the feeling that > they were warming up their lawyer just from my ASKING about it.. > There was certainly nothing ambiguous about their reply! ("NO! UNDER > NO CIRCUMSTANCES ARE YOU TO DISTRIBUTE NETSCAPE IN ANY FORM!!"). So, being the intelligent people that we are, what should we do? Hrmm, I have an idea! In our install procedure, we make Netscape a package and have it go out and ftp it off the net. :-) We didn't distribute it, we just provided the user with a one-keystroke way to get it. :-) > Jordan Jeff -- Jeff Hoffman -- jeffh@cybernetics.net ------------------------------------- "A man facing the light looks not into sorrow, but to to the future...always." WWW: http://www.cybernetics.net/users/jeffh ------------------------------------------------------------------------------ PGP Public Key available on request. From owner-freebsd-hackers Sun Mar 26 08:32:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA19790 for hackers-outgoing; Sun, 26 Mar 1995 08:32:03 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA19784 for ; Sun, 26 Mar 1995 08:32:02 -0800 Received: from fedora.x.org by expo.x.org id AA01423; Sun, 26 Mar 95 11:31:23 -0500 Received: by fedora.x.org id AA05188; Sun, 26 Mar 1995 11:31:23 -0500 Message-Id: <9503261631.AA05188@fedora.x.org> To: hackers@freefall.cdrom.com Subject: Re: Mosaic with Lesstif In-Reply-To: Your message of Sun, 26 Mar 1995 16:09:49 +0200. <199503261409.QAA26159@grunt.grondar.za> Organization: X Consortium Date: Sun, 26 Mar 1995 11:31:23 EST From: "Kaleb S. KEITHLEY" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Got an IP address? InterNIC doesn't know about it. The bigger name > > > servers in South Africa don't know about it either -- barnard.za > > > isn't even a legitimate domain name. > > > > > > Off hand I'd say that someone's pulling your leg. ftp.heart.barnard.za > > > isn't typical of the domain names used in South Africa, at least not > > > for academic institutions. If it were an academic institution, it might > > > be ftp.heart.barnard.ac.za, but that's not legitimate either. > > By now, any South African reading this is PISSING himself laughing! > > The message that prompted this had some typo implying transplants. > Dr Christiaan Barnard performed the first suuccessful heart transplant > in the world here in South Africa (za). Of course it is bogus. Its > a joke. > > :-) :-) :-) :-) ;-) > Don't know about you, but I'm getting more a laugh from all the explanations. I'd say that anyone who can get from a misspelling of implementation in a reference to Motif to the first heart transplant must be smoking something really good. :-) How about if you send me a case of Castle Lager and I'll see if I can get close to ROTFL. Make it two, I'll save one for when it gets warm and have a nice braai. Any think we ought to try to stay on a relevant topic? -- Kaleb From owner-freebsd-hackers Sun Mar 26 08:33:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA19814 for hackers-outgoing; Sun, 26 Mar 1995 08:33:53 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA19806 for ; Sun, 26 Mar 1995 08:33:48 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id JAA25157; Sun, 26 Mar 1995 09:37:42 -0700 Date: Sun, 26 Mar 1995 09:37:42 -0700 From: Nate Williams Message-Id: <199503261637.JAA25157@trout.sri.MT.net> In-Reply-To: "Kaleb S. KEITHLEY" "Re: httpd as part of the system." (Mar 26, 5:29am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Kaleb S. KEITHLEY" , hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. Sender: hackers-owner@FreeBSD.org Precedence: bulk > > several people requested a copy of mosaic-2.5 for -current: > > > > freefall.cdrom.com:/incoming/mosaic-2.5.tgz > > > > this is stock mosaic 2.5 statically linked to motif 1.2, compiled > > on 2.0-950322-SNAP. > > > > I don't normally intrude into other people's legal affairs, but you're > in violation of the Motif 1.2 source license, unless you're collecting > Motif run-time royalties and sending them to OSF. Umm, the version of Motif that was sold by SwiM(??) explicitly made it possible that we could distribute binaries linked against it. This goes against what was mentioned on the newsgroup, but the CS dept. at MSU was very sure that they were completely free and legal to distribute binaries that were linked against the version of Motif they bought. It is version 1.2, and they did get written permission from the distributor. Nate From owner-freebsd-hackers Sun Mar 26 08:43:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA19924 for hackers-outgoing; Sun, 26 Mar 1995 08:43:46 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA19917; Sun, 26 Mar 1995 08:43:42 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id JAA26165; Sun, 26 Mar 1995 09:47:36 -0700 Date: Sun, 26 Mar 1995 09:47:36 -0700 From: Nate Williams Message-Id: <199503261647.JAA26165@trout.sri.MT.net> In-Reply-To: "Alex R.N. Wetmore" "Re: httpd as part of the system." (Mar 26, 10:50am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Alex R.N. Wetmore" , freebsd-hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. Cc: hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I'm pretty sure VM-mode in XEmacs can do it. And, XEmacs 19.12 (due out > > RSN I hear) will also have tty support, so you can use it in X mode > > and/or character mode. XEmacs is a very nice extensible editor, mail > > reader, news reader, spell-checker, and whatever else you can think. > > > > We're getting closer to booting kernel.el all the time. :-) > > Ugh, please don't make emacs part of the standard distribution, let > alone XEmacs. There are those of us who really don't feel like wasting > 20 megs of local space (or whatever it takes) for a product that we > don't use. Oh, trust me that is *NOT* my goal. Amancio wanted to know a nice GUI editor, and I responded with what I consider to be a good one. Nate From owner-freebsd-hackers Sun Mar 26 09:41:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA20499 for hackers-outgoing; Sun, 26 Mar 1995 09:41:40 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA20493 for ; Sun, 26 Mar 1995 09:41:37 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id BAA01316; Mon, 27 Mar 1995 01:42:03 GMT Date: Mon, 27 Mar 1995 01:42:00 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Mar 1995, Alex R.N. Wetmore wrote: > > As for a standard mail package, Pine seems like the obvious answer to me. > It generally seems to be the easiest package to use and is fairly full > featured. There's a big push these days from the major mainstream OS companies (i.e., Microsoft and IBM) to have personal IP connectivity right out of the box. If we are to include some sort of "netpak", Pine is pretty much a must-have. It's easy to use, comes with an integrated Pico editor, handles MIME without using an external program, and (most of all) can retrieve mail over IMAP. AFAIK, Elm only works on locally-accessible mail spools, unless you hack in remote mail server support. Do most ISP's that offer SLIP/PPP services provide IMAP servers? I have Pine running on my FreeBSD box here in Taiwan, retrieving mail from my io.org account back in Toronto. It works almost like magic. :) Speaking of these "Internet-in-a-box" solutions, how good are FreeBSD's installation notes for SLIP and PPP, with either static or dynamic IP address assignment? Do we have some sort of script that a user can run which asks for things like their ISP's phone number, login and password, the gateway IP, mail server, news server, etc.? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sun Mar 26 10:38:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA21406 for hackers-outgoing; Sun, 26 Mar 1995 10:38:59 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA21400 for ; Sun, 26 Mar 1995 10:38:58 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA06727; Sun, 26 Mar 95 11:32:00 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503261832.AA06727@cs.weber.edu> Subject: Re: Mosaic with Lesstif To: dfr@nlsys.demon.co.uk (Doug Rabson) Date: Sun, 26 Mar 95 11:31:59 MST Cc: kaleb@x.org, kuku@gilberto.physik.rwth-aachen.de, hackers@freefall.cdrom.com In-Reply-To: from "Doug Rabson" at Mar 26, 95 02:40:20 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > I don't know about this one, but there is a free Motif project called > lesstif: > > http://www.cs.uidaho.edu:8000/hungry/microshaft/lesstif.html > > It is a long way from complete though. It is barely more than about a third of the required header files and a tiny portion of the code stubbing several widgets. On the other hand, Mimic (the Motif clone I've been working on) has all header files, all widget data instances, and sufficient working code to run two chapters worth each of Young's and O'Reilly's examples. It also compiles and links (but doesn't run because of missing code) almost all of the Motif requiring code from ftp.x.org. Including the Xmt toolkit, and all other publically available book samples (I now have a huge Motif library). Among the stuff that it can't compile is the FTP program, which has promiscuous knowledge of several internal-and-undocumented font list global variables in two of its inherited widgets, and uses several undocumented manifest constants instead of XtInherit. I've been thinking about throwing the code open for developement in general, but haven't decided on all of the ground rules yet. Several of them will have to be: 1) You can *not* own a copy of Motif; this is to avoid the possibility of contamination. 2) You may only create interfaces exposed in the OSF and other Motif books and example code. This is also to avoid contamination. 3) Berkeley or X style copyright only, on all files. No GPL. This is a base requirement because WINE and related projects might want to use the code. Anyway, if there's sufficient interest, I'll work on cleaning the code up and finding a net connected site to host it, as well as fleshing out the goals/etc.. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Mar 26 10:46:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA21558 for hackers-outgoing; Sun, 26 Mar 1995 10:46:35 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA21552; Sun, 26 Mar 1995 10:46:30 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id LAA27713; Sun, 26 Mar 1995 11:47:56 -0700 Message-Id: <199503261847.LAA27713@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org cc: jkh@freefall.cdrom.com Subject: Re: httpd as part of the system. In-reply-to: Your message of "Sun, 26 Mar 1995 09:37:42 MST." <199503261637.JAA25157@trout.sri.MT.net> Date: Sun, 26 Mar 1995 11:47:54 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, Don't scare me like that so early in the morning! >> > this is stock mosaic 2.5 statically linked to motif 1.2, compiled >> > on 2.0-950322-SNAP. >> > >> >> I don't normally intrude into other people's legal affairs, but you're >> in violation of the Motif 1.2 source license, unless you're collecting >> Motif run-time royalties and sending them to OSF. Replies: > I am not a legal expert but here is what it says in the > Swim 1.2.3 for FreeBSD-1.0.2 Manual: > Page T-1: > Q: Can I link my applications statically and not worry about royalties? > A: If you link your applications with the static libraries, you are > free to distribute the resulting binary royalty free. and: > Umm, the version of Motif that was sold by SwiM(??) explicitly made it > possible that we could distribute binaries linked against it. This goes > against what was mentioned on the newsgroup, but the CS dept. at MSU was > very sure that they were completely free and legal to distribute > binaries that were linked against the version of Motif they bought. > It is version 1.2, and they did get written permission from the > distributor. I was always under the impression that I could distribute any binary made from these libs, that's why I bought them in the first place. After getting this mail I pulled my manual off the shelf and confirmed it. Jordon, did I do something wrong freebsd policy wise? I have several pending requests for a 1.1.5.1 version of mosaic-2.5, but don't want to cause trouble... Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Sun Mar 26 10:50:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA21704 for hackers-outgoing; Sun, 26 Mar 1995 10:50:12 -0800 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA21698 for ; Sun, 26 Mar 1995 10:50:10 -0800 Message-Id: <199503261850.KAA21698@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA05949; Sun, 26 Mar 1995 13:49:54 -0500 From: Charles Henrich Subject: Re: httpd as part of the system (Netscape) To: taob@aries.ibms.sinica.edu.tw (Brian Tao) Date: Sun, 26 Mar 1995 13:49:54 -0500 (EST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Mar 26, 95 07:41:18 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 352 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > Im sure you could coax the folks who are producing Arena to do a > > FreeBSD port, or allow one of us to. > > I thought there already was one? I could only find a netbsd one that didnt work on netbsd.. -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Sun Mar 26 10:54:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA21873 for hackers-outgoing; Sun, 26 Mar 1995 10:54:37 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA21865; Sun, 26 Mar 1995 10:54:36 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA06816; Sun, 26 Mar 95 11:48:14 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503261848.AA06816@cs.weber.edu> Subject: Re: httpd as part of the system. To: hasty@star-gate.com (Amancio Hasty) Date: Sun, 26 Mar 95 11:48:13 MST Cc: jkh@freefall.cdrom.com, nate@trout.sri.mt.net, hackers@freefall.cdrom.com In-Reply-To: <199503251410.OAA04019@star-gate.com> from "Amancio Hasty" at Mar 25, 95 02:10:14 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk [ ... Re: installation ... ] > Also, some us want the entire core distribution to be installed > and not have to wait five or twenty minutes to type yes > to for the next package to be install. This is called "front loading". And yes, it should be a requirement. Even the best Linux install has you babysitting he machine for quite some time. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Mar 26 11:54:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA23105 for hackers-outgoing; Sun, 26 Mar 1995 11:54:49 -0800 Received: from dolphin.mikom.csir.co.za (dolphin.mikom.csir.co.za [146.64.28.40]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA23096 for ; Sun, 26 Mar 1995 11:54:41 -0800 Received: (from jhay@localhost) by dolphin.mikom.csir.co.za (8.6.11/8.6.6) id VAA06587 for hackers@FreeBSD.ORG; Sun, 26 Mar 1995 21:55:43 +0200 From: John Hay Message-Id: <199503261955.VAA06587@dolphin.mikom.csir.co.za> Subject: srceBones and srcsecure To: hackers@FreeBSD.org (FreeBSD-hackers) Date: Sun, 26 Mar 1995 21:55:42 +0200 (SAT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 209 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Shouldn't srceBones and srcsecure be in the secure subdirectory and not in the src directory? That way people from outside USA can just get the whole src directory. -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-hackers Sun Mar 26 11:58:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA23170 for hackers-outgoing; Sun, 26 Mar 1995 11:58:34 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA23164 for ; Sun, 26 Mar 1995 11:58:33 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA23041; Sun, 26 Mar 1995 11:58:14 -0800 From: Poul-Henning Kamp Message-Id: <199503261958.LAA23041@ref.tfs.com> Subject: Re: srceBones and srcsecure To: jhay@mikom.csir.co.za (John Hay) Date: Sun, 26 Mar 1995 11:58:14 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503261955.VAA06587@dolphin.mikom.csir.co.za> from "John Hay" at Mar 26, 95 09:55:42 pm Content-Type: text Content-Length: 396 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hi, > > Shouldn't srceBones and srcsecure be in the secure subdirectory and not in > the src directory? That way people from outside USA can just get the whole > src directory. He's right... It's on my list... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun Mar 26 12:00:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23219 for hackers-outgoing; Sun, 26 Mar 1995 12:00:58 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA23212 for ; Sun, 26 Mar 1995 12:00:54 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA26172; Sun, 26 Mar 1995 22:00:41 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA20427 for freebsd-hackers@freebsd.org; Sun, 26 Mar 1995 22:00:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA11878 for freebsd-hackers@freebsd.org; Sun, 26 Mar 1995 21:06:15 +0200 From: J Wunsch Message-Id: <199503261906.VAA11878@uriah.heep.sax.de> Subject: Re: The FreeBSD trademark. To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 26 Mar 1995 21:06:14 +0200 (MET DST) In-Reply-To: <199503261056.MAA24612@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Mar 26, 95 12:56:32 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 344 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Christoph Kukulies wrote: > > I don't know if you have something like 'Verein' in the US. (whenever > two germans find together they found a 'Verein' :-). You'll actually need seven of them. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 26 12:01:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23234 for hackers-outgoing; Sun, 26 Mar 1995 12:01:03 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA23220 for ; Sun, 26 Mar 1995 12:00:58 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA26188; Sun, 26 Mar 1995 22:00:46 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA20439 for freebsd-hackers@freebsd.org; Sun, 26 Mar 1995 22:00:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA12115 for freebsd-hackers@freebsd.org; Sun, 26 Mar 1995 21:24:55 +0200 From: J Wunsch Message-Id: <199503261924.VAA12115@uriah.heep.sax.de> Subject: Re: httpd as part of the system. To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 26 Mar 1995 21:24:55 +0200 (MET DST) In-Reply-To: <199503261647.JAA26165@trout.sri.MT.net> from "Nate Williams" at Mar 26, 95 09:47:36 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 800 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Nate Williams wrote: > > > Ugh, please don't make emacs part of the standard distribution, let > > alone XEmacs. There are those of us who really don't feel like wasting > > 20 megs of local space (or whatever it takes) for a product that we > > don't use. > > Oh, trust me that is *NOT* my goal. Amancio wanted to know a nice GUI > editor, and I responded with what I consider to be a good one. But it would finally beat out all the vi-voters that are enlessly saying: ``Because it's already in the system. Because it's already in the system. Because it's already in the system. Because it's already in the system...'' :--) [Just kidding...] -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 26 12:01:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23241 for hackers-outgoing; Sun, 26 Mar 1995 12:01:07 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA23222 for ; Sun, 26 Mar 1995 12:01:02 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA26176; Sun, 26 Mar 1995 22:00:43 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA20430 for freebsd-hackers@freebsd.org; Sun, 26 Mar 1995 22:00:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA11888 for freebsd-hackers@freebsd.org; Sun, 26 Mar 1995 21:09:02 +0200 From: J Wunsch Message-Id: <199503261909.VAA11888@uriah.heep.sax.de> Subject: Re: The FreeBSD trademark. To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 26 Mar 1995 21:09:01 +0200 (MET DST) In-Reply-To: <12499.796216864@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 26, 95 03:21:04 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 926 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > Geeze, the XFree86 Project, Inc. did the same thing and I didn't hear > any complaints from you at the time! :-) > > > Anyway, some kind of non-profit organisation - which does not exclude that > > there are employees and treasurer and some worldwide funding being done - > > All of this is still perfectly possible with an incorporated body. I think > you are reading too much into "Inc". I think Chris is simply misreading this. The German law is much different in this field, you'll actually not even be able to form a non-profit Inc. here. (That's a big danger for the leaders of a German `Verein', and i guess only a few people do actually know this.) I think, if it's done in a way similar to XFree86, Inc., this will be a nice thing. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 26 12:01:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23258 for hackers-outgoing; Sun, 26 Mar 1995 12:01:27 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA23235 for ; Sun, 26 Mar 1995 12:01:06 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA26192; Sun, 26 Mar 1995 22:00:47 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA20442 for freebsd-hackers@freebsd.org; Sun, 26 Mar 1995 22:00:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA12181 for freebsd-hackers@freebsd.org; Sun, 26 Mar 1995 21:35:19 +0200 From: J Wunsch Message-Id: <199503261935.VAA12181@uriah.heep.sax.de> Subject: Re: Not seeing disc at start up To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 26 Mar 1995 21:35:18 +0200 (MET DST) In-Reply-To: <199503261248.HAA08855@hda.com> from "Peter Dufault" at Mar 26, 95 07:48:56 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 602 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Peter Dufault wrote: > > Is this happening to everyone with a CDROM with the new code, or > only with this media vision device? I do get the following with a recent system: (bt0:2:0): "TOSHIBA CD-ROM XM-3401TA 3353" is a type 5 removable SCSI 2 cd0(bt0:2:0): CD-ROM cd0(bt0:2:0): NOT READY asc:3a,0Medium not present ^^ this looks a bit strange... cd0: could not get size drive empty ...but despite of this, no problem. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 26 12:01:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23264 for hackers-outgoing; Sun, 26 Mar 1995 12:01:31 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA23252 for ; Sun, 26 Mar 1995 12:01:26 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA26184; Sun, 26 Mar 1995 22:00:45 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA20436 for freebsd-hackers@freebsd.org; Sun, 26 Mar 1995 22:00:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA12092 for freebsd-hackers@freebsd.org; Sun, 26 Mar 1995 21:21:57 +0200 From: J Wunsch Message-Id: <199503261921.VAA12092@uriah.heep.sax.de> Subject: Re: httpd as part of the system. To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 26 Mar 1995 21:21:56 +0200 (MET DST) In-Reply-To: <199503261302.HAA17642@bonkers.taronga.com> from "Peter da Silva" at Mar 26, 95 07:02:14 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 670 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Peter da Silva wrote: > > > Btw., what's the correct way to get it? ftp from mcom.com? > > The correct way to get Netscape, really, is to buy it. It's not freeware. > > But you can get an evaluation copy from netscape.com. Yes, i was rather referring to the evaluation copy. As for Jordan, their copyright message wasn't clear to me, either. It's my understanding that it's sort-of ``shareware'', not really, but i thought it's at least possible to have a look at it and see if you like it without violating the law. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Mar 26 12:04:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23313 for hackers-outgoing; Sun, 26 Mar 1995 12:04:50 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA23307 for ; Sun, 26 Mar 1995 12:04:49 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA23102; Sun, 26 Mar 1995 12:04:01 -0800 From: Poul-Henning Kamp Message-Id: <199503262004.MAA23102@ref.tfs.com> Subject: Re: The FreeBSD trademark. To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 26 Mar 1995 12:04:00 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503261906.VAA11878@uriah.heep.sax.de> from "J Wunsch" at Mar 26, 95 09:06:14 pm Content-Type: text Content-Length: 527 Sender: hackers-owner@FreeBSD.org Precedence: bulk > As Christoph Kukulies wrote: > > > > I don't know if you have something like 'Verein' in the US. (whenever > > two germans find together they found a 'Verein' :-). > > You'll actually need seven of them. :-) > In danish the joke is that if two danes talk for more than 5 minutes, they have probably already had the first general assembly... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun Mar 26 12:22:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24410 for hackers-outgoing; Sun, 26 Mar 1995 12:22:55 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA24403 for ; Sun, 26 Mar 1995 12:22:54 -0800 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rsyph-0000TpC; Sun, 26 Mar 95 12:22 PST Received: (from root@localhost) by io.cts.com (8.6.11/8.6.9) id MAA01151; Sun, 26 Mar 1995 12:22:43 -0800 From: Morgan Davis Message-Id: <199503262022.MAA01151@io.cts.com> Subject: Re: Not seeing disc at start up To: dufault@hda.com (Peter Dufault) Date: Sun, 26 Mar 1995 12:22:43 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503261248.HAA08855@hda.com> from "Peter Dufault" at Mar 26, 95 07:48:56 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 941 Sender: hackers-owner@FreeBSD.org Precedence: bulk Peter Dufault writes: > > > Yet, I can work with CDs just fine. So I'm thinking that there is > > something amiss in the startup probing phase. Comments? > > > > I committed Julian's CDROM changes for him so I bear some responsibility > for this but I don't have a CD-ROM drive on the FreeBSD system at > the moment. > ... > Is this happening to everyone with a CDROM with the new code, or > only with this media vision device? And, just to clarify -- the older code in 2.0R and current updates until about mid-March, I'd guess, would detect the disc and size correctly. So, it's possible to do it with this hardware (MediaVision SCSI-2 via Pro AudioSpectrum 16). > I just looked at the diffs that I applied for Julian and I don't > see where the new behavior was introduced. If I can do any debugging, let me know how I can help. (It's not a big deal to me -- the CD-ROM drive still works. But I think we want to make it right). From owner-freebsd-hackers Sun Mar 26 12:24:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24454 for hackers-outgoing; Sun, 26 Mar 1995 12:24:00 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA24446 for ; Sun, 26 Mar 1995 12:23:58 -0800 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rsyqj-0000TgC; Sun, 26 Mar 95 12:23 PST Received: (from root@localhost) by io.cts.com (8.6.11/8.6.9) id MAA01161; Sun, 26 Mar 1995 12:23:47 -0800 From: Morgan Davis Message-Id: <199503262023.MAA01161@io.cts.com> Subject: Re: Not seeing disc at start up To: smcarey@mailbox.syr.edu (Shawn M. Carey) Date: Sun, 26 Mar 1995 12:23:47 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <9503261318.AA29609@kong.syr.edu> from "Shawn M. Carey" at Mar 26, 95 08:18:25 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 493 Sender: hackers-owner@FreeBSD.org Precedence: bulk Shawn M. Carey writes: > > I've had this happen to me on two systems running 1.1.5 in the > last few days: one with a 1542CF/Nec 4Xi, the other with a Buslogic > 445s/Nec 2x. The fix for me was to put SCSI_DELAY back to 15, since > I had previously disabled it. Does 2.x still have this option? I think so. I tried SCSI_DELAY at 10 seconds (which seems like more than plenty) and got the same error. I'll try 15 to see what happens (though I never needed it before with this hardware). From owner-freebsd-hackers Sun Mar 26 12:40:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24844 for hackers-outgoing; Sun, 26 Mar 1995 12:40:27 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA24837; Sun, 26 Mar 1995 12:40:26 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Brian Tao cc: FREEBSD-HACKERS-L Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) In-reply-to: Your message of "Mon, 27 Mar 95 01:42:00 GMT." Date: Sun, 26 Mar 1995 12:40:25 -0800 Message-ID: <24835.796250425@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Pine is pretty much a must-have. It's easy to use, comes with an > integrated Pico editor, handles MIME without using an external > program, and (most of all) can retrieve mail over IMAP. AFAIK, Elm Ok, ok, I'm going to make the package interface much nicer - I promise! :-) > Speaking of these "Internet-in-a-box" solutions, how good are > FreeBSD's installation notes for SLIP and PPP, with either static or > dynamic IP address assignment? Do we have some sort of script that a > user can run which asks for things like their ISP's phone number, > login and password, the gateway IP, mail server, news server, etc.? I have a couple of things people have submitted but haven't put a pretty face on any of it yet. That will hopefully follow in the next snap. Jordan From owner-freebsd-hackers Sun Mar 26 12:49:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA25342 for hackers-outgoing; Sun, 26 Mar 1995 12:49:15 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA25336 for ; Sun, 26 Mar 1995 12:49:12 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id NAA16602; Sun, 26 Mar 1995 13:49:27 -0700 Date: Sun, 26 Mar 1995 13:49:27 -0700 From: Nate Williams Message-Id: <199503262049.NAA16602@trout.sri.MT.net> In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: Mosaic with Lesstif" (Mar 26, 11:31am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert), dfr@nlsys.demon.co.uk (Doug Rabson) Subject: Re: Mosaic with Lesstif Cc: kaleb@x.org, kuku@gilberto.physik.rwth-aachen.de, hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk [ Terry's Motif clone ] > I've been thinking about throwing the code open for developement > in general, but haven't decided on all of the ground rules yet. > Several of them will have to be: > > 1) You can *not* own a copy of Motif; this is to avoid the > possibility of contamination. So since I have a binary license for Motif 1.2.3 from 1.1.5 days, I can't get the source? Since I only have a binary license how could that contaminate me? Nate From owner-freebsd-hackers Sun Mar 26 12:58:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA25502 for hackers-outgoing; Sun, 26 Mar 1995 12:58:34 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA25495; Sun, 26 Mar 1995 12:58:33 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Steve Passe cc: hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-reply-to: Your message of "Sun, 26 Mar 95 11:47:54 MST." <199503261847.LAA27713@clem.systemsix.com> Date: Sun, 26 Mar 1995 12:58:33 -0800 Message-ID: <25494.796251513@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Jordon, did I do something wrong freebsd policy wise? I have several > pending requests for a 1.1.5.1 version of mosaic-2.5, but don't > want to cause trouble... Not at all. I've also read the SWiM manual, and it certainly gives one every reason to expect that this is perfectly reasonable. Not that I haven't also occasionally had my suspicions. For example, one could release a staticly linked copy of MOAT (the TCL Motif shell) and export, for all practicaly purposes, the ENTIRE MOTIF API! Folks could bang out large apps in MOAT without ever having to know or care about the Motif license. This makes me somewhat suspicious about a possible disparity between the letter and the intent of the law! :-) Jordan From owner-freebsd-hackers Sun Mar 26 12:59:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA25524 for hackers-outgoing; Sun, 26 Mar 1995 12:59:48 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA25517; Sun, 26 Mar 1995 12:59:46 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: hasty@star-gate.com (Amancio Hasty), nate@trout.sri.mt.net, hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. In-reply-to: Your message of "Sun, 26 Mar 95 11:48:13 MST." <9503261848.AA06816@cs.weber.edu> Date: Sun, 26 Mar 1995 12:59:46 -0800 Message-ID: <25516.796251586@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > [ ... Re: installation ... ] > > > Also, some us want the entire core distribution to be installed > > and not have to wait five or twenty minutes to type yes > > to for the next package to be install. > > This is called "front loading". And it is, in fact, exactly how the 2.1 installation has been designed! Now we just need to go off and write the damn thing! :-) Jordan From owner-freebsd-hackers Sun Mar 26 13:30:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA26290 for hackers-outgoing; Sun, 26 Mar 1995 13:30:15 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA26284; Sun, 26 Mar 1995 13:30:11 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id NAA01458; Sun, 26 Mar 1995 13:25:03 GMT Message-Id: <199503261325.NAA01458@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: "Alex R.N. Wetmore" cc: freebsd-hackers@freefall.cdrom.com, hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. In-reply-to: Your message of "Sun, 26 Mar 1995 10:50:01 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 26 Mar 1995 13:24:59 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > Ugh, please don't make emacs part of the standard distribution, let > alone XEmacs. There are those of us who really don't feel like wasting > 20 megs of local space (or whatever it takes) for a product that we > don't use. > Well, by todays prices the cost Xemacs is $9.99 :) Amancio From owner-freebsd-hackers Sun Mar 26 13:48:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28297 for hackers-outgoing; Sun, 26 Mar 1995 13:48:20 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA28291 for ; Sun, 26 Mar 1995 13:48:17 -0800 Received: from fedora.x.org by expo.x.org id AA04117; Sun, 26 Mar 95 16:47:37 -0500 Received: by fedora.x.org id AA05686; Sun, 26 Mar 1995 16:47:36 -0500 Message-Id: <9503262147.AA05686@fedora.x.org> To: hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. In-Reply-To: Your message of Sun, 26 Mar 1995 12:58:33 PST. <25494.796251513@freefall.cdrom.com> Organization: X Consortium Date: Sun, 26 Mar 1995 16:47:36 EST From: "Kaleb S. KEITHLEY" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Jordon, did I do something wrong freebsd policy wise? I have several > > pending requests for a 1.1.5.1 version of mosaic-2.5, but don't > > want to cause trouble... > > Not at all. I've also read the SWiM manual, and it certainly gives one > every reason to expect that this is perfectly reasonable. > > Not that I haven't also occasionally had my suspicions. For example, > one could release a staticly linked copy of MOAT (the TCL Motif shell) > and export, for all practicaly purposes, the ENTIRE MOTIF API! Folks > could bang out large apps in MOAT without ever having to know or care > about the Motif license. This makes me somewhat suspicious about > a possible disparity between the letter and the intent of the law! :-) > As the risk of belaboring the issue, all I wanted to do was make sure you were aware of the legal issues. As you may recall there was a big fuss made when NCSA first shipped Mosaic binaries. Andriesson (sp?) et al were quick to point out that a) they used 1.1.4 to build the binaries because of the license terms on 1.2.x (which 1.1.x is not subject to), and b) that they had double checked with OSF before shipping Mosaic to confirm their legal position. Since you're now obviously aware of the issues, and have stated that you don't believe there's a problem, I will return to lurker mode. :-) -- Kaleb From owner-freebsd-hackers Sun Mar 26 14:07:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01471 for hackers-outgoing; Sun, 26 Mar 1995 14:07:59 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA01453 for ; Sun, 26 Mar 1995 14:07:52 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA16217 (5.67a/IDA-1.5); Sun, 26 Mar 1995 15:52:22 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA27158; 26 Mar 95 14:10:53 CST (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id OAA27155; Sun, 26 Mar 1995 14:10:52 -0600 From: Peter da Silva Message-Id: <199503262010.OAA27155@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: hasty@star-gate.com (Amancio Hasty) Date: Sun, 26 Mar 1995 14:10:51 -0600 (CST) Cc: paul@isl.cf.ac.uk, fbsd@clem.systemsix.com, hackers@FreeBSD.org In-Reply-To: <199503252010.UAA00342@star-gate.com> from "Amancio Hasty" at Mar 25, 95 08:09:46 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 452 Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, Chimera 1.63 not only works on 1.1.5 but didn't require any patching. Though the authors make the same mistake as NCSA: you can't use a 14 point fixed font with a 12 point variable width font and expect it to look any good. Anyway... one thing Chimera supports is external URL handlers. So you could set up a "man:" handler and handle "man:" URLs. If lynx can do this to there's no need to have a httpd installed to link outside the HTML docs. From owner-freebsd-hackers Sun Mar 26 14:12:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02061 for hackers-outgoing; Sun, 26 Mar 1995 14:12:22 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA02053 for ; Sun, 26 Mar 1995 14:12:20 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: Not seeing disc at start up To: dufault@hda.com (Peter Dufault) Date: Sun, 26 Mar 1995 14:11:40 -0800 (PST) Cc: root@io.cts.com, hackers@FreeBSD.org In-Reply-To: <199503261248.HAA08855@hda.com> from "Peter Dufault" at Mar 26, 95 07:48:56 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1126 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Morgan Davis writes: > > cd0(nca0:1:0): UNIT ATTENTION asc:28,0 > > cd0(nca0:1:0): Not ready to ready transition, medium may have changed > > I committed Julian's CDROM changes for him so I bear some responsibility > for this but I don't have a CD-ROM drive on the FreeBSD system at > the moment. > > Is this happening to everyone with a CDROM with the new code, or > only with this media vision device? > > "scsi_probedev" tosses out a "be silent!" TEST UNIT READY before > doing the inquiry specifically in order to catch these power up > issues. Apparently this device isn't complaining through a TEST > UNIT READY or INQUIRY and finally complains when we do a READ CD > CAPACITY. > > I just looked at the diffs that I applied for Julian and I don't > see where the new behavior was introduced. I think the drive takes a whule to come ready, and somehow, co-incidence makes it come ready before this command? I see in another post that this behaviour is already known to occor on a 1.1.5.1 system, so it's not new, just the message is new. The other poster says increasing SCSI_DELAY fixes the problem. julian From owner-freebsd-hackers Sun Mar 26 14:14:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02188 for hackers-outgoing; Sun, 26 Mar 1995 14:14:25 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA02182 for ; Sun, 26 Mar 1995 14:14:22 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id OAA11933; Sun, 26 Mar 1995 14:12:51 -0800 From: "Rodney W. Grimes" Message-Id: <199503262212.OAA11933@gndrsh.aac.dev.com> Subject: Re: srceBones and srcsecure To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Sun, 26 Mar 1995 14:12:50 -0800 (PST) Cc: jhay@mikom.csir.co.za, hackers@FreeBSD.org In-Reply-To: <199503261958.LAA23041@ref.tfs.com> from "Poul-Henning Kamp" at Mar 26, 95 11:58:14 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 577 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Hi, > > > > Shouldn't srceBones and srcsecure be in the secure subdirectory and not in > > the src directory? That way people from outside USA can just get the whole > > src directory. > > He's right... It's on my list... I was under the impression that eBones had no export restrictions on it. I thought that was the main reason we even went to eBones. Now your telling me that eBones can't be exported :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sun Mar 26 14:23:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03496 for hackers-outgoing; Sun, 26 Mar 1995 14:23:33 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA03488 for ; Sun, 26 Mar 1995 14:23:32 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id OAA23529; Sun, 26 Mar 1995 14:20:17 -0800 From: Poul-Henning Kamp Message-Id: <199503262220.OAA23529@ref.tfs.com> Subject: Re: srceBones and srcsecure To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Sun, 26 Mar 1995 14:20:17 -0800 (PST) Cc: jhay@mikom.csir.co.za, hackers@FreeBSD.org In-Reply-To: <199503262212.OAA11933@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 26, 95 02:12:50 pm Content-Type: text Content-Length: 695 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Shouldn't srceBones and srcsecure be in the secure subdirectory and not in > > > the src directory? That way people from outside USA can just get the whole > > > src directory. > > > > He's right... It's on my list... > > I was under the impression that eBones had no export restrictions on > it. I thought that was the main reason we even went to eBones. > > Now your telling me that eBones can't be exported :-(. Well, that's my understanding. Correct me if I'm wrong somebody ? (And soon please !) -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun Mar 26 14:23:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03556 for hackers-outgoing; Sun, 26 Mar 1995 14:23:58 -0800 Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA03548; Sun, 26 Mar 1995 14:23:56 -0800 Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.9+2.4Wb/3.3Wb) id HAA22744; Mon, 27 Mar 1995 07:23:45 +0900 Date: Mon, 27 Mar 1995 07:23:45 +0900 Message-Id: <199503262223.HAA22744@frig.mt.cs.keio.ac.jp> To: jkh@freefall.cdrom.com Cc: hosokawa@mt.cs.keio.ac.jp, hackers@FreeBSD.org Subject: Re: "Commissioning" some artwork.. In-Reply-To: Your message of Fri, 24 Mar 1995 10:42:49 -0800. <15541.796070569@freefall.cdrom.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi! I was in the train when the Tokyo subway was gas-attacked. Foutunately, the line I used was not attacked. *sigh*.... In article <15541.796070569@freefall.cdrom.com> jkh@freefall.cdrom.com writes: >> My idea is that we have the daemon in motion walking OUT of a CD, sort >> of caught halfway out with that trademark smile on his face and one >> sneakered foot poised to set foot into the outside world. Sort of an >> "Alice through the looking glass" kind of image. I'm drawing a walking daemon. This image can be used in above idea. Please wait a few days. I have to setup a ATM switch and routers today (and maybe tomoroow :-)). -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sun Mar 26 14:26:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA04152 for hackers-outgoing; Sun, 26 Mar 1995 14:26:40 -0800 Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA04140; Sun, 26 Mar 1995 14:26:37 -0800 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by glueserv1.umd.edu (8.6.10/8.6.4) with ESMTP id RAA27982; Sun, 26 Mar 1995 17:26:18 -0500 Received: (chuckr@localhost) by mocha.eng.umd.edu (8.6.10/8.6.4) id RAA26860; Sun, 26 Mar 1995 17:26:17 -0500 Date: Sun, 26 Mar 1995 17:26:17 -0500 (EST) From: Chuck Robey To: Amancio Hasty cc: "Alex R.N. Wetmore" , freebsd-hackers@freefall.cdrom.com, hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. In-Reply-To: <199503261325.NAA01458@star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Mar 1995, Amancio Hasty wrote: > > > Ugh, please don't make emacs part of the standard distribution, let > > alone XEmacs. There are those of us who really don't feel like wasting > > 20 megs of local space (or whatever it takes) for a product that we > > don't use. > > > > Well, by todays prices the cost Xemacs is $9.99 :) Having a surfeit of disk myself, I have a nice, full set of applications, and no one else who is like me will be surprised to hear that I think it's great; but I know several friends who have much more minimal systems, and who want to still participate, but to a more limited extent. I can understand their requests, but I really don't want the technology to be handcuffed by yesterday's needs. I'm watching this discussion, and wondering if a middle ground could possibly be reached by having 2 different distributions? This would completely remove the limitations requested by owners of more modest systems from a more advanced distribution, and free that end of it for more experimentation. On the other hand, the more basic distribution, since it would rely on a more stable set of utilities, would probably have somewhat enhanced reliability, and be better suited for commercial applications. I know that this could be done today, and a lot of it is, by changing targets on makefiles. If two distributions were officially supported, it would ease things, I think. I am making a dutch uncle proposition here, because I spend so much time on homework, I really don't have time to DO any of this... but it seems a reasonable, political solution. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sun Mar 26 14:49:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA08023 for hackers-outgoing; Sun, 26 Mar 1995 14:49:10 -0800 Received: from GS81.SP.CS.CMU.EDU (GS81.SP.CS.CMU.EDU [128.2.205.91]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA08011 for ; Sun, 26 Mar 1995 14:49:08 -0800 Received: from LOCALHOST by GS81.SP.CS.CMU.EDU id aa21630; 26 Mar 95 17:48 EST From: moto@CS.cmu.edu To: freebsd-hackers@FreeBSD.org Subject: AHA2940 support on 950322-SNAP Reply-To: moto@CS.cmu.edu Date: Sun, 26 Mar 1995 17:48:05 -0500 Message-ID: <21628.796258085@GS81.SP.CS.CMU.EDU> Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Thanks for all who are involved in the development of FreeBSD!! As announced, the support for AHA2940 in 950322-SNAP has been greatly improved. It now works when the machine even cold-boots and I no longer need to disalbe "disconnection" switch in SCSIselect. But there seems to be several problems unsolved. 1) I occasionally encounter "ahc0: target 0, lun 0 (sd0) time out" whent the disk is used intensively. 2) When I set the transfer rate to 10Mb/s in SCSIselect, the machine doesn't boot. 8Mb/s works for me. I'm using an active terminator and relatively short cables so I believe there is no problem regarding SCSI termination.. I hope this information helps for the next release of FreeBSD. ============================================================================== Motonori Shindou Carnegie Mellon University SCS Graduate Student e-mail: moto@cs.cmu.edu, NiftyServe: GEG04056 WWW: http://www.cs.cmu.edu:8001:/afs/cs.cmu.edu/user/moto/WWW/moto-home.html TEL: 412-362-9636 FAX: 412-362-9634 ============================================================================== From owner-freebsd-hackers Sun Mar 26 14:56:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09086 for hackers-outgoing; Sun, 26 Mar 1995 14:56:10 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA09066 for ; Sun, 26 Mar 1995 14:56:06 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id PAA28867; Sun, 26 Mar 1995 15:57:24 -0700 Message-Id: <199503262257.PAA28867@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: "Kaleb S. KEITHLEY" cc: hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-reply-to: Your message of "Sun, 26 Mar 1995 16:47:36 EST." <9503262147.AA05686@fedora.x.org> Date: Sun, 26 Mar 1995 15:57:23 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, > As the risk of belaboring the issue, all I wanted to do was make sure > you were aware of the legal issues. As you may recall there was a big I sincerely appreciate your concern. I wouldn't want to discourage anyone from pointing out something like this in the future. It might prevent someone alot of trouble. In this case the consensus appears to be that what I have done is legal under the software license I have with Sequoia (SWiM). I triple checked the manual and found NO conflicting or ambigious statements. (I just hope you people will make my bail when they come to get me...) Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Sun Mar 26 14:59:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09596 for hackers-outgoing; Sun, 26 Mar 1995 14:59:05 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA09577 for ; Sun, 26 Mar 1995 14:59:02 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id OAA03591 for ; Sun, 26 Mar 1995 14:54:00 GMT Message-Id: <199503261454.OAA03591@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: freebsd-hackers@freefall.cdrom.com Subject: Packages was (Re: httpd as part of the system. ) In-reply-to: Your message of "Sun, 26 Mar 1995 17:26:17 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 26 Mar 1995 14:53:57 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > I'm watching this discussion, and wondering if a middle ground could > possibly be reached by having 2 different distributions? This would > completely remove the limitations requested by owners of more modest > systems from a more advanced distribution, and free that end of it for > more experimentation. On the other hand, the more basic distribution, > since it would rely on a more stable set of utilities, would probably > have somewhat enhanced reliability, and be better suited for commercial > applications. > Well, at least one of the Linux distributions has a CDROM App distribution. This can go a long way from alleviating the needs of those who want to USE FreeBSD and not just hack on the kernel or with its utilities. Also, it may save the end users including myself from having to compile packages all over again. I do it however I can see that many will not like to or an unable due to system resources to re-compile some of the Apps. Amancio From owner-freebsd-hackers Sun Mar 26 15:08:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11602 for hackers-outgoing; Sun, 26 Mar 1995 15:08:08 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA11590 for ; Sun, 26 Mar 1995 15:08:06 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18057; Sun, 26 Mar 95 16:01:16 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503262301.AA18057@cs.weber.edu> Subject: Re: Mosaic with Lesstif To: nate@trout.sri.MT.net (Nate Williams) Date: Sun, 26 Mar 95 16:01:15 MST Cc: dfr@nlsys.demon.co.uk, kaleb@x.org, kuku@gilberto.physik.rwth-aachen.de, hackers@freefall.cdrom.com In-Reply-To: <199503262049.NAA16602@trout.sri.MT.net> from "Nate Williams" at Mar 26, 95 01:49:27 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > [ Terry's Motif clone ] > > > I've been thinking about throwing the code open for developement > > in general, but haven't decided on all of the ground rules yet. > > Several of them will have to be: > > > > 1) You can *not* own a copy of Motif; this is to avoid the > > possibility of contamination. > > So since I have a binary license for Motif 1.2.3 from 1.1.5 days, I > can't get the source? Since I only have a binary license how could > that contaminate me? Header files? So far, I have only referenced books and examples to build everything. This includes the header files and manifest constants (ie: I don't expect binary compatability for shared libraries, but I do expect full source compatability with documented interfaces). I'm told that the header files document some things I've asked about various places, like manifest constant definitions for aliases for inherited routines (moxftp). Since they are undocumented, they can't end up supported, even accidently. It's probably legally defensible to work on it even if you have a licensed binary, but better safe than sorry. If you can prove you haven't looked at their header files, then that condition could probably be relaxed. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Mar 26 15:09:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11898 for hackers-outgoing; Sun, 26 Mar 1995 15:09:39 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA11885 for ; Sun, 26 Mar 1995 15:09:34 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id SAA06040; Sun, 26 Mar 1995 18:09:23 -0500 Date: Sun, 26 Mar 1995 18:09:23 -0500 (EST) From: Kim Culhan To: hackers@FreeBSD.org Subject: undef'd symbol on -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk The -current is really working well here, just one snark at the moment: loading kernel ioconf.o: Undefined symbol `_snddriver' referenced from data segment ioconf.o: Undefined symbol `_gusintr' referenced from data segment *** Error code 1 I can't figure out what to include to get around this problem... Any assistance on this is greatly appreciated. regards kim -- kimc@w8hd.org From owner-freebsd-hackers Sun Mar 26 15:27:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA15314 for hackers-outgoing; Sun, 26 Mar 1995 15:27:14 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA15308 for ; Sun, 26 Mar 1995 15:27:11 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id PAA03903; Sun, 26 Mar 1995 15:21:59 GMT Message-Id: <199503261521.PAA03903@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Kim Culhan cc: hackers@FreeBSD.org Subject: Re: undef'd symbol on -current In-reply-to: Your message of "Sun, 26 Mar 1995 18:09:23 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 26 Mar 1995 15:21:55 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The -current is really working well here, just one snark at the moment: > > loading kernel > ioconf.o: Undefined symbol `_snddriver' referenced from data segment > ioconf.o: Undefined symbol `_gusintr' referenced from data segment > *** Error code 1 > > I can't figure out what to include to get around this problem... > > Any assistance on this is greatly appreciated. > In your system configuration file have something like: controller snd0 device gus0 at isa? port 0x220 irq 12 drq 1 vector gusintr The doc on how to configure the sound driver for -current is in sys/i386/isa/sound.doc Have fun, Amancio From owner-freebsd-hackers Sun Mar 26 15:37:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA17311 for hackers-outgoing; Sun, 26 Mar 1995 15:37:52 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA17303 for ; Sun, 26 Mar 1995 15:37:51 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol Prev-Resent: Sun, 26 Mar 1995 15:37:51 -0800 Prev-Resent: "hackers " Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA14444 for ; Sun, 26 Mar 1995 15:21:38 -0800 Received: from hutcs.cs.hut.fi by violet.berkeley.edu (8.6.10/1.33r) id PAA19476; Sun, 26 Mar 1995 15:21:28 -0800 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA23033 (5.65c8/HUTCS-S 1.4 for ); Mon, 27 Mar 1995 02:21:24 +0300 From: Heikki Suonsivu Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id CAA05179; Mon, 27 Mar 1995 02:21:28 +0300 Date: Mon, 27 Mar 1995 02:21:28 +0300 Message-Id: <199503262321.CAA05179@shadows.cs.hut.fi> To: swhite@gov.za Cc: jkh@violet.berkeley.edu (Jordan K. Hubbard) In-Reply-To: jkh@violet.berkeley.edu's message of 21 Mar 1995 19:01:03 +0200 Subject: fwd without comment Organization: Helsinki University of Technology, Otaniemi, Finland Resent-To: hackers@freefall.cdrom.com Resent-Date: Sun, 26 Mar 1995 15:37:51 -0800 Resent-Message-ID: <17302.796261071@freefall.cdrom.com> Resent-From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk (4) We have taken a decision to only use OSPF as routing protocol on the network. Would a FreeBSD/NetBSD/Linux system used as a router be able to run OSPF? Would it be able to exchange routing information with our cisco routers? FreeBSD runs gated which implements OSPF. It seems to work. We do have some problems but they seem to be related to our older Sun hardware. Routing probably is easy to make work, SNMP and such things are more difficult (metoo). (5) Can such a router handle IP, IPX, DEC LAT, OSI, Appletalk protocols? Would SDLC tunneling be supported? OSI (X.25 and such) protocols don't seem to be too much tested, as compiling them into kernel produces a huge amount of warnings. We haven't really tried them out. (7) Would reconfiguration require rebooting or otherwise interrupting the flow of traffic on such a router? No. Occasional panics do happen, though. We use 1.1.5.1 on all routers except one which we are trying out with current. 1.1.5.1 doesn't do firewalling which seems to be a must these days, but it is reasonably reliable (needs a kick once a month or so, looses one of the interfaces or doesn't find serial ports after a panic). 2.current isn't too stable yet, panics or hangs up 2-3 times a week in router use. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-hackers Sun Mar 26 17:00:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA27960 for hackers-outgoing; Sun, 26 Mar 1995 17:00:53 -0800 Received: from nietzsche (annex1s30.urc.tue.nl [131.155.12.40]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA27928 for ; Sun, 26 Mar 1995 17:00:49 -0800 Received: from nietzsche (localhost [127.0.0.1]) by nietzsche (8.6.9/8.6.9) with ESMTP id CAA15484; Mon, 27 Mar 1995 02:26:27 +0200 Message-Id: <199503270026.CAA15484@nietzsche> X-Mailer: exmh version 1.5.3 12/28/94 To: Brian Tao cc: freebsd-hackers@FreeBSD.org Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) In-reply-to: Your message of "Mon, 27 Mar 1995 01:42:00 -0000." Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 27 Mar 1995 02:26:27 +0200 From: "wmbfmk@urc.tue.nl" Sender: hackers-owner@FreeBSD.org Precedence: bulk > On Sun, 26 Mar 1995, Alex R.N. Wetmore wrote: > > > > As for a standard mail package, Pine seems like the obvious answer to me. > > It generally seems to be the easiest package to use and is fairly full > > featured. > > There's a big push these days from the major mainstream OS > companies (i.e., Microsoft and IBM) to have personal IP connectivity > right out of the box. If we are to include some sort of "netpak", > Pine is pretty much a must-have. It's easy to use, comes with an > integrated Pico editor, handles MIME without using an external > program, and (most of all) can retrieve mail over IMAP. AFAIK, Elm > only works on locally-accessible mail spools, unless you hack in > remote mail server support. Do most ISP's that offer SLIP/PPP > services provide IMAP servers? I have Pine running on my FreeBSD box > here in Taiwan, retrieving mail from my io.org account back in > Toronto. It works almost like magic. :) > Why don't we just offer some alternatives like the Linux installation does. You can choose from several mail clients to install for example. This way we should be able to keep everybody (well a lot of people anyway) happy and still offer plug-n-play. So far we need: - a decent mail client (pine, elm, mh?) Regarding the mail client, how about a setup that will enable a slip/ppp user to send mail offline and have it send out every hour (or so). It should also be possible to make it appear as if the message was sent from the users' popaccount (or another account). I have patched mh to this end, but perhaps there is a more standard and elegant way. - an HTML browser (still looking for suitable ones I believe) - a popclient (popclient) - a nice FTP client (ftptool, moxftp) - a newsreader ( suggestions? ) This should also be possible offline. Also posting offline. - a frontend for making a slip/ppp-connection (has to be written) - ? Marc. From owner-freebsd-hackers Sun Mar 26 17:09:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA28595 for hackers-outgoing; Sun, 26 Mar 1995 17:09:28 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA28586 for ; Sun, 26 Mar 1995 17:09:24 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id UAA00802; Sun, 26 Mar 1995 20:09:05 -0500 Date: Sun, 26 Mar 1995 20:09:05 -0500 (EST) From: Kim Culhan To: Amancio Hasty cc: hackers@FreeBSD.org Subject: Re: undef'd symbol on -current In-Reply-To: <199503261521.PAA03903@star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Mar 1995, Amancio Hasty wrote: > In your system configuration file have something like: > > controller snd0 > device gus0 at isa? port 0x220 irq 12 drq 1 vector gusintr > > The doc on how to configure the sound driver for -current is > in sys/i386/isa/sound.doc No problem now.. The previous configuration was the same but for: device snd4 [same stuff] This was left from a previous attempt at gus config of 2 weeks ago. Now to see if vat can be made to run... regards kim -- kimc@w8hd.org From owner-freebsd-hackers Sun Mar 26 17:30:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA29207 for hackers-outgoing; Sun, 26 Mar 1995 17:30:44 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA29200 for ; Sun, 26 Mar 1995 17:30:42 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id RAA00274; Sun, 26 Feb 1995 17:25:24 GMT Message-Id: <199502261725.RAA00274@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Kim Culhan cc: hackers@FreeBSD.org Subject: Re: undef'd symbol on -current In-reply-to: Your message of "Sun, 26 Mar 1995 20:09:05 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 26 Feb 1995 17:25:21 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > On Sun, 26 Mar 1995, Amancio Hasty wrote: > > > In your system configuration file have something like: > > > > controller snd0 > > device gus0 at isa? port 0x220 irq 12 drq 1 vector gusintr > > > > The doc on how to configure the sound driver for -current is > > in sys/i386/isa/sound.doc > > No problem now.. The previous configuration was the same but for: > device snd4 [same stuff] > > This was left from a previous attempt at gus config of 2 weeks ago. > > Now to see if vat can be made to run... > > regards > kim > I doubt that vat will work okay with sys-current's sound driver unless someone has worked on the sound driver. Amancio From owner-freebsd-hackers Sun Mar 26 17:35:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA29405 for hackers-outgoing; Sun, 26 Mar 1995 17:35:32 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA29393 for ; Sun, 26 Mar 1995 17:35:24 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA17944 (5.67a/IDA-1.5); Sun, 26 Mar 1995 19:32:35 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA03742; 26 Mar 95 19:10:46 CST (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA03739; Sun, 26 Mar 1995 19:10:46 -0600 From: Peter da Silva Message-Id: <199503270110.TAA03739@bonkers.taronga.com> Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) To: taob@aries.ibms.sinica.edu.tw (Brian Tao) Date: Sun, 26 Mar 1995 19:10:45 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Mar 27, 95 01:42:00 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 96 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Do most ISP's that offer SLIP/PPP > services provide IMAP servers? Most of them provide POP. From owner-freebsd-hackers Sun Mar 26 17:37:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA29534 for hackers-outgoing; Sun, 26 Mar 1995 17:37:11 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA29526 for ; Sun, 26 Mar 1995 17:37:06 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA17948 (5.67a/IDA-1.5); Sun, 26 Mar 1995 19:32:52 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA03894; 26 Mar 95 19:16:57 CST (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA03891; Sun, 26 Mar 1995 19:16:56 -0600 From: Peter da Silva Message-Id: <199503270116.TAA03891@bonkers.taronga.com> Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sun, 26 Mar 1995 19:16:56 -0600 (CST) Cc: taob@aries.ibms.sinica.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <24835.796250425@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 26, 95 12:40:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 284 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Pine is pretty much a must-have. Suggestion... if it's possible have the shipped copy of "Pine" strip the "Newsgroups" header from messages received from a mailbox or over IMAP or POP. The way way Pine works now has lead many people to accidentally post private mail to the net. From owner-freebsd-hackers Sun Mar 26 17:41:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA29696 for hackers-outgoing; Sun, 26 Mar 1995 17:41:05 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA29690 for ; Sun, 26 Mar 1995 17:41:02 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id RAA00331; Sun, 26 Feb 1995 17:35:44 GMT Message-Id: <199502261735.RAA00331@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: "wmbfmk@urc.tue.nl" cc: Brian Tao , freebsd-hackers@FreeBSD.org Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) In-reply-to: Your message of "Mon, 27 Mar 1995 02:26:27 +0200." <199503270026.CAA15484@nietzsche> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 26 Feb 1995 17:35:41 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > > On Sun, 26 Mar 1995, Alex R.N. Wetmore wrote: > > > > > > As for a standard mail package, Pine seems like the obvious answer to me. > > > It generally seems to be the easiest package to use and is fairly full > > > featured. Well Pine does not support PGP and is curses based try convincing someone who has a nice X interface such as in exmh into using Pine. Well, okay forget about my preferences think about it as a newbie who comes into FreeBSD and is used to MS/Window's mailers . > > services provide IMAP servers? I have Pine running on my FreeBSD box > > here in Taiwan, retrieving mail from my io.org account back in > > Toronto. It works almost like magic. :) exmh does this and here is my config file for doing so: inbox netcom14.netcom.com hasty MyIncTmp shell.best.com hasty Thats just a simple hack which added to exmh to read my mail remote. Additionally, I use .maildelivery to sort out my mail when exmh retrieves my mail remotely. exmh has a prefences options menu which allows you to set your options like how often to retrieve mail from my remote hosts. At a glance, I can tell which folders have unread mail > - a newsreader ( suggestions? ) > This should also be possible offline. Also > posting offline. I now use netscape as my newsreader I used to use emacs however netscape looks much nicer. Amancio From owner-freebsd-hackers Sun Mar 26 17:47:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA29887 for hackers-outgoing; Sun, 26 Mar 1995 17:47:34 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA29879 for ; Sun, 26 Mar 1995 17:47:31 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id RAA00375 for ; Sun, 26 Feb 1995 17:42:27 GMT Message-Id: <199502261742.RAA00375@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: freebsd-hackers@FreeBSD.org Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) In-reply-to: Your message of "Mon, 27 Mar 1995 02:26:27 +0200." <199503270026.CAA15484@nietzsche> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 26 Feb 1995 17:42:25 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk It looks to me like if our forte is networking and way of distributing software (you can't sup linux), then we should try our best to exploit this to the max by providing net aware apps. Cheers, Amancio From owner-freebsd-hackers Sun Mar 26 17:53:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA00226 for hackers-outgoing; Sun, 26 Mar 1995 17:53:32 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA00220 for ; Sun, 26 Mar 1995 17:53:29 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id UAA01145; Sun, 26 Mar 1995 20:53:13 -0500 Date: Sun, 26 Mar 1995 20:53:13 -0500 (EST) From: Kim Culhan To: Amancio Hasty cc: hackers@FreeBSD.org Subject: Re: undef'd symbol on -current In-Reply-To: <199502261725.RAA00274@star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Feb 1995, Amancio Hasty wrote: > > On Sun, 26 Mar 1995, Amancio Hasty wrote: > > > > > In your system configuration file have something like: > > > > > > controller snd0 > > > device gus0 at isa? port 0x220 irq 12 drq 1 vector gusintr > > > > I doubt that vat will work okay with sys-current's sound driver unless > someone has worked on the sound driver. Thanks for the info in advance; wish I were up the task of fixing it... for now must only hope someone will take an interest in this project who has the capability. regards kim -- kimc@w8hd.org From owner-freebsd-hackers Sun Mar 26 18:05:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA00353 for hackers-outgoing; Sun, 26 Mar 1995 18:05:19 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA00347 for ; Sun, 26 Mar 1995 18:05:10 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA18019 (5.67a/IDA-1.5); Sun, 26 Mar 1995 19:45:43 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA04257; 26 Mar 95 19:44:53 CST (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA04253; Sun, 26 Mar 1995 19:44:53 -0600 From: Peter da Silva Message-Id: <199503270144.TAA04253@bonkers.taronga.com> Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the To: wmbfmk@urc.tue.nl Date: Sun, 26 Mar 1995 19:44:52 -0600 (CST) Cc: taob@aries.ibms.sinica.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <199503270026.CAA15484@nietzsche> from "wmbfmk@urc.tue.nl" at Mar 27, 95 02:26:27 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 135 Sender: hackers-owner@FreeBSD.org Precedence: bulk > - a decent mail client (pine, elm, mh?) Pine. > - an HTML browser (still looking for suitable ones I believe) Lynx and Chimera. From owner-freebsd-hackers Sun Mar 26 18:08:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA00389 for hackers-outgoing; Sun, 26 Mar 1995 18:08:07 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA00383 for ; Sun, 26 Mar 1995 18:08:03 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id TAA29719 for ; Sun, 26 Mar 1995 19:09:27 -0700 Message-Id: <199503270209.TAA29719@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) In-reply-to: Your message of "Mon, 27 Mar 1995 02:26:27 +0200." <199503270026.CAA15484@nietzsche> Date: Sun, 26 Mar 1995 19:09:25 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, > - a nice FTP client (ftptool, moxftp) I love moxftp, use the motif (mftp) variety, but it is, how shall I put it? ... UNSTABLE! My version is 2.2, Anyone know where the latest & greatest source is??? Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Sun Mar 26 18:25:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA00753 for hackers-outgoing; Sun, 26 Mar 1995 18:25:02 -0800 Received: from singularity.bevc.blacksburg.va.us (root@singularity.bevc.blacksburg.va.us [198.82.204.56]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA00747 for ; Sun, 26 Mar 1995 18:25:01 -0800 Received: (from cstruble@localhost) by singularity.bevc.blacksburg.va.us (8.6.11/8.6.9) id VAA02087; Sun, 26 Mar 1995 21:24:50 -0500 Date: Sun, 26 Mar 1995 21:24:49 -0500 (EST) From: Craig Struble Reply-To: cstruble@vt.edu To: freebsd-hackers@FreeBSD.org Subject: Missing header files in srcdist for SNAP-950322 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Is it just me or are there some header files missing in the src distribution for the latest snapshot? I tried rebuilding my kernel with a bunch of trouble because there was no sys subdirectory in /usr/src/include and errno.h was missing. Looking at /usr/include vs. /usr/src/include makes me believe there are some files missing. Thanks. See ya later, Craig -- Craig Struble, Grad Student |_ cstruble@singularity.bevc.blacksburg.va.us Virginia Tech, cstruble@vt.edu |_ http://acm.vt.edu/~cstruble/ |_ FreeBSD on Singularity finally joins Ask for PGP Public Key | the Internet! From owner-freebsd-hackers Sun Mar 26 18:27:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA00793 for hackers-outgoing; Sun, 26 Mar 1995 18:27:57 -0800 Received: from pht.com (pht.com [198.60.59.99]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA00787 for ; Sun, 26 Mar 1995 18:27:56 -0800 Received: by pht.com id AA00490 (5.67b/IDA-1.5 for freebsd-hackers@FreeBSD.org); Sun, 26 Mar 1995 19:11:40 -0700 Date: Sun, 26 Mar 1995 19:11:38 -0700 (MST) From: Brad Midgley To: freebsd-hackers@FreeBSD.org Subject: PCI SCSI Wide support? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi guys... I just got the 3/22 snap and I'm anxious to try it out (we've been using vanilla 2.0 and it's had a tendency to want to reboot about once a day). We have a wide-SCSI (2940W) controller which I'd like to put in our FreeBSD machine and I've been watching discussion 2940 of support with a little bit of disappointment. We want to be able to use SCSI-wide drives on our mission-critical machine, so are there other controller cards for which support is very solid now? Kudos to the team. brad@pht.com From owner-freebsd-hackers Sun Mar 26 18:56:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA01145 for hackers-outgoing; Sun, 26 Mar 1995 18:56:31 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA01139 for ; Sun, 26 Mar 1995 18:56:28 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id SAA12694; Sun, 26 Mar 1995 18:56:03 -0800 From: "Rodney W. Grimes" Message-Id: <199503270256.SAA12694@gndrsh.aac.dev.com> Subject: Re: PCI SCSI Wide support? To: brad@pht.com (Brad Midgley) Date: Sun, 26 Mar 1995 18:56:03 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brad Midgley" at Mar 26, 95 07:11:38 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 751 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi guys... > > I just got the 3/22 snap and I'm anxious to try it out (we've been using > vanilla 2.0 and it's had a tendency to want to reboot about once a day). > > We have a wide-SCSI (2940W) controller which I'd like to put in our > FreeBSD machine and I've been watching discussion 2940 of support with a > little bit of disappointment. > > We want to be able to use SCSI-wide drives on our mission-critical > machine, so are there other controller cards for which support is very > solid now? Acculogic PCIpport/20, fast+fast wide controller. NCR 53C825 based, <$200.00 each. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sun Mar 26 19:13:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA01598 for hackers-outgoing; Sun, 26 Mar 1995 19:13:36 -0800 Received: from cybernetics.net (jeffh@server0.cybernetics.net [198.80.48.52]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA01591 for ; Sun, 26 Mar 1995 19:13:30 -0800 Received: by cybernetics.net (4.1/SMI-4.1) id AA13247; Sun, 26 Mar 95 22:13:00 EST Date: Sun, 26 Mar 1995 22:12:27 -0500 (EST) From: Jeff To: Brad Midgley Cc: freebsd-hackers@FreeBSD.org Subject: Re: PCI SCSI Wide support? In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Mar 1995, Brad Midgley wrote: > We want to be able to use SCSI-wide drives on our mission-critical > machine, so are there other controller cards for which support is very > solid now? I have an NCR 53c825 Wide SCSI controller and have had no problems at all with it running 950210-SNAP. > brad@pht.com Jeff -- Jeff Hoffman -- jeffh@cybernetics.net ------------------------------------- "A man facing the light looks not into sorrow, but to to the future...always." WWW: http://www.cybernetics.net/users/jeffh ------------------------------------------------------------------------------ PGP Public Key available on request. From owner-freebsd-hackers Sun Mar 26 19:50:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA02829 for hackers-outgoing; Sun, 26 Mar 1995 19:50:38 -0800 Received: from crab.xinside.com (crab.xinside.com [199.164.187.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA02823 for ; Sun, 26 Mar 1995 19:50:34 -0800 Received: (from jdc@localhost) by crab.xinside.com (8.6.8/8.6.9) id UAA03628; Sun, 26 Mar 1995 20:51:16 -0700 From: Jeremy Chatfield Message-Id: <199503270351.UAA03628@crab.xinside.com> Subject: Re: httpd as part of the system. To: hasty@star-gate.com (Amancio Hasty) Date: Sun, 26 Mar 1995 20:51:16 -0700 (MST) Cc: hackers@freefall.cdrom.com In-Reply-To: <199503260244.CAA00712@star-gate.com> from "Amancio Hasty" at Mar 26, 95 02:44:42 am Organization: X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Phone: +1(303)470-5302 Reply-To: jdc@xinside.com X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2345 Sender: hackers-owner@FreeBSD.org Precedence: bulk Amancio Hasty writes: > > > > > > several people requested a copy of mosaic-2.5 for -current: > > > > > > freefall.cdrom.com:/incoming/mosaic-2.5.tgz > > > > > > this is stock mosaic 2.5 statically linked to motif 1.2, compiled > > > on 2.0-950322-SNAP. > > > > I don't normally intrude into other people's legal affairs, but you're > > in violation of the Motif 1.2 source license, unless you're collecting > > Motif run-time royalties and sending them to OSF. > > > > NCSA Mosaic binaries are statically linked with Motif 1.1, because the > > 1.1 source license is less restrictive than the 1.2 source license. > > > > I don't know what the realities are, whether the OSF would really sue > > you if they found out, you'll have to decide for yourself whether or > > not you're worried about it. :-) > > > > Hmmm... > I am not a legal expert but here is what it says in the > Swim 1.2.3 for FreeBSD-1.0.2 Manual: > > Page T-1: > > Q: Can I link my applications statically and not worry about royalties? > > A: If you link your applications with the static libraries, you are > free to distribute the resulting binary royalty free. > > ------- > > Not sure if Sequoia International Inc had the right to state so I recommend > contacting OSF to clarify the issue. There is a Motif Run Time license, for a run-time of Motif only. If you have an implementation with static libs or shared libs, you may ship the binary that has been linked against them. The binary may include the static libs. The binary and the distribution must not contain dynamically linked libs (they could be used by another application), without collecting an OSF royalty (and any distributor royalty that may be accrued, too). The new license with the Run Time is still a little fuzzy for me, but I am absolute, for sure, dead certain positive that you can statically link and ship, and that you can dynamically link and ship so long as the libs are not included (or the include files, or mwm or mre or uil or the other obvious things). Cheers, JeremyC. -- Jeremy Chatfield, +1(303)470-5302, FAX:+1(303)470-5513, email:jdc@xinside.com X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Commercial X Server - for more information please try these services http://www.xinside.com info@xinside.com ftp.xinside.com From owner-freebsd-hackers Sun Mar 26 20:34:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA03367 for hackers-outgoing; Sun, 26 Mar 1995 20:34:06 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA03357 for ; Sun, 26 Mar 1995 20:34:03 -0800 Received: by haven.uniserve.com id <181>; Sun, 26 Mar 1995 20:44:59 -0800 Date: Sun, 26 Mar 1995 20:44:22 -0800 (PST) From: Tom Samplonius To: Peter da Silva cc: "Jordan K. Hubbard" , taob@aries.ibms.sinica.edu.tw, freebsd-hackers@FreeBSD.org Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) In-Reply-To: <199503270116.TAA03891@bonkers.taronga.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Mar 1995, Peter da Silva wrote: > > > Pine is pretty much a must-have. > > Suggestion... if it's possible have the shipped copy of "Pine" strip the > "Newsgroups" header from messages received from a mailbox or over IMAP > or POP. The way way Pine works now has lead many people to accidentally > post private mail to the net. Hmm, I don't think this applies to 3.91. I remember an explicit prompt saying "Message may go to thousands of readers post?" for all newsgroup replies. Tom From owner-freebsd-hackers Sun Mar 26 21:46:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA04858 for hackers-outgoing; Sun, 26 Mar 1995 21:46:19 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA04852 for ; Sun, 26 Mar 1995 21:46:18 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA24637; Sun, 26 Mar 1995 21:46:06 -0800 From: Poul-Henning Kamp Message-Id: <199503270546.VAA24637@ref.tfs.com> Subject: Re: Missing header files in srcdist for SNAP-950322 To: cstruble@vt.edu Date: Sun, 26 Mar 1995 21:46:06 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Craig Struble" at Mar 26, 95 09:24:49 pm Content-Type: text Content-Length: 733 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Is it just me or are there some header files missing in the src > distribution for the latest snapshot? I tried rebuilding my kernel with a > bunch of trouble because there was no sys subdirectory in > /usr/src/include and errno.h was missing. Looking at /usr/include vs. > /usr/src/include makes me believe there are some files missing. Just a sec, there is no such thing as /usr/src/include/sys... those files are in /usr/src/sys/sys... Can you tell me EXACTLY what you did during the installation ? What did you do to compile your kernel ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun Mar 26 21:48:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA04930 for hackers-outgoing; Sun, 26 Mar 1995 21:48:55 -0800 Received: from schizo.coe.montana.edu (schizo.coe.montana.edu [153.90.192.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA04924 for ; Sun, 26 Mar 1995 21:48:54 -0800 Received: by schizo.coe.montana.edu (5.65/DEC-Ultrix/4.3) id AA29332; Sun, 26 Mar 1995 22:47:28 -0700 From: osyjm@schizo.coe.montana.edu (Jaye Mathisen) Message-Id: <9503262247.ZM29330@schizo.coe.montana.edu> Date: Sun, 26 Mar 1995 22:47:28 -0700 X-Mailer: Z-Mail (2.1.4 02apr93) To: hackers@FreeBSD.org Subject: Anybody given g77 a shot on FreeBSD? Sender: hackers-owner@FreeBSD.org Precedence: bulk I was going to take a crack at it, but if somebody else already has, so much the better. -- Jaye Mathisen, COE Systems Manager (406) 994-4780 410 Roberts Hall,Dept. of Computer Science Montana State University,Bozeman MT 59717 osyjm@cs.montana.edu From owner-freebsd-hackers Sun Mar 26 21:55:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA05040 for hackers-outgoing; Sun, 26 Mar 1995 21:55:33 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA05034 for ; Sun, 26 Mar 1995 21:55:26 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id WAA01275; Sun, 26 Mar 1995 22:56:47 -0700 Message-Id: <199503270556.WAA01275@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org cc: bob@obiwan.pmr.com (Bob Willcox) Subject: Re: httpd as part of the system. In-reply-to: Your message of "Sun, 26 Mar 1995 18:14:29 CST." Date: Sun, 26 Mar 1995 22:56:45 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, > Given that, are you going to provide a 1.1.5.1 version of Mosaic 2.5? freefall.cdrom.com:/incoming: Mosaic-1151.gz <- unzip & place in /usr/X11R6/bin Mosaic-etc.tgz <- cd /usr, 'tar -xzvf' it The first is mosaic version 2.5 for freeBSD-1.1.5.1 The second contains the app defaults file (Mosaic) and XKeysymDB Also there: MosaicTerm.gz <- dynamically linked to libtermnet libtermnet.so.2.3.gz <- dynamic newterm lib for above These two make a version linked to the pseudo-slip package 'newterm'. They are built for the 950322-SNAP. They are untested, I know nothing of setting up newterm. I built them with lib kindly provided by Chuck Robey, he will be testing it soon. Anyone else feel free to try them, let us know the results. Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Sun Mar 26 22:12:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA05281 for hackers-outgoing; Sun, 26 Mar 1995 22:12:17 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA05275 for ; Sun, 26 Mar 1995 22:12:16 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id WAA04689; Sun, 26 Mar 1995 22:12:03 -0800 Message-Id: <199503270612.WAA04689@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Brad Midgley cc: freebsd-hackers@FreeBSD.org Subject: Re: PCI SCSI Wide support? In-reply-to: Your message of "Sun, 26 Mar 1995 19:11:38 MST." Date: Sun, 26 Mar 1995 22:12:02 -0800 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >Hi guys... > >I just got the 3/22 snap and I'm anxious to try it out (we've been using >vanilla 2.0 and it's had a tendency to want to reboot about once a day). > >We have a wide-SCSI (2940W) controller which I'd like to put in our >FreeBSD machine and I've been watching discussion 2940 of support with a >little bit of disappointment. Sorry to have disappointed you. I'm the one responsible for the Wide support in both FreeBSD and Linux. I have it working for three people who have tried it. Hopefully the 3/22 snap will work for you too. >We want to be able to use SCSI-wide drives on our mission-critical >machine, so are there other controller cards for which support is very >solid now? Few people have wide devices. I think that the NCR controllers work. > >Kudos to the team. > >brad@pht.com > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Sun Mar 26 22:12:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA05301 for hackers-outgoing; Sun, 26 Mar 1995 22:12:57 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA05292 for ; Sun, 26 Mar 1995 22:12:50 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id IAA21032; Mon, 27 Mar 1995 08:12:27 +0200 Message-Id: <199503270612.IAA21032@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: John Hay cc: hackers@FreeBSD.org (FreeBSD-hackers) Subject: Re: srceBones and srcsecure Date: Mon, 27 Mar 1995 08:12:27 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > Shouldn't srceBones and srcsecure be in the secure subdirectory and not in > the src directory? That way people from outside USA can just get the whole > src directory. Damn good idea! It would certainly make _my_ job easier. M (Maintainer of the foreign secure/eBones code) -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Sun Mar 26 22:18:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA05399 for hackers-outgoing; Sun, 26 Mar 1995 22:18:00 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA05393 for ; Sun, 26 Mar 1995 22:17:59 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id WAA04772; Sun, 26 Mar 1995 22:17:43 -0800 Message-Id: <199503270617.WAA04772@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: moto@CS.cmu.edu cc: freebsd-hackers@FreeBSD.org Subject: Re: AHA2940 support on 950322-SNAP In-reply-to: Your message of "Sun, 26 Mar 1995 17:48:05 EST." <21628.796258085@GS81.SP.CS.CMU.EDU> Date: Sun, 26 Mar 1995 22:17:43 -0800 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >Hi, > >Thanks for all who are involved in the development of FreeBSD!! As >announced, the support for AHA2940 in 950322-SNAP has been greatly >improved. It now works when the machine even cold-boots and I no >longer need to disalbe "disconnection" switch in SCSIselect. But there >seems to be several problems unsolved. > > 1) I occasionally encounter "ahc0: target 0, lun 0 (sd0) time out" > whent the disk is used intensively. > > 2) When I set the transfer rate to 10Mb/s in SCSIselect, the machine > doesn't boot. 8Mb/s works for me. > >I'm using an active terminator and relatively short cables so I >believe there is no problem regarding SCSI termination.. Can you tell me the drives your using with the controller? Thanks. > >I hope this information helps for the next release of FreeBSD. > >============================================================================== >Motonori Shindou Carnegie Mellon University SCS Graduate Student > e-mail: moto@cs.cmu.edu, NiftyServe: GEG04056 >WWW: http://www.cs.cmu.edu:8001:/afs/cs.cmu.edu/user/moto/WWW/moto-home.html > TEL: 412-362-9636 FAX: 412-362-9634 >============================================================================== > > > > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Sun Mar 26 22:21:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA05463 for hackers-outgoing; Sun, 26 Mar 1995 22:21:33 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA05455 for ; Sun, 26 Mar 1995 22:21:29 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id XAA01379 for ; Sun, 26 Mar 1995 23:22:47 -0700 Message-Id: <199503270622.XAA01379@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: Re: Yellow Byte CD-Rom Request In-reply-to: Your message of "Mon, 27 Mar 1995 06:06:00 +0700." Date: Sun, 26 Mar 1995 23:22:46 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, Anyone else get one of these? --------------------------------------------------------------------- Return-Path: yba@contrib.de Received: from contrib.de (scuzzy.contrib.de [192.109.39.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id WAA01116 for ; Sun, 26 Mar 1995 22:15:26 -0700 Received: by contrib.de (/\==/\ Smail3.1.25.1 #25.2) id ; Mon, 27 Mar 95 06:06 MET Message-Id: Date: Mon, 27 Mar 95 06:06 MET From: yba@contrib.de (Yellow Byte Agent) To: fbsd@clem.systemsix.com Subject: Yellow Byte CD-Rom Request Dear Ladies and Gentlemen, Your company is using the services of international data networks. .... vnu@contrib.de Subject: ANSWER With best regards Frank Kunkel for CHIP SPECIAL ...... --------------------------------------------------------------------- I ONLY use the 'fbsd' personality for the freeBSD mailing lists, it would appear that someone is reaping our mail-lists for addresses! Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Sun Mar 26 22:26:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA05528 for hackers-outgoing; Sun, 26 Mar 1995 22:26:42 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA05522 for ; Sun, 26 Mar 1995 22:26:40 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id WAA00315; Sun, 26 Mar 1995 22:26:28 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id WAA04959; Sun, 26 Mar 1995 22:26:27 -0800 Message-Id: <199503270626.WAA04959@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Steve Passe cc: hackers@FreeBSD.org Subject: Re: Yellow Byte CD-Rom Request In-reply-to: Your message of "Sun, 26 Mar 95 23:22:46 MST." <199503270622.XAA01379@clem.systemsix.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 26 Mar 1995 22:26:26 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Anyone else get one of these? Yeah, one of these ended up in my mailbox earlier this evening. It was sent to the domain adminstrator (me). -DG >Your company is using the services of international data networks. > > .... > > vnu@contrib.de > > Subject: ANSWER From owner-freebsd-hackers Sun Mar 26 22:26:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA05534 for hackers-outgoing; Sun, 26 Mar 1995 22:26:44 -0800 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA05521 for ; Sun, 26 Mar 1995 22:26:39 -0800 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id BAA04274 for freebsd-hackers@freebsd.org; Mon, 27 Mar 1995 01:23:53 -0500 From: Wankle Rotary Engine Message-Id: <199503270623.BAA04274@skynet.ctr.columbia.edu> Subject: mountd strangeness To: freebsd-hackers@FreeBSD.org Date: Mon, 27 Mar 1995 01:23:50 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3516 Sender: hackers-owner@FreeBSD.org Precedence: bulk There's a problem with mountd that needs to be fixed, only I'm not sure I know how to do it. I'm hoping someone here can point me in the right direction. First, let me describe the problem. Assume you have an /etc/exports file that looks like this: /sbin -ro host1 host2 host3 /etc/ppp -ro host1 /etc/mtree -ro host3 In this case, /sbin, /etc/mtree and /etc/ppp are all on the same filesystem. (Nobody would really want to export these directories in the real world, but that's not important.) This should allow host1 to access /sbin and /etc/ppp, host2 to access only /sbin, and host3 to access /sbin and /etc/mtree. Unfortunately, this doesn't work: as soon as mountd goes to process the second line in the file, it craps out with an error that says: "Can't change attributes for /etc/ppp." The end result is that only the first line is considered valid: the other two are rejected. The reason it does this is because of what happens in do_mount(): the code there spins backwards through the specified path until it finds the root of the filesystem, then it does a mount() with the MNT_UPDATE flag set to add the addresses of host1, host2 and host3 to the export list for the mount point, which is held inside the kernel. This export list is updated using a function called vfs_hang_addrlist() in /sys/kern/vfs_subr.c. vfs_hang_addrlist() is called from vfs_export(), which is itself called from ufs_mount(). vfs_hang_addrlist() is picky: if you ask it to add an address that's already in the address list for a given mount point, it returns EPERM. Meanwhile, do_mount() watches for EPERM and errors out if it finds it, thinking that it's an indication of some horrible error. And it will find it in my example, because /sbin, /etc/ppp and /etc/mtree are all rooted in the same filesystem. What happens is that the addresses for host1, host2 and host3 are already in the export list for the root filesystem (/), so any attempt to export any other subdirectories of the root filesystem to host1, host2 or host3 will fail. In my opinion, this behavior is extremely bogus. Unfortunately, I'm not sure how to fix it. My current inclination is to do this: - Modify vfs_hang_addrlist() to return some other error value for the 'address already exists' case. Having it return EPERM seems like a bad idea anyway. I don't know what to use in it's place though. EEXIST sounds reasonable. First thing I have to do is figure out if it's safe to just swap EPERM with EEXIST: I need to find the exact function that actually adds the address, which is trickier than it sounds. I think it's in /sys/net/radix.c. Then I have to see if changing the return value screws up anythine else. The alternative is to have mountd watch for a different error value in do_mount(). This has the advantage of not requiring any kernel changes, but somehow it doesn't feel quite right. Anyone have any particular perference in this matter? Anyone have any better ideas? Anyone? Anyone? Beuller? -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~ FreeBSD 2.1.0-Development #0: Tue Mar 14 11:11:25 EST 1995 ~~~~~~~~~ From owner-freebsd-hackers Mon Mar 27 00:17:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA15427 for hackers-outgoing; Mon, 27 Mar 1995 00:17:41 -0800 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA15401 for ; Mon, 27 Mar 1995 00:17:33 -0800 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.9/8.6.6) with SMTP id BAA03672; Mon, 27 Mar 1995 01:15:13 -0700 Message-Id: <199503270815.BAA03672@rover.village.org> To: Peter da Silva Subject: Re: Jordan's new status.. Cc: hoppy@appsmiths.com (Clay D. Hopperdietzel), hackers@FreeBSD.org In-reply-to: Your message of Sat, 25 Mar 1995 16:00:13 CST Date: Mon, 27 Mar 1995 01:15:13 -0700 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : > That would explain the Hubbard.core file. : : Ook! Ook! Bring it up under GDB! Clone him! Nah, you need to undump Hubbard.core, just like you used to do with TeX and emacs. Saves on initialization time, you know. :-) Warner From owner-freebsd-hackers Mon Mar 27 00:38:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA17695 for hackers-outgoing; Mon, 27 Mar 1995 00:38:14 -0800 Received: from coyote.rain.org (dcasba@coyote.rain.org [198.68.144.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA17675 for ; Mon, 27 Mar 1995 00:38:10 -0800 Received: by coyote.rain.org(8.6.10/RAIN-1.0) with id AAA12435 for on Mon, 27 Mar 1995 00:33:28 -0800 Date: Mon, 27 Mar 1995 00:33:28 -0800 From: Tom Gray - DCA Message-Id: <199503270833.AAA12435@coyote.rain.org> Apparently-To: freebsd-hackers@FreeBSD.org Apparently-To: Patches@rain.org Apparently-To: for@rain.org Apparently-To: tip@rain.org Apparently-To: -@rain.org Apparently-To: part@rain.org Apparently-To: 2@rain.org Sender: hackers-owner@FreeBSD.org Precedence: bulk #! /bin/sh # This is a shell archive. Remove anything before this line, then unpack # it by saving it into a file and typing "sh file". To overwrite existing # files, type "sh file -c". You can also feed this as standard input via # unshar, or by typing "sh 'patches.tip.1' <<'END_OF_FILE' Xdiff -r -c ./Makefile Makefile X*** ./Makefile Sun Mar 26 18:47:10 1995 X--- Makefile Sun Feb 26 22:48:24 1995 X*************** X*** 0 **** X--- 1,2 ---- X+ SUBDIR=libacu tip X+ .include Xdiff -r -c ./NEWS NEWS X*** ./NEWS Sun Mar 26 18:47:10 1995 X--- NEWS Sun Mar 26 18:08:55 1995 X*************** X*** 0 **** X--- 1,65 ---- X+ Sat Mar 25 16:06:31 PST 1995 X+ X+ hw_flow_control (boolean) capability added to modem configuration X+ data base (/etc/modems). X+ X+ Configurable unidialer driver compiled in by default. Builtin X+ ACU drivers no longer compiled in by default. X+ X+ All configuration details isolated in tipconf.h (with exception of X+ pathnames.h). X+ X+ Made corrections to and updated manual page for tip. X+ X+ Conditional compilation of cu interface for systems that provide X+ a separate cu implementation (e.g. FreeBSD). X+ X+ Sat Mar 25 00:35:08 PST 1995 X+ X+ Corrected entry in man file to identify the lockfile dir as /var/spool/locks X+ instead of /var/spool/uucp. X+ X+ xfer and transfer in cmds.c use standard C runtime buffered output. X+ Eliminates a bug: buffer overruns when FRAMESIZE > BUFSIZ. X+ X+ Added xfer routine for doing cu style take commands. X+ X+ Thu Mar 16 08:17:57 PST 1995 X+ X+ Added support for termios. X+ X+ Renamed acunap.* to acucommon.*. Moved common acu routines X+ to it. Modified acu drivers to use common routines. X+ X+ Sat Mar 11 20:17:58 PST 1995 X+ X+ Default nap function uses select call in preference to X+ usleep or old, handrolled code. X+ X+ tip makefile does not create a link to cu by default. X+ X+ Wed Mar 8 00:11:04 PST 1995 X+ X+ Reduced sleep time in finish () in cmds.c from 5 seconds to two. X+ X+ Sat Mar 4 19:00:34 PST 1995 X+ X+ Added table-driven modem driver (unidialer) that fetches modem X+ characteristics from a modem database ("/etc/modems"). X+ X+ Removed common "nap" code from individual ACU drivers into a X+ separate module. X+ X+ Added login script capability to remote database. X+ X+ Sun Feb 26 23:07:56 PST 1995 X+ X+ Use HoneyDanber style locks by default (ASCII PIDs written to lock files). X+ X+ Changed default uucp file lock directory to "/var/spool/locks" X+ to be consistent with default build of Taylor uucp. X+ X+ Reorganized build environment for tip into a master directory X+ and two subdirectories. The master Makefile builds a library X+ of ACU "drivers" in the directory libacu. Tip only links in X+ drivers that it will actually use. Xdiff -r -c ./TODO TODO X*** ./TODO Sun Mar 26 18:47:02 1995 X--- TODO Sun Mar 26 18:07:45 1995 X*************** X*** 1,3 **** X--- 1,23 ---- X+ x Fix "hangup failed" in unidialer X+ x Genericize tty code and/or support termios X+ x Fixup uucplock conventions for FreeBSD (including reference in tip man pages). X+ Sanity check for ttys X+ x Rename pathnames.h X+ x Qualify on USR X+ Use select call to merge tipin / tipout X+ X+ x Finish table-driven modem driver X+ x Move HAVE_USLEEP to pathhnames.h X+ x Add variable for login and logout scripts (connect with Perl???) X+ x redials / redial delay (see dial shell script) X+ X+ Add debug log capabilities for table-driven modem driver (command mode modem I/Owith timestamps). X+ X+ Use select in modem drivers. X+ Consolidate consh()-derived code in cmds.c X+ Screen-oriented command menu? X+ Add external file-transfer protocol implementations to command menu (rz, sz, others?) X+ X 1. Rethink protection glitches on REMOTE & PHONES X files (setuid/setgid??). X Xdiff -r -c ./libacu/Makefile libacu/Makefile X*** ./libacu/Makefile Sun Mar 26 18:47:08 1995 X--- libacu/Makefile Sat Mar 25 00:45:28 1995 X*************** X*** 0 **** X--- 1,5 ---- X+ CFLAGS+= -g -I../tip X+ SRCS=acucommon.c biz22.c courier.c df.c dn11.c hayes.c multitech.c t3000.c tod.c unidialer.c v3451.c v831.c ventel.c X+ LIB=acu X+ $(OBJS): ../tip/tipconf.h X+ .include Xdiff -r -c ./libacu/RCS/unidialer.c,v libacu/RCS/unidialer.c,v X*** ./libacu/RCS/unidialer.c,v Sun Mar 26 18:47:09 1995 X--- libacu/RCS/unidialer.c,v Sun Mar 26 11:42:27 1995 X*************** X*** 0 **** X--- 1,1181 ---- X+ head 1.3; X+ access; X+ symbols; X+ locks X+ john:1.3; strict; X+ comment @ * @; X+ X+ X+ 1.3 X+ date 95.03.26.19.42.16; author john; state Exp; X+ branches; X+ next 1.2; X+ X+ 1.2 X+ date 95.03.18.20.03.12; author john; state Exp; X+ branches; X+ next 1.1; X+ X+ 1.1 X+ date 95.03.06.05.45.45; author john; state Exp; X+ branches; X+ next ; X+ X+ X+ desc X+ @A generalized driver for Hayes AT command type modems. Uses X+ a modem database to configure itself for a particular modem. X+ @ X+ X+ X+ 1.3 X+ log X+ @Removed dead code. X+ @ X+ text X+ @/* X+ * Copyright (c) 1986, 1993 X+ * The Regents of the University of California. All rights reserved. X+ * X+ * Redistribution and use in source and binary forms, with or without X+ * modification, are permitted provided that the following conditions X+ * are met: X+ * 1. Redistributions of source code must retain the above copyright X+ * notice, this list of conditions and the following disclaimer. X+ * 2. Redistributions in binary form must reproduce the above copyright X+ * notice, this list of conditions and the following disclaimer in the X+ * documentation and/or other materials provided with the distribution. X+ * 3. All advertising materials mentioning features or use of this software X+ * must display the following acknowledgement: X+ * This product includes software developed by the University of X+ * California, Berkeley and its contributors. X+ * 4. Neither the name of the University nor the names of its contributors X+ * may be used to endorse or promote products derived from this software X+ * without specific prior written permission. X+ * X+ * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND X+ * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X+ * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE X+ * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X+ * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X+ * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X+ * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X+ * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X+ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X+ * SUCH DAMAGE. X+ */ X+ X+ #ifndef lint X+ static char sccsid[] = "@@(#)unidialer.c 8.1 (Berkeley) 6/6/93"; X+ #endif /* not lint */ X+ X+ /* X+ * Generalized routines for calling up on a Hayes AT command set based modem. X+ * Control variables are pulled out of a modem caps-style database to X+ * configure the driver for a particular modem. X+ */ X+ #include "tipconf.h" X+ #include "tip.h" X+ #include "pathnames.h" X+ X+ #include X+ #include X+ #include X+ #include X+ X+ #include "acucommon.h" X+ #include "tod.h" X+ X+ /* #define DEBUG /**/ X+ #define MAXRETRY 5 X+ X+ typedef enum X+ { X+ mpt_notype, mpt_string, mpt_number, mpt_boolean X+ } modem_parm_type_t; X+ X+ typedef struct { X+ modem_parm_type_t modem_parm_type; X+ const char *name; X+ union { X+ char **string; X+ unsigned int *number; X+ } value; X+ union { X+ char *string; X+ unsigned int number; X+ } default_value; X+ } modem_parm_t; X+ X+ /* X+ Configuration X+ */ X+ static char modem_name [80]; X+ static char *dial_command; X+ static char *hangup_command; X+ static char *echo_off_command; X+ static char *reset_command; X+ static char *init_string; X+ static char *escape_sequence; X+ static int lock_baud; X+ static unsigned int intercharacter_delay; X+ static unsigned int intercommand_delay; X+ static unsigned int escape_guard_time; X+ static unsigned int reset_delay; X+ X+ static int unidialer_dialer (register char *num, char *acu); X+ static void unidialer_disconnect (); X+ static void unidialer_abort (); X+ X+ static acu_t unidialer = X+ { X+ modem_name, X+ unidialer_dialer, X+ unidialer_disconnect, X+ unidialer_abort X+ }; X+ X+ /* X+ Table of parameters kept in modem database X+ */ X+ modem_parm_t modem_parms [] = { X+ { mpt_string, "dial_command", &dial_command, "ATDT" }, X+ { mpt_string, "hangup_command", &hangup_command, "ATH\r", }, X+ { mpt_string, "echo_off_command", &echo_off_command, "ATE0\r" }, X+ { mpt_string, "reset_command", &reset_command, "ATZ\r" }, X+ { mpt_string, "init_string", &init_string, "AT&F\r", }, X+ { mpt_string, "escape_sequence", &escape_sequence, "+++" }, X+ { mpt_boolean, "lock_baud", (char **)&lock_baud, NULL }, X+ { mpt_number, "intercharacter_delay", (char **)&intercharacter_delay, (char *)50 }, X+ { mpt_number, "intercommand_delay", (char **)&intercommand_delay, (char *)300 }, X+ { mpt_number, "escape_guard_time", (char **)&escape_guard_time, (char *)300 }, X+ { mpt_number, "reset_delay", (char **)&reset_delay, (char *)3000 }, X+ { mpt_notype, NULL, NULL, NULL } X+ }; X+ X+ /* X+ Forward declarations X+ */ X+ static void unidialer_verbose_read (); X+ static void unidialer_modem_cmd (int fd, CONST char *cmd); X+ static void unidialer_write (int fd, CONST char *cp, int n); X+ static void unidialer_write_str (int fd, CONST char *cp); X+ static void unidialer_disconnect (); X+ static void sigALRM (); X+ static int unidialersync (); X+ static int unidialer_swallow (register char *match); X+ X+ /* X+ Global vars X+ */ X+ static int timeout = 0; X+ static int connected = 0; X+ static jmp_buf timeoutbuf, intbuf; X+ X+ #define cgetflag(f) (cgetcap(bp, f, ':') != NULL) X+ X+ #ifdef DEBUG X+ X+ #define print_str(x) printf (#x " = %s\n", x) X+ #define print_num(x) printf (#x " = %d\n", x) X+ X+ void dumpmodemparms (char *modem) X+ { X+ printf ("modem parms for %s\n", modem); X+ print_str (dial_command); X+ print_str (hangup_command); X+ print_str (echo_off_command); X+ print_str (reset_command); X+ print_str (init_string); X+ print_str (escape_sequence); X+ print_num (lock_baud); X+ print_num (intercharacter_delay); X+ print_num (intercommand_delay); X+ print_num (escape_guard_time); X+ print_num (reset_delay); X+ printf ("\n"); X+ } X+ #endif X+ X+ static int getmodemparms (const char *modem) X+ { X+ char *bp, *db_array [3], *modempath; X+ int ndx, stat; X+ modem_parm_t *mpp; X+ X+ modempath = getenv ("MODEMS"); X+ X+ ndx = 0; X+ X+ if (modempath != NULL) X+ db_array [ndx++] = modempath; X+ X+ db_array [ndx++] = _PATH_MODEMS; X+ db_array [ndx] = NULL; X+ X+ if ((stat = cgetent (&bp, db_array, (char *)modem)) < 0) { X+ switch (stat) { X+ case -1: X+ fprintf (stderr, "tip: unknown modem %s\n", modem); X+ break; X+ case -2: X+ fprintf (stderr, "tip: can't open modem description file\n"); X+ break; X+ case -3: X+ fprintf (stderr, "tip: possible reference loop in modem description file\n"); X+ break; X+ } X+ return 0; X+ } X+ for (mpp = modem_parms; mpp->name; mpp++) X+ { X+ switch (mpp->modem_parm_type) X+ { X+ case mpt_string: X+ if (cgetstr (bp, (char *)mpp->name, mpp->value.string) == -1) X+ *mpp->value.string = mpp->default_value.string; X+ break; X+ X+ case mpt_number: X+ { X+ long l; X+ if (cgetnum (bp, (char *)mpp->name, &l) == -1) X+ *mpp->value.number = mpp->default_value.number; X+ else X+ *mpp->value.number = (unsigned int)l; X+ } X+ break; X+ X+ case mpt_boolean: X+ *mpp->value.number = cgetflag ((char *)mpp->name); X+ break; X+ } X+ } X+ strncpy (modem_name, modem, sizeof (modem_name) - 1); X+ modem_name [sizeof (modem_name) - 1] = '\0'; X+ return 1; X+ } X+ X+ /* X+ */ X+ acu_t* unidialer_getmodem (const char *modem_name) X+ { X+ acu_t* rc = NOACU; X+ if (getmodemparms (modem_name)) X+ rc = &unidialer; X+ return rc; X+ } X+ X+ static int unidialer_modem_ready () X+ { X+ #ifdef TIOCMGET X+ int state; X+ ioctl (FD, TIOCMGET, &state); X+ return (state & TIOCM_DSR) ? 1 : 0; X+ #else X+ return (1); X+ #endif X+ } X+ X+ static int unidialer_waitfor_modem_ready (int ms) X+ { X+ #ifdef TIOCMGET X+ int count; X+ for (count = 0; count < ms; count += 100) X+ { X+ if (unidialer_modem_ready ()) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_waitfor_modem_ready: modem ready.\n"); X+ #endif X+ break; X+ } X+ acu_nap (100); X+ } X+ return (count < ms); X+ #else X+ acu_nap (250); X+ return (1); X+ #endif X+ } X+ X+ int unidialer_tty_clocal (int flag) X+ { X+ #if HAVE_TERMIOS X+ struct termios t; X+ tcgetattr (FD, &t); X+ if (flag) X+ t.c_cflag |= CLOCAL; X+ else X+ t.c_cflag &= ~CLOCAL; X+ tcsetattr (FD, TCSANOW, &t); X+ #elif defined(TIOCMSET) X+ int state; X+ /* X+ Don't have CLOCAL so raise CD in software to X+ get the same effect. X+ */ X+ ioctl (FD, TIOCMGET, &state); X+ if (flag) X+ state |= TIOCM_CD; X+ else X+ state &= ~TIOCM_CD; X+ ioctl (FD, TIOCMSET, &state); X+ #endif X+ } X+ X+ int unidialer_get_modem_response (char *buf, int bufsz, int timeout) X+ { X+ sig_t f; X+ char c, *p = buf, *lid = buf + bufsz - 1; X+ int state; X+ X+ assert (bufsz > 0); X+ X+ f = signal (SIGALRM, sigALRM); X+ X+ timeout = 0; X+ X+ if (setjmp (timeoutbuf)) { X+ signal (SIGALRM, f); X+ *p = '\0'; X+ #ifdef DEBUG X+ printf ("get_response: timeout buf=%s, state=%d\n", buf, state); X+ #endif X+ return (0); X+ } X+ X+ ualarm (timeout * 1000, 0); X+ X+ state = 0; X+ X+ while (1) X+ { X+ switch (state) X+ { X+ case 0: X+ if (read (FD, &c, 1) == 1) X+ { X+ if (c == '\r') X+ { X+ ++state; X+ } X+ else X+ { X+ #ifdef DEBUG X+ printf ("get_response: unexpected char %s.\n", ctrl (c)); X+ #endif X+ } X+ } X+ break; X+ X+ case 1: X+ if (read (FD, &c, 1) == 1) X+ { X+ if (c == '\n') X+ { X+ #ifdef DEBUG X+ printf ("get_response: encountered.\n", buf); X+ #endif X+ ++state; X+ } X+ else X+ { X+ state = 0; X+ #ifdef DEBUG X+ printf ("get_response: unexpected char %s.\n", ctrl (c)); X+ #endif X+ } X+ } X+ break; X+ X+ case 2: X+ if (read (FD, &c, 1) == 1) X+ { X+ if (c == '\r') X+ ++state; X+ else if (c >= ' ' && p < lid) X+ *p++ = c; X+ } X+ break; X+ X+ case 3: X+ if (read (FD, &c, 1) == 1) X+ { X+ if (c == '\n') X+ { X+ signal (SIGALRM, f); X+ /* ualarm (0, 0); */ X+ alarm (0); X+ *p = '\0'; X+ #ifdef DEBUG X+ printf ("get_response: %s\n", buf); X+ #endif X+ return (1); X+ } X+ else X+ { X+ state = 0; X+ p = buf; X+ } X+ } X+ break; X+ } X+ } X+ } X+ X+ int unidialer_get_okay (int ms) X+ { X+ int okay; X+ char buf [BUFSIZ]; X+ okay = unidialer_get_modem_response (buf, sizeof (buf), ms) && X+ strcmp (buf, "OK") == 0; X+ return okay; X+ } X+ X+ static int unidialer_dialer (register char *num, char *acu) X+ { X+ register char *cp; X+ char dial_string [80]; X+ #if ACULOG X+ char line [80]; X+ #endif X+ static int unidialer_connect(), unidialer_swallow(); X+ X+ #ifdef DEBUG X+ dumpmodemparms (modem_name); X+ #endif X+ X+ if (lock_baud) X+ { X+ int i; X+ if ((i = speed(number(value(BAUDRATE)))) == NULL) X+ return 0; X+ ttysetup (i); X+ } X+ X+ if (boolean(value(VERBOSE))) X+ printf("Using \"%s\"\n", acu); X+ X+ acu_hupcl (); X+ X+ /* X+ * Get in synch. X+ */ X+ if (!unidialersync()) { X+ badsynch: X+ printf("tip: can't synchronize with %s\n", modem_name); X+ #if ACULOG X+ logent(value(HOST), num, modem_name, "can't synch up"); X+ #endif X+ return (0); X+ } X+ X+ unidialer_modem_cmd (FD, echo_off_command); /* turn off echoing */ X+ X+ sleep(1); X+ X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ unidialer_verbose_read(); X+ #endif X+ X+ acu_flush (); /* flush any clutter */ X+ X+ unidialer_modem_cmd (FD, init_string); X+ X+ if (!unidialer_get_okay (250)) X+ goto badsynch; X+ X+ fflush (stdout); X+ X+ for (cp = num; *cp; cp++) X+ if (*cp == '=') X+ *cp = ','; X+ X+ (void) sprintf (dial_string, "%s%s\r", dial_command, num); X+ X+ unidialer_modem_cmd (FD, dial_string); X+ X+ connected = unidialer_connect (); X+ X+ #if ACULOG X+ if (timeout) { X+ sprintf(line, "%d second dial timeout", X+ number(value(DIALTIMEOUT))); X+ logent(value(HOST), num, modem_name, line); X+ } X+ #endif X+ X+ if (timeout) X+ unidialer_disconnect (); X+ X+ return (connected); X+ } X+ X+ static void unidialer_disconnect () X+ { X+ int okay, retries; X+ X+ acu_flush (); /* flush any clutter */ X+ X+ unidialer_tty_clocal (TRUE); X+ X+ /* first hang up the modem*/ X+ ioctl (FD, TIOCCDTR, 0); X+ acu_nap (250); X+ ioctl (FD, TIOCSDTR, 0); X+ X+ /* X+ * If AT&D2, then dropping DTR *should* just hangup the modem. But X+ * some modems reset anyway; also, the modem may be programmed to reset X+ * anyway with AT&D3. Play it safe and wait for the full reset time before X+ * proceeding. X+ */ X+ acu_nap (reset_delay); X+ X+ if (!unidialer_waitfor_modem_ready (reset_delay)) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_disconnect: warning CTS low.\r\n"); X+ #endif X+ } X+ X+ /* X+ * If not strapped for DTR control, try to get command mode. X+ */ X+ for (retries = okay = 0; retries < MAXRETRY && !okay; retries++) X+ { X+ int timeout_value; X+ /* flush any clutter */ X+ if (!acu_flush ()) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_disconnect: warning flush failed.\r\n"); X+ #endif X+ } X+ timeout_value = escape_guard_time; X+ timeout_value += (timeout_value * retries / MAXRETRY); X+ acu_nap (timeout_value); X+ acu_flush (); /* flush any clutter */ X+ unidialer_modem_cmd (FD, escape_sequence); X+ acu_nap (timeout_value); X+ unidialer_modem_cmd (FD, hangup_command); X+ okay = unidialer_get_okay (250); X+ } X+ if (!okay) X+ { X+ #if ACULOG X+ logent(value(HOST), "", modem_name, "can't hang up modem"); X+ #endif X+ if (boolean(value(VERBOSE))) X+ printf("hang up failed\n"); X+ } X+ (void) acu_flush (); X+ close (FD); X+ } X+ X+ static void unidialer_abort () X+ { X+ unidialer_write_str (FD, "\r"); /* send anything to abort the call */ X+ unidialer_disconnect (); X+ } X+ X+ static void sigALRM () X+ { X+ (void) printf("\07timeout waiting for reply\n"); X+ timeout = 1; X+ longjmp(timeoutbuf, 1); X+ } X+ X+ static int unidialer_swallow (register char *match) X+ { X+ sig_t f; X+ char c; X+ X+ f = signal(SIGALRM, sigALRM); X+ X+ timeout = 0; X+ X+ if (setjmp(timeoutbuf)) { X+ signal(SIGALRM, f); X+ return (0); X+ } X+ X+ alarm(number(value(DIALTIMEOUT))); X+ X+ do { X+ if (*match =='\0') { X+ signal(SIGALRM, f); X+ alarm (0); X+ return (1); X+ } X+ do { X+ read (FD, &c, 1); X+ } while (c == '\0'); X+ c &= 0177; X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ { X+ /* putchar(c); */ X+ printf (ctrl (c)); X+ } X+ #endif X+ } while (c == *match++); X+ signal(SIGALRM, SIG_DFL); X+ alarm(0); X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ fflush (stdout); X+ #endif X+ return (0); X+ } X+ X+ static struct baud_msg { X+ char *msg; X+ int baud; X+ } baud_msg[] = { X+ "", B300, X+ " 1200", B1200, X+ " 2400", B2400, X+ " 9600", B9600, X+ " 9600/ARQ", B9600, X+ 0, 0, X+ }; X+ X+ static int unidialer_connect () X+ { X+ char c; X+ int nc, nl, n; X+ char dialer_buf[64]; X+ struct baud_msg *bm; X+ sig_t f; X+ X+ if (unidialer_swallow("\r\n") == 0) X+ return (0); X+ f = signal(SIGALRM, sigALRM); X+ again: X+ nc = 0; nl = sizeof(dialer_buf)-1; X+ bzero(dialer_buf, sizeof(dialer_buf)); X+ timeout = 0; X+ for (nc = 0, nl = sizeof(dialer_buf)-1 ; nl > 0 ; nc++, nl--) { X+ if (setjmp(timeoutbuf)) X+ break; X+ alarm(number(value(DIALTIMEOUT))); X+ n = read(FD, &c, 1); X+ alarm(0); X+ if (n <= 0) X+ break; X+ c &= 0x7f; X+ if (c == '\r') { X+ if (unidialer_swallow("\n") == 0) X+ break; X+ if (!dialer_buf[0]) X+ goto again; X+ if (strcmp(dialer_buf, "RINGING") == 0 && X+ boolean(value(VERBOSE))) { X+ #ifdef DEBUG X+ printf("%s\r\n", dialer_buf); X+ #endif X+ goto again; X+ } X+ if (strncmp(dialer_buf, "CONNECT", X+ sizeof("CONNECT")-1) != 0) X+ break; X+ if (lock_baud) { X+ signal(SIGALRM, f); X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ printf("%s\r\n", dialer_buf); X+ #endif X+ return (1); X+ } X+ for (bm = baud_msg ; bm->msg ; bm++) X+ if (strcmp(bm->msg, dialer_buf+sizeof("CONNECT")-1) == 0) { X+ if (!acu_setspeed (bm->baud)) X+ goto error; X+ signal(SIGALRM, f); X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ printf("%s\r\n", dialer_buf); X+ #endif X+ return (1); X+ } X+ break; X+ } X+ dialer_buf[nc] = c; X+ } X+ error1: X+ printf("%s\r\n", dialer_buf); X+ error: X+ signal(SIGALRM, f); X+ return (0); X+ } X+ X+ /* X+ * This convoluted piece of code attempts to get X+ * the unidialer in sync. X+ */ X+ static int unidialersync () X+ { X+ int already = 0; X+ int len; X+ char buf[40]; X+ X+ while (already++ < MAXRETRY) { X+ acu_nap (intercommand_delay); X+ acu_flush (); /* flush any clutter */ X+ unidialer_write_str (FD, reset_command); /* reset modem */ X+ bzero(buf, sizeof(buf)); X+ acu_nap (reset_delay); X+ ioctl (FD, FIONREAD, &len); X+ if (len) { X+ len = read(FD, buf, sizeof(buf)); X+ #ifdef DEBUG X+ buf [len] = '\0'; X+ printf("unidialersync (%s): (\"%s\")\n\r", modem_name, buf); X+ #endif X+ if (index(buf, '0') || X+ (index(buf, 'O') && index(buf, 'K'))) X+ return(1); X+ } X+ /* X+ * If not strapped for DTR control, X+ * try to get command mode. X+ */ X+ acu_nap (escape_guard_time); X+ unidialer_write_str (FD, escape_sequence); X+ acu_nap (escape_guard_time); X+ unidialer_write_str (FD, hangup_command); X+ /* X+ * Toggle DTR to force anyone off that might have left X+ * the modem connected. X+ */ X+ acu_nap (escape_guard_time); X+ ioctl (FD, TIOCCDTR, 0); X+ acu_nap (1000); X+ ioctl (FD, TIOCSDTR, 0); X+ } X+ acu_nap (intercommand_delay); X+ unidialer_write_str (FD, reset_command); X+ return (0); X+ } X+ X+ /* X+ Send commands to modem; impose delay between commands. X+ */ X+ static void unidialer_modem_cmd (int fd, const char *cmd) X+ { X+ static struct timeval oldt = { 0, 0 }; X+ struct timeval newt; X+ tod_gettime (&newt); X+ if (tod_lt (&newt, &oldt)) X+ { X+ unsigned int naptime; X+ tod_subfrom (&oldt, newt); X+ naptime = oldt.tv_sec * 1000 + oldt.tv_usec / 1000; X+ if (naptime > intercommand_delay) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_modem_cmd: suspicious naptime (%u ms)\r\n", naptime); X+ #endif X+ naptime = intercommand_delay; X+ } X+ #ifdef DEBUG X+ printf ("unidialer_modem_cmd: delaying %u ms\r\n", naptime); X+ #endif X+ acu_nap (naptime); X+ } X+ unidialer_write_str (fd, cmd); X+ tod_gettime (&oldt); X+ newt.tv_sec = 0; X+ newt.tv_usec = intercommand_delay; X+ tod_addto (&oldt, &newt); X+ } X+ X+ static void unidialer_write_str (int fd, const char *cp) X+ { X+ #ifdef DEBUG X+ printf ("unidialer (%s): sending %s\n", modem_name, cp); X+ #endif X+ unidialer_write (fd, cp, strlen (cp)); X+ } X+ X+ static void unidialer_write (int fd, const char *cp, int n) X+ { X+ acu_nap (intercharacter_delay); X+ for ( ; n-- ; cp++) { X+ write (fd, cp, 1); X+ acu_nap (intercharacter_delay); X+ } X+ } X+ X+ #ifdef DEBUG X+ static void unidialer_verbose_read() X+ { X+ int n = 0; X+ char buf[BUFSIZ]; X+ X+ if (ioctl(FD, FIONREAD, &n) < 0) X+ return; X+ if (n <= 0) X+ return; X+ if (read(FD, buf, n) != n) X+ return; X+ write(1, buf, n); X+ } X+ #endif X+ X+ /* end of unidialer.c */ X+ @ X+ X+ X+ 1.2 X+ log X+ @Renamed reference to pathnames.h to tipconf.h. Added unidialer_modem_ready (), X+ unidialer_clocal () and unidialer_get_modem_response () functions. Removed X+ time-of-day related code to separate module. Added support for termios X+ tty interface. Hangup code tries to relieve the driver from modem control X+ so read still works even if carrier drops away. X+ @ X+ text X+ @d45 1 X+ d55 1 X+ a55 1 X+ #define DEBUG /**/ X+ d235 1 X+ a235 1 X+ static int unidialer_modem_ready (int ms) X+ d238 12 X+ a249 1 X+ int count, state; X+ d252 1 X+ a252 2 X+ ioctl (FD, TIOCMGET, &state); X+ if (state & TIOCM_DSR) X+ d255 1 X+ a255 1 X+ printf ("unidialer_modem_ready: modem ready.\n"); X+ d314 1 X+ a314 2 X+ /* ualarm (timeout * 1000, 0); */ X+ alarm (10); X+ d393 9 X+ d406 1 X+ a406 1 X+ #ifdef ACULOG X+ d434 1 X+ a434 1 X+ #ifdef ACULOG X+ d453 1 X+ a453 1 X+ if (!unidialer_swallow ("\r\nOK\r\n")) X+ d468 1 X+ a468 1 X+ #ifdef ACULOG X+ a481 42 X+ #if 0 X+ static void unidialer_disconnect () X+ { X+ int okay, retries; X+ X+ /* first hang up the modem*/ X+ ioctl (FD, TIOCCDTR, 0); X+ acu_nap (1000); X+ ioctl (FD, TIOCSDTR, 0); X+ /* X+ * If AT&D2, then dropping DTR *should* just hangup the modem. But X+ * some modems reset anyway; also, the modem may be programmed to reset X+ * anyway with AT&D3. Play it safe and wait for the full reset time before X+ * proceeding. X+ */ X+ acu_nap (reset_delay); X+ X+ /* X+ * If not strapped for DTR control, try to get command mode. X+ */ X+ for (retries = okay = 0; retries < 3 && !okay; retries++) X+ { X+ acu_nap (escape_guard_time + retries * escape_guard_time / 2); X+ unidialer_modem_cmd (FD, escape_sequence); X+ acu_nap (escape_guard_time + retries * escape_guard_time / 2); X+ acu_flush (); /* flush any clutter */ X+ unidialer_modem_cmd (FD, hangup_command); X+ acu_nap (intercharacter_delay + retries * intercharacter_delay / 2); X+ okay = unidialer_swallow ("\r\nOK\r\n"); X+ } X+ if (!okay) X+ { X+ #ifdef ACULOG X+ logent(value(HOST), "", modem_name, "can't hang up modem"); X+ #endif X+ if (boolean(value(VERBOSE))) X+ printf("hang up failed\n"); X+ } X+ acu_flush (); /* flush any clutter */ X+ close (FD); X+ } X+ X+ a494 7 X+ if (!unidialer_modem_ready (reset_delay)) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_disconnect: warning CTS low.\r\n"); X+ #endif X+ } X+ X+ d501 1 X+ a501 1 X+ acu_nap (1000); X+ d503 1 X+ a503 68 X+ /* X+ * If not strapped for DTR control, try to get command mode. X+ */ X+ for (retries = okay = 0; retries < 3 && !okay; retries++) X+ { X+ /* flush any clutter */ X+ if (!acu_flush ()) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_disconnect: warning flush failed.\r\n"); X+ #endif X+ } X+ acu_nap (1000); X+ unidialer_write_str (FD, escape_sequence); X+ acu_nap (1000); X+ unidialer_write_str (FD, hangup_command); X+ #if 0 X+ acu_nap (1000); X+ X+ /* okay = unidialer_swallow ("\r\nOK\r\n"); */ X+ { X+ char *p; X+ int n = 0; X+ char buf [BUFSIZ]; X+ if (ioctl (FD, FIONREAD, &n) == 0 && n > 0 && read (FD, buf, n) == n) X+ { X+ #ifdef DEBUG X+ write (1, buf, n); X+ #endif X+ if (index (buf, '0') || ((p = index (buf, 'O')) != NULL && *(p+1) == 'K')) X+ okay = 1; X+ } X+ } X+ #else X+ { X+ char buf [BUFSIZ]; X+ okay = unidialer_get_modem_response (buf, sizeof (buf), 250) && X+ strcmp (buf, "OK") == 0; X+ } X+ #endif X+ } X+ if (!okay) X+ { X+ #ifdef ACULOG X+ logent(value(HOST), "", modem_name, "can't hang up modem"); X+ #endif X+ if (boolean(value(VERBOSE))) X+ printf("hang up failed\n"); X+ } X+ (void) acu_flush (); X+ close (FD); X+ } X+ #endif X+ X+ static void unidialer_disconnect () X+ { X+ int okay, retries; X+ X+ acu_flush (); /* flush any clutter */ X+ X+ unidialer_tty_clocal (TRUE); X+ X+ /* first hang up the modem*/ X+ ioctl (FD, TIOCCDTR, 0); X+ acu_nap (250); X+ ioctl (FD, TIOCSDTR, 0); X+ X+ if (!unidialer_modem_ready (reset_delay)) X+ a510 8 X+ * If AT&D2, then dropping DTR *should* just hangup the modem. But X+ * some modems reset anyway; also, the modem may be programmed to reset X+ * anyway with AT&D3. Play it safe and wait for the full reset time before X+ * proceeding. X+ */ X+ acu_nap (1000); X+ X+ /* X+ d513 1 X+ a513 1 X+ for (retries = okay = 0; retries < 3 && !okay; retries++) X+ d515 1 X+ d523 3 X+ a525 1 X+ acu_nap (escape_guard_time); X+ d528 1 X+ a528 1 X+ acu_nap (escape_guard_time); X+ d530 1 X+ a530 5 X+ { X+ char buf [BUFSIZ]; X+ okay = unidialer_get_modem_response (buf, sizeof (buf), 250) && X+ strcmp (buf, "OK") == 0; X+ } X+ d534 1 X+ a534 1 X+ #ifdef ACULOG X+ a556 37 X+ #if 0 X+ static int unidialer_swallow (register char *match) X+ { X+ sig_t f; X+ char c; X+ X+ f = signal(SIGALRM, sigALRM); X+ timeout = 0; X+ do { X+ if (*match =='\0') { X+ signal(SIGALRM, f); X+ return (1); X+ } X+ if (setjmp(timeoutbuf)) { X+ signal(SIGALRM, f); X+ return (0); X+ } X+ alarm(number(value(DIALTIMEOUT))); X+ read(FD, &c, 1); X+ alarm(0); X+ c &= 0177; X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ { X+ /* putchar(c); */ X+ printf (ctrl (c)); X+ } X+ #endif X+ } while (c == *match++); X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ fflush (stdout); X+ #endif X+ signal(SIGALRM, SIG_DFL); X+ return (0); X+ } X+ #else X+ d571 1 X+ a571 2 X+ /* alarm(number(value(DIALTIMEOUT))); */ X+ alarm(180); /*FIXME*/ X+ a598 1 X+ #endif X+ @ X+ X+ X+ 1.1 X+ log X+ @Initial revision X+ @ X+ text X+ @d43 1 X+ a44 2 X+ #include "pathnames.h" X+ #include "acunap.h" X+ d46 2 X+ d51 4 X+ a54 2 X+ #define CONST const X+ /* #define DEBUG /**/ X+ d124 2 X+ a141 1 X+ X+ d234 149 X+ d386 1 X+ d407 1 X+ a407 1 X+ ioctl (FD, TIOCHPCL, 0); X+ a419 1 X+ acu_nap (intercommand_delay); X+ d421 1 X+ a421 1 X+ unidialer_write_str (FD, echo_off_command); /* turn off echoing */ X+ d430 1 X+ a430 1 X+ ioctl (FD, TIOCFLUSH, 0); /* flush any clutter */ X+ d432 1 X+ a432 2 X+ acu_nap (intercommand_delay); X+ unidialer_write_str (FD, init_string); X+ a438 3 X+ acu_nap (intercommand_delay); X+ unidialer_write_str (FD, dial_command); X+ X+ d443 1 X+ a443 1 X+ unidialer_write_str (FD, num); X+ d445 1 X+ a445 1 X+ unidialer_write_str (FD, "\r"); X+ d447 1 X+ a447 1 X+ connected = unidialer_connect(); X+ d456 1 X+ d459 1 X+ d463 124 X+ d590 28 X+ d620 7 X+ a626 8 X+ /* first hang up the modem*/ X+ ioctl (FD, TIOCCDTR, 0); X+ acu_nap (escape_guard_time); X+ ioctl (FD, TIOCSDTR, 0); X+ acu_nap (escape_guard_time); X+ /* X+ * If not strapped for DTR control, try to get command mode. X+ */ X+ d628 2 X+ a629 1 X+ unidialer_write_str (FD, escape_sequence); X+ d631 6 X+ a636 2 X+ unidialer_write_str (FD, hangup_command); X+ okay = unidialer_swallow ("\r\nOK\r\n"); X+ d646 1 X+ d663 1 X+ d686 4 X+ a689 1 X+ putchar(c); X+ d699 45 X+ a760 1 X+ struct sgttyb sb; X+ d806 1 X+ a806 2 X+ if (ioctl(FD, TIOCGETP, &sb) < 0) { X+ perror("TIOCGETP"); X+ a807 6 X+ } X+ sb.sg_ispeed = sb.sg_ospeed = bm->baud; X+ if (ioctl(FD, TIOCSETP, &sb) < 0) { X+ perror("TIOCSETP"); X+ goto error; X+ } X+ d838 1 X+ a838 1 X+ ioctl (FD, TIOCFLUSH, 0); /* flush any clutter */ X+ d867 1 X+ a867 1 X+ acu_nap (escape_guard_time); X+ d875 32 X+ a916 3 X+ struct sgttyb sb; X+ ioctl (fd, TIOCGETP, &sb); X+ ioctl (fd, TIOCSETP, &sb); X+ a919 2 X+ ioctl (fd, TIOCGETP, &sb); X+ ioctl (fd, TIOCSETP, &sb); X+ d925 1 X+ a925 1 X+ static unidialer_verbose_read() X+ @ Xdiff -r -c ./libacu/acucommon.c libacu/acucommon.c X*** ./libacu/acucommon.c Sun Mar 26 18:47:08 1995 X--- libacu/acucommon.c Sun Mar 26 12:10:52 1995 X*************** X*** 0 **** X--- 1,190 ---- X+ /* X+ * Copyright (c) 1986, 1993 X+ * The Regents of the University of California. All rights reserved. X+ * X+ * Redistribution and use in source and binary forms, with or without X+ * modification, are permitted provided that the following conditions X+ * are met: X+ * 1. Redistributions of source code must retain the above copyright X+ * notice, this list of conditions and the following disclaimer. X+ * 2. Redistributions in binary form must reproduce the above copyright X+ * notice, this list of conditions and the following disclaimer in the X+ * documentation and/or other materials provided with the distribution. X+ * 3. All advertising materials mentioning features or use of this software X+ * must display the following acknowledgement: X+ * This product includes software developed by the University of X+ * California, Berkeley and its contributors. X+ * 4. Neither the name of the University nor the names of its contributors X+ * may be used to endorse or promote products derived from this software X+ * without specific prior written permission. X+ * X+ * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND X+ * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X+ * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE X+ * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X+ * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X+ * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X+ * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X+ * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X+ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X+ * SUCH DAMAGE. X+ */ X+ X+ #ifndef lint X+ static char sccsid[] = "@(#)acucommon.c 8.1 (Berkeley) 6/6/93"; X+ #endif /* not lint */ X+ X+ /* X+ * Routines for calling up on a Courier modem. X+ * Derived from Hayes driver. X+ */ X+ #include "tipconf.h" X+ #include "tip.h" X+ X+ #if HAVE_SELECT X+ #include X+ #include X+ #include X+ X+ void acu_nap (unsigned int how_long) X+ { X+ struct timeval t; X+ t.tv_usec = (how_long % 1000) * 1000; X+ t.tv_sec = how_long / 1000; X+ (void) select (0, NULL, NULL, NULL, &t); X+ } X+ X+ #elif HAVE_USLEEP X+ void acu_nap (unsigned int how_long) X+ { X+ (void) usleep (how_long * 1000); X+ } X+ X+ #else X+ X+ /* X+ * Code stolen from /usr/src/lib/libc/gen/sleep.c X+ */ X+ #define mask(s) (1<<((s)-1)) X+ #define setvec(vec, a) \ X+ vec.sv_handler = a; vec.sv_mask = vec.sv_onstack = 0 X+ X+ static int ringring; X+ X+ static void acunap_napx() X+ { X+ ringring = 1; X+ } X+ X+ void acu_nap (unsigned int how_long) X+ { X+ int omask; X+ struct itimerval itv, oitv; X+ register struct itimerval *itp = &itv; X+ struct sigvec vec, ovec; X+ X+ timerclear(&itp->it_interval); X+ timerclear(&itp->it_value); X+ if (setitimer(ITIMER_REAL, itp, &oitv) < 0) X+ return; X+ setvec(ovec, SIG_DFL); X+ omask = sigblock(mask(SIGALRM)); X+ itp->it_value.tv_sec = how_long / 1000; X+ itp->it_value.tv_usec = ((how_long % 1000) * 1000); X+ setvec(vec, acunap_napx); X+ ringring = 0; X+ (void) sigvec(SIGALRM, &vec, &ovec); X+ (void) setitimer(ITIMER_REAL, itp, (struct itimerval *)0); X+ while (!ringring) X+ sigpause(omask &~ mask(SIGALRM)); X+ (void) sigvec(SIGALRM, &ovec, (struct sigvec *)0); X+ (void) setitimer(ITIMER_REAL, &oitv, (struct itimerval *)0); X+ (void) sigsetmask(omask); X+ } X+ X+ #endif /* HAVE_USLEEP */ X+ X+ void acu_hw_flow_control (hw_flow_control) X+ { X+ #if HAVE_TERMIOS X+ struct termios t; X+ if (tcgetattr (FD, &t) == 0) { X+ if (hw_flow_control) X+ t.c_cflag |= CRTSCTS; X+ else X+ t.c_cflag &= ~CRTSCTS; X+ tcsetattr (FD, TCSANOW, &t); X+ } X+ #endif /* HAVE_TERMIOS */ X+ } X+ X+ int acu_flush () X+ { X+ #ifdef TIOCFLUSH X+ int flags = 0; X+ return (ioctl (FD, TIOCFLUSH, &flags) == 0); /* flush any clutter */ X+ #elif !HAVE_TERMIOS X+ struct sgttyb buf; X+ return (ioctl (FD, TIOCGETP, &buf) == 0 && ioctl (FD, TIOCSETP, &buf) == 0); X+ #endif X+ } X+ X+ int acu_getspeed () X+ { X+ #if HAVE_TERMIOS X+ struct termios term; X+ tcgetattr (FD, &term); X+ return (term.c_ospeed); X+ #else /* HAVE_TERMIOS */ X+ struct sgttyb buf; X+ ioctl (FD, TIOCGETP, &buf); X+ return (buf.sg_ospeed); X+ #endif X+ } X+ X+ int acu_setspeed (int speed) X+ { X+ int rc = 0; X+ #if HAVE_TERMIOS X+ struct termios term; X+ if (tcgetattr (FD, &term) == 0) { X+ #ifndef _POSIX_SOURCE X+ cfsetspeed (&term, speed); X+ #else X+ cfsetispeed (&term, speed); X+ cfsetospeed (&term, speed); X+ #endif X+ if (tcsetattr (FD, TCSANOW, &term) == 0) X+ ++rc; X+ } X+ #else /* HAVE TERMIOS */ X+ struct sgttyb sb; X+ if (ioctl(FD, TIOCGETP, &sb) < 0) { X+ perror("TIOCGETP"); X+ } X+ else { X+ sb.sg_ispeed = sb.sg_ospeed = speed; X+ if (ioctl(FD, TIOCSETP, &sb) < 0) { X+ perror("TIOCSETP"); X+ } X+ else X+ ++rc; X+ } X+ #endif /* HAVE TERMIOS */ X+ return (rc); X+ } X+ X+ void acu_hupcl () X+ { X+ #if HAVE_TERMIOS X+ struct termios term; X+ tcgetattr (FD, &term); X+ term.c_cflag |= HUPCL; X+ tcsetattr (FD, TCSANOW, &term); X+ #elif defined(TIOCHPCL) X+ ioctl(FD, TIOCHPCL, 0); X+ #endif X+ } X+ X+ /* end of acucommon.c */ Xdiff -r -c ./libacu/acucommon.h libacu/acucommon.h X*** ./libacu/acucommon.h Sun Mar 26 18:47:08 1995 X--- libacu/acucommon.h Sun Mar 26 12:09:50 1995 X*************** X*** 0 **** X--- 1,6 ---- X+ void acu_nap (unsigned int how_long); X+ void acu_hw_flow_control (int hw_flow_control); X+ int acu_flush (); X+ void acu_hupcl (); X+ int acu_setspeed (int speed); X+ /* end of acucommon.h */ Xdiff -r -c ./libacu/biz22.c libacu/biz22.c X*** ./libacu/biz22.c Sun Mar 26 18:47:01 1995 X--- libacu/biz22.c Thu Mar 23 18:50:00 1995 X*************** X*** 35,40 **** X--- 35,41 ---- X static char sccsid[] = "@(#)biz22.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X X #define DISCONNECT_CMD "\20\04" /* disconnection string */ X*************** X*** 88,94 **** X * 1 \r success X */ X connected = detect("1\r"); X! #ifdef ACULOG X if (timeout) { X char line[80]; X X--- 89,95 ---- X * 1 \r success X */ X connected = detect("1\r"); X! #if ACULOG X if (timeout) { X char line[80]; X Xdiff -r -c ./libacu/biz31.c libacu/biz31.c X*** ./libacu/biz31.c Sun Mar 26 18:47:00 1995 X--- libacu/biz31.c Thu Mar 23 18:50:06 1995 X*************** X*** 35,40 **** X--- 35,41 ---- X static char sccsid[] = "@(#)biz31.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X X #define MAXRETRY 3 /* sync up retry count */ X*************** X*** 81,87 **** X * ` CONNECTION\r\n^G' success X */ X connected = detect(" "); X! #ifdef ACULOG X if (timeout) { X char line[80]; X X--- 82,88 ---- X * ` CONNECTION\r\n^G' success X */ X connected = detect(" "); X! #if ACULOG X if (timeout) { X char line[80]; X Xdiff -r -c ./libacu/courier.c libacu/courier.c X*** ./libacu/courier.c Sun Mar 26 18:47:00 1995 X--- libacu/courier.c Thu Mar 23 18:50:24 1995 X*************** X*** 39,45 **** X--- 39,47 ---- X * Routines for calling up on a Courier modem. X * Derived from Hayes driver. X */ X+ #include "tipconf.h" X #include "tip.h" X+ #include "acucommon.h" X #include X X #define MAXRETRY 5 X*************** X*** 55,61 **** X char *acu; X { X register char *cp; X! #ifdef ACULOG X char line[80]; X #endif X static int cour_connect(), cour_swallow(); X--- 57,63 ---- X char *acu; X { X register char *cp; X! #if ACULOG X char line[80]; X #endif X static int cour_connect(), cour_swallow(); X*************** X*** 63,76 **** X if (boolean(value(VERBOSE))) X printf("Using \"%s\"\n", acu); X X! ioctl(FD, TIOCHPCL, 0); X /* X * Get in synch. X */ X if (!coursync()) { X badsynch: X printf("can't synchronize with courier\n"); X! #ifdef ACULOG X logent(value(HOST), num, "courier", "can't synch up"); X #endif X return (0); X--- 65,79 ---- X if (boolean(value(VERBOSE))) X printf("Using \"%s\"\n", acu); X X! acu_hupcl (); X! X /* X * Get in synch. X */ X if (!coursync()) { X badsynch: X printf("can't synchronize with courier\n"); X! #if ACULOG X logent(value(HOST), num, "courier", "can't synch up"); X #endif X return (0); X*************** X*** 93,99 **** X cour_write(FD, num, strlen(num)); X cour_write(FD, "\r", 1); X connected = cour_connect(); X! #ifdef ACULOG X if (timeout) { X sprintf(line, "%d second dial timeout", X number(value(DIALTIMEOUT))); X--- 96,102 ---- X cour_write(FD, num, strlen(num)); X cour_write(FD, "\r", 1); X connected = cour_connect(); X! #if ACULOG X if (timeout) { X sprintf(line, "%d second dial timeout", X number(value(DIALTIMEOUT))); X*************** X*** 181,187 **** X { X char c; X int nc, nl, n; X- struct sgttyb sb; X char dialer_buf[64]; X struct baud_msg *bm; X sig_t f; X--- 184,189 ---- X*************** X*** 220,234 **** X for (bm = baud_msg ; bm->msg ; bm++) X if (strcmp(bm->msg, X dialer_buf+sizeof("CONNECT")-1) == 0) { X! if (ioctl(FD, TIOCGETP, &sb) < 0) { X! perror("TIOCGETP"); X! goto error; X! } X! sb.sg_ispeed = sb.sg_ospeed = bm->baud; X! if (ioctl(FD, TIOCSETP, &sb) < 0) { X! perror("TIOCSETP"); X goto error; X- } X signal(SIGALRM, f); X #ifdef DEBUG X if (boolean(value(VERBOSE))) X--- 222,229 ---- X for (bm = baud_msg ; bm->msg ; bm++) X if (strcmp(bm->msg, X dialer_buf+sizeof("CONNECT")-1) == 0) { X! if (!acu_setspeed(bm->baud)) X goto error; X signal(SIGALRM, f); X #ifdef DEBUG X if (boolean(value(VERBOSE))) X*************** X*** 302,319 **** X char *cp; X int n; X { X- struct sgttyb sb; X #ifdef notdef X if (boolean(value(VERBOSE))) X write(1, cp, n); X #endif X! ioctl(fd, TIOCGETP, &sb); X! ioctl(fd, TIOCSETP, &sb); X cour_nap(); X for ( ; n-- ; cp++) { X write(fd, cp, 1); X! ioctl(fd, TIOCGETP, &sb); X! ioctl(fd, TIOCSETP, &sb); X cour_nap(); X } X } X--- 297,311 ---- X char *cp; X int n; X { X #ifdef notdef X if (boolean(value(VERBOSE))) X write(1, cp, n); X #endif X! acu_flush (); X cour_nap(); X for ( ; n-- ; cp++) { X write(fd, cp, 1); X! acu_flush (); X cour_nap(); X } X } X*************** X*** 334,380 **** X } X #endif X X- /* X- * Code stolen from /usr/src/lib/libc/gen/sleep.c X- */ X- #define mask(s) (1<<((s)-1)) X- #define setvec(vec, a) \ X- vec.sv_handler = a; vec.sv_mask = vec.sv_onstack = 0 X- X- static napms = 50; /* Give the courier 50 milliseconds between characters */ X- X- static int ringring; X- X cour_nap() X { X! X! static void cour_napx(); X! int omask; X! struct itimerval itv, oitv; X! register struct itimerval *itp = &itv; X! struct sigvec vec, ovec; X! X! timerclear(&itp->it_interval); X! timerclear(&itp->it_value); X! if (setitimer(ITIMER_REAL, itp, &oitv) < 0) X! return; X! setvec(ovec, SIG_DFL); X! omask = sigblock(mask(SIGALRM)); X! itp->it_value.tv_sec = napms/1000; X! itp->it_value.tv_usec = ((napms%1000)*1000); X! setvec(vec, cour_napx); X! ringring = 0; X! (void) sigvec(SIGALRM, &vec, &ovec); X! (void) setitimer(ITIMER_REAL, itp, (struct itimerval *)0); X! while (!ringring) X! sigpause(omask &~ mask(SIGALRM)); X! (void) sigvec(SIGALRM, &ovec, (struct sigvec *)0); X! (void) setitimer(ITIMER_REAL, &oitv, (struct itimerval *)0); X! (void) sigsetmask(omask); X } X X! static void X! cour_napx() X! { X! ringring = 1; X! } X--- 326,334 ---- X } X #endif X X cour_nap() X { X! acu_nap (50); X } X X! /* end of courier.c */ Xdiff -r -c ./libacu/df.c libacu/df.c X*** ./libacu/df.c Sun Mar 26 18:47:00 1995 X--- libacu/df.c Thu Mar 16 07:39:51 1995 X*************** X*** 39,44 **** X--- 39,45 ---- X * Dial the DF02-AC or DF03-AC X */ X X+ #include "tipconf.h" X #include "tip.h" X X static jmp_buf Sjbuf; X*************** X*** 63,73 **** X int df03; X { X register int f = FD; X- struct sgttyb buf; X int speed = 0, rw = 2; X char c = '\0'; X X! ioctl(f, TIOCHPCL, 0); /* make sure it hangs up when done */ X if (setjmp(Sjbuf)) { X printf("connection timed out\r\n"); X df_disconnect(); X--- 64,74 ---- X int df03; X { X register int f = FD; X int speed = 0, rw = 2; X char c = '\0'; X X! acu_hupcl (); X! X if (setjmp(Sjbuf)) { X printf("connection timed out\r\n"); X df_disconnect(); X*************** X*** 80,90 **** X if (df03) { X int st = TIOCM_ST; /* secondary Transmit flag */ X X! ioctl(f, TIOCGETP, &buf); X! if (buf.sg_ospeed != B1200) { /* must dial at 1200 baud */ X! speed = buf.sg_ospeed; X! buf.sg_ospeed = buf.sg_ispeed = B1200; X! ioctl(f, TIOCSETP, &buf); X ioctl(f, TIOCMBIC, &st); /* clear ST for 300 baud */ X } else X ioctl(f, TIOCMBIS, &st); /* set ST for 1200 baud */ X--- 81,88 ---- X if (df03) { X int st = TIOCM_ST; /* secondary Transmit flag */ X X! if ((speed = acu_getspeed ()) != B1200) { /* must dial at 1200 baud */ X! acu_setspeed (B1200); X ioctl(f, TIOCMBIC, &st); /* clear ST for 300 baud */ X } else X ioctl(f, TIOCMBIS, &st); /* set ST for 1200 baud */ X*************** X*** 100,107 **** X read(f, &c, 1); X #ifdef TIOCMSET X if (df03 && speed) { X! buf.sg_ispeed = buf.sg_ospeed = speed; X! ioctl(f, TIOCSETP, &buf); X } X #endif X return (c == 'A'); X--- 98,104 ---- X read(f, &c, 1); X #ifdef TIOCMSET X if (df03 && speed) { X! acu_setspeed (speed); X } X #endif X return (c == 'A'); Xdiff -r -c ./libacu/dn11.c libacu/dn11.c X*** ./libacu/dn11.c Sun Mar 26 18:47:00 1995 X--- libacu/dn11.c Thu Mar 16 07:41:24 1995 X*************** X*** 38,43 **** X--- 38,44 ---- X /* X * Routines for dialing up on DN-11 X */ X+ #include "tipconf.h" X #include "tip.h" X X int dn_abort(); X*************** X*** 95,101 **** X--- 96,113 ---- X return (0); X } X alarm(0); X+ X+ #if HAVE_TERMIOS X+ { X+ struct termios term; X+ tcgetattr (dn, &term); X+ term.c_cflag |= HUPCL; X+ tcsetattr (dn, TCSANOW, &term); X+ } X+ #elif defined(TIOCHPCL) X ioctl(dn, TIOCHPCL, 0); X+ #endif X+ X signal(SIGALRM, SIG_DFL); X while ((nw = wait(<)) != child && nw != -1) X ; Xdiff -r -c ./libacu/hayes.c libacu/hayes.c X*** ./libacu/hayes.c Sun Mar 26 18:47:00 1995 X--- libacu/hayes.c Thu Mar 23 18:50:44 1995 X*************** X*** 58,63 **** X--- 58,64 ---- X * mode only. This would make it consistent with normal X * interactive use thru the command 'tip dialer'. X */ X+ #include "tipconf.h" X #include "tip.h" X X #define min(a,b) ((a < b) ? a : b) X*************** X*** 82,88 **** X register char *cp; X register int connected = 0; X char dummy; X! #ifdef ACULOG X char line[80]; X #endif X if (hay_sync() == 0) /* make sure we can talk to the modem */ X--- 83,89 ---- X register char *cp; X register int connected = 0; X char dummy; X! #if ACULOG X char line[80]; X #endif X if (hay_sync() == 0) /* make sure we can talk to the modem */ X*************** X*** 90,97 **** X if (boolean(value(VERBOSE))) X printf("\ndialing..."); X fflush(stdout); X! ioctl(FD, TIOCHPCL, 0); X! ioctl(FD, TIOCFLUSH, 0); /* get rid of garbage */ X write(FD, "ATv0\r", 5); /* tell modem to use short status codes */ X gobble("\r"); X gobble("\r"); X--- 91,98 ---- X if (boolean(value(VERBOSE))) X printf("\ndialing..."); X fflush(stdout); X! acu_hupcl (); X! acu_flush (); X write(FD, "ATv0\r", 5); /* tell modem to use short status codes */ X gobble("\r"); X gobble("\r"); X*************** X*** 113,119 **** X return (connected); /* lets get out of here.. */ X } X ioctl(FD, TIOCFLUSH, 0); X! #ifdef ACULOG X if (timeout) { X sprintf(line, "%d second dial timeout", X number(value(DIALTIMEOUT))); X--- 114,120 ---- X return (connected); /* lets get out of here.. */ X } X ioctl(FD, TIOCFLUSH, 0); X! #if ACULOG X if (timeout) { X sprintf(line, "%d second dial timeout", X number(value(DIALTIMEOUT))); Xdiff -r -c ./libacu/modems libacu/modems X*** ./libacu/modems Sun Mar 26 18:47:09 1995 X--- libacu/modems Sun Mar 26 18:00:13 1995 X*************** X*** 0 **** X--- 1,33 ---- X+ # X+ # @(#)modems 3/24/95 X+ # X+ # modems -- modem configuration data base file X+ # see tip(1), modems(5) X+ # X+ # dial_command AT command to dial up remote X+ # echo_off_command AT command to turn off command echo X+ # escape_guard_time Shroud escape sequence with specified delay (ms) X+ # escape_sequence Return to command escape sequence X+ # hangup_command AT command to hangup modem X+ # hw_flow_control Enable RTS/CTS flow control between DTE/DCE X+ # intercharacter_delay Delay between characters sent to modem when issuing X+ # commands X+ # intercommand_delay Minimum delay between commands to modem X+ # init_string AT command to initialize modem before dialing out X+ # lock_baud Use fixed DTE / DCE bit rate X+ # reset_delay Delay required by modem for reset X+ # X+ X+ sportster|st|US Robotics Sportster 14.4K:dial_command=ATDT%s\r:hangup_command=ATH\r:\ X+ :echo_off_command=ATE0\r:reset_command=AT&F1\r:\ X+ :init_string=AT&B1&H1&R2&C1&D2\r:\ X+ :escape_sequence=+++:hw_flow_control:lock_baud:intercharacter_delay#50:\ X+ :intercommand_delay#250:escape_guard_time#500:reset_delay#2000: X+ X+ mt932|multitech|mt|Multitech 932:dial_command=ATDT%s\r:hangup_command=ATH\r:\ X+ :echo_off_command=ATE0\r:reset_command=ATZ\r:\ X+ :init_string=AT$BA0$SB38400&E1&E4&E13&E15Q0V1X4E0S0=0\r:\ X+ :escape_sequence=+++:hw_flow_control:lock_baud:intercharacter_delay#50:\ X+ :intercommand_delay#250:escape_guard_time#500:reset_delay#2000: X+ X+ generic|Generic AT command modem (use defaults): END_OF_FILE if test 48717 -ne `wc -c <'patches.tip.1'`; then echo shar: \"'patches.tip.1'\" unpacked with wrong size! fi # end of 'patches.tip.1' fi echo shar: End of archive 2 \(of 3\). cp /dev/null ark2isdone MISSING="" for I in 1 2 3 ; do if test ! -f ark${I}isdone ; then MISSING="${MISSING} ${I}" fi done if test "${MISSING}" = "" ; then echo You have unpacked all 3 archives. rm -f ark[1-9]isdone else echo You still need to unpack the following archives: echo " " ${MISSING} fi ## End of shell archive. exit 0 From owner-freebsd-hackers Mon Mar 27 00:38:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA17693 for hackers-outgoing; Mon, 27 Mar 1995 00:38:14 -0800 Received: from coyote.rain.org (dcasba@coyote.rain.org [198.68.144.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA17660 for ; Mon, 27 Mar 1995 00:38:07 -0800 Received: by coyote.rain.org(8.6.10/RAIN-1.0) with id AAA12424 for on Mon, 27 Mar 1995 00:33:24 -0800 Date: Mon, 27 Mar 1995 00:33:24 -0800 From: Tom Gray - DCA Message-Id: <199503270833.AAA12424@coyote.rain.org> Apparently-To: freebsd-hackers@FreeBSD.org Apparently-To: Patches@rain.org Apparently-To: for@rain.org Apparently-To: tip@rain.org Apparently-To: -@rain.org Apparently-To: part@rain.org Apparently-To: 1@rain.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Here's patches for an improved version of tip, which I developed on and for FreeBSD. This effort makes tip a better FreeBSD citizen. For example, it uses the termios line discipline by default. The old, compiled in modem drivers are replaced by a configurable modem driver for more flexibility and a smaller executable. See the enclosed files "BLURB" and "README" for more details. John Poplett dcasba@pacrain.com #! /bin/sh # This is a shell archive. Remove anything before this line, then unpack # it by saving it into a file and typing "sh file". To overwrite existing # files, type "sh file -c". You can also feed this as standard input via # unshar, or by typing "sh 'BLURB' <<'END_OF_FILE' XHere are patches for tip. These patches were developed on FreeBSD for XFreeBSD (though other *BSD*s should be able to use them). The patches were Xmade to the tip sources found in current as of March 22nd. It preserves Xearlier changes to these sources that upgraded them to use HoneyDanber-style Xuucp locks and place them in /var/spool/locks. X XThe significant changes are: X X 1) Configurable modem driver X 2) Conditional support for termios (default) X 3) Conditional support for HoneyDanber style-uucp locks (default) X 4) Entries in /etc/remote can specify login and logout scripts X 5) Revised / corrected man page X 6) Consolidation of common code in the ACU drivers X 7) Bug fix when FRAMESIZE > BUFSIZ in file transfer code. X 8) Conditional cu-interface (default: disabled) X 9) Source directory layout improved X 10) End-of-file handling improved in cu-style take command. X XSince the configurable modem driver replaces a number of compiled-in X(and out-of-date!) drivers, the new tip is more flexible and more Xcompact. X XJohn Poplett Xdcasba@pacrain.com END_OF_FILE if test 1060 -ne `wc -c <'BLURB'`; then echo shar: \"'BLURB'\" unpacked with wrong size! fi # end of 'BLURB' fi if test -f 'MANIFEST' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'MANIFEST'\" else echo shar: Extracting \"'MANIFEST'\" \(362 characters\) sed "s/^X//" >'MANIFEST' <<'END_OF_FILE' X File Name Archive # Description X----------------------------------------------------------- X BLURB 1 X MANIFEST 1 This shipping list X README 1 X patches.etc 1 X patches.tip.1 2 X patches.tip.2 3 X patches.tip.3 1 X preapply 1 END_OF_FILE if test 362 -ne `wc -c <'MANIFEST'`; then echo shar: \"'MANIFEST'\" unpacked with wrong size! fi # end of 'MANIFEST' fi if test -f 'README' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'README'\" else echo shar: Extracting \"'README'\" \(664 characters\) sed "s/^X//" >'README' <<'END_OF_FILE' XBefore applying these patches to tip, run the included script "preapply" Xfrom your tip source directory (e.g. /usr/src/usr.bin/tip). This step Xreorganizes the tip directories so that the patches will work. X XThe following steps should accomplish the job: X X$ cd /usr/src/usr.bin/tip X$ preapply X$ patches < patches.tip.1 X$ patches < patches.tip.2 X$ patches < patches.tip.3 X XNote also that the new modem configuration data base file, "modems", must Xbe installed in /etc/modems. X XIf you are just upgrading tip, you can do this by hand. X XIf someone is updating the source tree, applying patches.etc in X/usr/src/etc should do the trick. X XJohn Poplett Xdcasba@pacrain.com END_OF_FILE if test 664 -ne `wc -c <'README'`; then echo shar: \"'README'\" unpacked with wrong size! fi # end of 'README' fi if test -f 'patches.etc' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'patches.etc'\" else echo shar: Extracting \"'patches.etc'\" \(2557 characters\) sed "s/^X//" >'patches.etc' <<'END_OF_FILE' X*** /usr/src/etc/Makefile Sat Mar 18 01:02:50 1995 X--- ./Makefile Sun Mar 26 19:03:49 1995 X*************** X*** 7,13 **** X BINGRP= wheel X BIN1= aliases csh.cshrc csh.login csh.logout dm.conf \ X ftpusers gettytab group hosts host.conf hosts.equiv hosts.lpd \ X! inetd.conf login.access motd netstart \ X networks phones printcap profile protocols rc rc.local rc.serial \ X remote security services shells \ X syslog.conf ttys etc.${MACHINE}/disktab rpc make.conf \ X--- 7,13 ---- X BINGRP= wheel X BIN1= aliases csh.cshrc csh.login csh.logout dm.conf \ X ftpusers gettytab group hosts host.conf hosts.equiv hosts.lpd \ X! inetd.conf login.access modems motd netstart \ X networks phones printcap profile protocols rc rc.local rc.serial \ X remote security services shells \ X syslog.conf ttys etc.${MACHINE}/disktab rpc make.conf \ X*** /usr/src/etc/modems Sun Mar 26 19:05:03 1995 X--- ./modems Sun Mar 26 19:06:28 1995 X*************** X*** 0 **** X--- 1,33 ---- X+ # X+ # @(#)modems 3/24/95 X+ # X+ # modems -- modem configuration data base file X+ # see tip(1), modems(5) X+ # X+ # dial_command AT command to dial up remote X+ # echo_off_command AT command to turn off command echo X+ # escape_guard_time Shroud escape sequence with specified delay (ms) X+ # escape_sequence Return to command escape sequence X+ # hangup_command AT command to hangup modem X+ # hw_flow_control Enable RTS/CTS flow control between DTE/DCE X+ # intercharacter_delay Delay between characters sent to modem when issuing X+ # commands X+ # intercommand_delay Minimum delay between commands to modem X+ # init_string AT command to initialize modem before dialing out X+ # lock_baud Use fixed DTE / DCE bit rate X+ # reset_delay Delay required by modem for reset X+ # X+ X+ sportster|st|US Robotics Sportster 14.4K:dial_command=ATDT%s\r:hangup_command=ATH\r:\ X+ :echo_off_command=ATE0\r:reset_command=AT&F1\r:\ X+ :init_string=AT&B1&H1&R2&C1&D2\r:\ X+ :escape_sequence=+++:hw_flow_control:lock_baud:intercharacter_delay#50:\ X+ :intercommand_delay#250:escape_guard_time#500:reset_delay#2000: X+ X+ mt932|multitech|mt|Multitech 932:dial_command=ATDT%s\r:hangup_command=ATH\r:\ X+ :echo_off_command=ATE0\r:reset_command=ATZ\r:\ X+ :init_string=AT$BA0$SB38400&E1&E4&E13&E15Q0V1X4E0S0=0\r:\ X+ :escape_sequence=+++:hw_flow_control:lock_baud:intercharacter_delay#50:\ X+ :intercommand_delay#250:escape_guard_time#500:reset_delay#2000: X+ X+ generic|Generic AT command modem (use defaults): END_OF_FILE if test 2557 -ne `wc -c <'patches.etc'`; then echo shar: \"'patches.etc'\" unpacked with wrong size! fi # end of 'patches.etc' fi if test -f 'patches.tip.3' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'patches.tip.3'\" else echo shar: Extracting \"'patches.tip.3'\" \(46448 characters\) sed "s/^X//" >'patches.tip.3' <<'END_OF_FILE' Xdiff -r -c ./tip/cmds.c tip/cmds.c X*** ./tip/cmds.c Sun Mar 26 18:47:02 1995 X--- tip/cmds.c Sat Mar 25 00:34:19 1995 X*************** X*** 35,43 **** X--- 35,46 ---- X static char sccsid[] = "@(#)cmds.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X #include "pathnames.h" X X+ #include X+ X /* X * tip X * X*************** X*** 54,59 **** X--- 57,100 ---- X void stopsnd(); /* SIGINT handler during file transfers */ X void intcopy(); /* interrupt routine for file transfers */ X X+ void X+ usedefchars () X+ { X+ #if HAVE_TERMIOS X+ int cnt; X+ struct termios ttermios; X+ ttermios = ctermios; X+ for (cnt = 0; cnt < NCCS; cnt++) X+ ttermios.c_cc [cnt] = otermios.c_cc [cnt]; X+ tcsetattr (0, TCSANOW, &ttermios); X+ #else X+ ioctl(0, TIOCSETC, &defchars); X+ #endif X+ } X+ X+ void X+ usetchars () X+ { X+ #if HAVE_TERMIOS X+ tcsetattr (0, TCSANOW, &ctermios); X+ #else X+ ioctl(0, TIOCSETC, &tchars); X+ #endif X+ } X+ X+ void X+ flush_remote () X+ { X+ #ifdef TIOCFLUSH X+ int cmd = 0; X+ ioctl (FD, TIOCFLUSH, &cmd); X+ #else X+ struct sgttyb buf; X+ ioctl (FD, TIOCGETP, &buf); /* this does a */ X+ ioctl (FD, TIOCSETP, &buf); /* wflushtty */ X+ #endif X+ } X+ X /* X * FTP - remote ==> local X * get a file from the remote host X*************** X*** 107,114 **** X printf("\r\n%s: cannot create\r\n", argv[1]); X return; X } X! sprintf(line, "cat %s;echo \01", argv[0]); X! transfer(line, fd, "\01"); X } X X static jmp_buf intbuf; X--- 148,238 ---- X printf("\r\n%s: cannot create\r\n", argv[1]); X return; X } X! (void)sprintf(line, "cat %s ; echo \"\" ; echo ___tip_end_of_file_marker___", argv[0]); X! xfer(line, fd, "\n___tip_end_of_file_marker___\n"); X! } X! X! extern jmp_buf intbuf; X! X! xfer(buf, fd, eofchars) X! char *buf, *eofchars; X! { X! register int ct; X! char c, *match; X! register int cnt, eof, v; X! time_t start; X! sig_t f; X! char r; X! FILE *ff; X! X! v = boolean(value(VERBOSE)); X! X! if ((ff = fdopen (fd, "w")) == NULL) { X! perror("file open"); X! return; X! } X! if ((cnt = number(value(FRAMESIZE))) != BUFSIZ) X! if (setvbuf(ff, NULL, _IOFBF, cnt) != 0) { X! perror("file allocation"); X! (void)fclose(ff); X! return; X! } X! X! pwrite(FD, buf, size(buf)); X! quit = 0; X! kill(pid, SIGIOT); X! read(repdes[0], (char *)&ccc, 1); /* Wait until read process stops */ X! X! /* X! * finish command X! */ X! r = '\r'; X! pwrite(FD, &r, 1); X! do X! read(FD, &c, 1); X! while ((c&0177) != '\n'); X! X! usedefchars (); X! X! (void) setjmp(intbuf); X! f = signal(SIGINT, intcopy); X! start = time(0); X! match = eofchars; X! for (ct = 0; !quit;) { X! eof = read(FD, &c, 1) <= 0; X! c &= 0177; X! if (quit) X! continue; X! if (eof) X! break; X! if (c == 0) X! continue; /* ignore nulls */ X! if (c == '\r') X! continue; X! if (c != *match && match > eofchars) { X! register char *p = eofchars; X! while (p < match) { X! if (*p == '\n'&& v) X! (void)printf("\r%d", ++ct); X! fputc(*p++, ff); X! } X! match = eofchars; X! } X! if (c == *match) { X! if (*++match == '\0') X! break; X! } else { X! if (c == '\n' && v) X! (void)printf("\r%d", ++ct); X! fputc(c, ff); X! } X! } X! if (v) X! prtime(" lines transferred in ", time(0)-start); X! usetchars (); X! write(fildes[1], (char *)&ccc, 1); X! signal(SIGINT, f); X! (void)fclose(ff); X } X X static jmp_buf intbuf; X*************** X*** 122,131 **** X register int ct; X char c, buffer[BUFSIZ]; X register char *p = buffer; X! register int cnt, eof; X time_t start; X sig_t f; X char r; X X pwrite(FD, buf, size(buf)); X quit = 0; X--- 246,269 ---- X register int ct; X char c, buffer[BUFSIZ]; X register char *p = buffer; X! register int cnt, eof, v; X time_t start; X sig_t f; X char r; X+ FILE *ff; X+ X+ v = boolean(value(VERBOSE)); X+ X+ if ((ff = fdopen (fd, "w")) == NULL) { X+ perror("file open"); X+ return; X+ } X+ if ((cnt = number(value(FRAMESIZE))) != BUFSIZ) X+ if (setvbuf(ff, NULL, _IOFBF, cnt) != 0) { X+ perror("file allocation"); X+ (void)fclose(ff); X+ return; X+ } X X pwrite(FD, buf, size(buf)); X quit = 0; X*************** X*** 140,147 **** X do X read(FD, &c, 1); X while ((c&0177) != '\n'); X! ioctl(0, TIOCSETC, &defchars); X! X (void) setjmp(intbuf); X f = signal(SIGINT, intcopy); X start = time(0); X--- 278,284 ---- X do X read(FD, &c, 1); X while ((c&0177) != '\n'); X! usedefchars (); X (void) setjmp(intbuf); X f = signal(SIGINT, intcopy); X start = time(0); X*************** X*** 156,183 **** X continue; /* ignore nulls */ X if (c == '\r') X continue; X! *p++ = c; X! X! if (c == '\n' && boolean(value(VERBOSE))) X printf("\r%d", ++ct); X! if ((cnt = (p-buffer)) == number(value(FRAMESIZE))) { X! if (write(fd, buffer, cnt) != cnt) { X! printf("\r\nwrite error\r\n"); X! quit = 1; X! } X! p = buffer; X! } X } X! if (cnt = (p-buffer)) X! if (write(fd, buffer, cnt) != cnt) X! printf("\r\nwrite error\r\n"); X! X! if (boolean(value(VERBOSE))) X prtime(" lines transferred in ", time(0)-start); X! ioctl(0, TIOCSETC, &tchars); X write(fildes[1], (char *)&ccc, 1); X signal(SIGINT, f); X! close(fd); X } X X /* X--- 293,308 ---- X continue; /* ignore nulls */ X if (c == '\r') X continue; X! if (c == '\n' && v) X printf("\r%d", ++ct); X! fputc(c, ff); X } X! if (v) X prtime(" lines transferred in ", time(0)-start); X! usetchars (); X write(fildes[1], (char *)&ccc, 1); X signal(SIGINT, f); X! (void)fclose(ff); X } X X /* X*************** X*** 267,276 **** X } X transmit(fd, value(EOFWRITE), NULL); X if (!boolean(value(ECHOCHECK))) { X! struct sgttyb buf; X! X! ioctl(FD, TIOCGETP, &buf); /* this does a */ X! ioctl(FD, TIOCSETP, &buf); /* wflushtty */ X } X } X X--- 392,398 ---- X } X transmit(fd, value(EOFWRITE), NULL); X if (!boolean(value(ECHOCHECK))) { X! flush_remote (); X } X } X X*************** X*** 290,296 **** X kill(pid, SIGIOT); /* put TIPOUT into a wait state */ X stop = 0; X f = signal(SIGINT, stopsnd); X! ioctl(0, TIOCSETC, &defchars); X read(repdes[0], (char *)&ccc, 1); X if (command != NULL) { X for (pc = command; *pc; pc++) X--- 412,418 ---- X kill(pid, SIGIOT); /* put TIPOUT into a wait state */ X stop = 0; X f = signal(SIGINT, stopsnd); X! usedefchars (); X read(repdes[0], (char *)&ccc, 1); X if (command != NULL) { X for (pc = command; *pc; pc++) X*************** X*** 298,307 **** X if (boolean(value(ECHOCHECK))) X read(FD, (char *)&c, 1); /* trailing \n */ X else { X! struct sgttyb buf; X! X! ioctl(FD, TIOCGETP, &buf); /* this does a */ X! ioctl(FD, TIOCSETP, &buf); /* wflushtty */ X sleep(5); /* wait for remote stty to take effect */ X } X } X--- 420,426 ---- X if (boolean(value(ECHOCHECK))) X read(FD, (char *)&c, 1); /* trailing \n */ X else { X! flush_remote (); X sleep(5); /* wait for remote stty to take effect */ X } X } X*************** X*** 370,376 **** X else X prtime(" lines transferred in ", stop_t-start_t); X write(fildes[1], (char *)&ccc, 1); X! ioctl(0, TIOCSETC, &tchars); X } X X /* X--- 489,495 ---- X else X prtime(" lines transferred in ", stop_t-start_t); X write(fildes[1], (char *)&ccc, 1); X! usetchars (); X } X X /* X*************** X*** 465,471 **** X kill(pid, SIGIOT); /* put TIPOUT into a wait state */ X signal(SIGINT, SIG_IGN); X signal(SIGQUIT, SIG_IGN); X! ioctl(0, TIOCSETC, &defchars); X read(repdes[0], (char *)&ccc, 1); X /* X * Set up file descriptors in the child and X--- 584,590 ---- X kill(pid, SIGIOT); /* put TIPOUT into a wait state */ X signal(SIGINT, SIG_IGN); X signal(SIGQUIT, SIG_IGN); X! usedefchars (); X read(repdes[0], (char *)&ccc, 1); X /* X * Set up file descriptors in the child and X*************** X*** 492,523 **** X if (boolean(value(VERBOSE))) X prtime("away for ", time(0)-start); X write(fildes[1], (char *)&ccc, 1); X! ioctl(0, TIOCSETC, &tchars); X signal(SIGINT, SIG_DFL); X signal(SIGQUIT, SIG_DFL); X } X X! #ifdef CONNECT X! /* X! * Fork a program with: X! * 0 <-> remote tty in X! * 1 <-> remote tty out X! * 2 <-> local tty out X! */ X! consh(c) X { X- char buf[256]; X int cpid, status, p; X time_t start; X X! putchar(c); X! if (prompt("Local command? ", buf)) X! return; X! kill(pid, SIGIOT); /* put TIPOUT into a wait state */ X! signal(SIGINT, SIG_IGN); X! signal(SIGQUIT, SIG_IGN); X! ioctl(0, TIOCSETC, &defchars); X! read(repdes[0], (char *)&ccc, 1); X /* X * Set up file descriptors in the child and X * let it go... X--- 611,637 ---- X if (boolean(value(VERBOSE))) X prtime("away for ", time(0)-start); X write(fildes[1], (char *)&ccc, 1); X! usetchars (); X signal(SIGINT, SIG_DFL); X signal(SIGQUIT, SIG_DFL); X } X X! #if CONNECT X! X! int X! tiplink (char *cmd, unsigned int flags) X { X int cpid, status, p; X time_t start; X X! if (flags & TL_SIGNAL_TIPOUT) { X! kill(pid, SIGIOT); /* put TIPOUT into a wait state */ X! signal(SIGINT, SIG_IGN); X! signal(SIGQUIT, SIG_IGN); X! usedefchars (); X! read(repdes[0], (char *)&ccc, 1); X! } X! X /* X * Set up file descriptors in the child and X * let it go... X*************** X*** 529,552 **** X while ((p = wait(&status)) > 0 && p != cpid) X ; X } else { X! register int i; X X dup2(FD, 0); X dup2(3, 1); X! for (i = 3; i < 20; i++) X! close(i); X signal(SIGINT, SIG_DFL); X signal(SIGQUIT, SIG_DFL); X! execute(buf); X! printf("can't find `%s'\r\n", buf); X exit(0); X } X! if (boolean(value(VERBOSE))) X prtime("away for ", time(0)-start); X! write(fildes[1], (char *)&ccc, 1); X! ioctl(0, TIOCSETC, &tchars); X! signal(SIGINT, SIG_DFL); X! signal(SIGQUIT, SIG_DFL); X } X #endif X X--- 643,687 ---- X while ((p = wait(&status)) > 0 && p != cpid) X ; X } else { X! register int fd; X X dup2(FD, 0); X dup2(3, 1); X! for (fd = 3; fd < 20; fd++) X! close (fd); X signal(SIGINT, SIG_DFL); X signal(SIGQUIT, SIG_DFL); X! execute (cmd); X! printf("can't find `%s'\r\n", cmd); X exit(0); X } X! X! if (flags & TL_VERBOSE && boolean(value(VERBOSE))) X prtime("away for ", time(0)-start); X! X! if (flags & TL_SIGNAL_TIPOUT) { X! write(fildes[1], (char *)&ccc, 1); X! usetchars (); X! signal(SIGINT, SIG_DFL); X! signal(SIGQUIT, SIG_DFL); X! } X! X! return 0; X! } X! X! /* X! * Fork a program with: X! * 0 <-> remote tty in X! * 1 <-> remote tty out X! * 2 <-> local tty out X! */ X! consh(c) X! { X! char buf[256]; X! putchar(c); X! if (prompt("Local command? ", buf)) X! return; X! tiplink (buf, TL_SIGNAL_TIPOUT | TL_VERBOSE); X } X #endif X X*************** X*** 642,654 **** X X finish() X { X! char *dismsg; X X if ((dismsg = value(DISCONNECT)) != NOSTR) { X write(FD, dismsg, strlen(dismsg)); X! sleep(5); X } X! tipabort(NOSTR); X } X X void X--- 777,793 ---- X X finish() X { X! char *abortmsg = NOSTR, *dismsg; X! X! if (LO != NOSTR && tiplink (LO, TL_SIGNAL_TIPOUT) != 0) { X! abortmsg = "logout failed"; X! } X X if ((dismsg = value(DISCONNECT)) != NOSTR) { X write(FD, dismsg, strlen(dismsg)); X! sleep (2); X } X! tipabort(abortmsg); X } X X void X*************** X*** 764,769 **** X--- 903,922 ---- X tandem(option) X char *option; X { X+ #if HAVE_TERMIOS X+ struct termios ttermios; X+ tcgetattr (FD, &ttermios); X+ if (strcmp(option,"on") == 0) { X+ ttermios.c_iflag |= IXOFF; X+ ctermios.c_iflag |= IXOFF; X+ } X+ else { X+ ttermios.c_iflag &= ~IXOFF; X+ ctermios.c_iflag &= ~IXOFF; X+ } X+ tcsetattr (FD, TCSANOW, &ttermios); X+ tcsetattr (0, TCSANOW, &ctermios); X+ #else /* HAVE_TERMIOS */ X struct sgttyb rmtty; X X ioctl(FD, TIOCGETP, &rmtty); X*************** X*** 776,781 **** X--- 929,935 ---- X } X ioctl(FD, TIOCSETP, &rmtty); X ioctl(0, TIOCSETP, &arg); X+ #endif /* HAVE_TERMIOS */ X } X X /* Xdiff -r -c ./tip/cmdtab.c tip/cmdtab.c X*** ./tip/cmdtab.c Sun Mar 26 18:47:02 1995 X--- tip/cmdtab.c Thu Mar 23 18:46:39 1995 X*************** X*** 35,40 **** X--- 35,41 ---- X static char sccsid[] = "@(#)cmdtab.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X X extern int shell(), getfl(), sendfile(), chdirectory(); X*************** X*** 49,55 **** X { 'p', NORM, "put file to remote UNIX", cu_put }, X { '|', NORM, "pipe remote file", pipefile }, X { '$', NORM, "pipe local command to remote host", pipeout }, X! #ifdef CONNECT X { 'C', NORM, "connect program to remote host",consh }, X #endif X { 'c', NORM, "change directory", chdirectory }, X--- 50,56 ---- X { 'p', NORM, "put file to remote UNIX", cu_put }, X { '|', NORM, "pipe remote file", pipefile }, X { '$', NORM, "pipe local command to remote host", pipeout }, X! #if CONNECT X { 'C', NORM, "connect program to remote host",consh }, X #endif X { 'c', NORM, "change directory", chdirectory }, Xdiff -r -c ./tip/cu.c tip/cu.c X*** ./tip/cu.c Sun Mar 26 18:47:02 1995 X--- tip/cu.c Sat Mar 25 16:03:32 1995 X*************** X*** 35,44 **** X--- 35,47 ---- X static char sccsid[] = "@(#)cu.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X X void cleanup(); X X+ #if INCLUDE_CU_INTERFACE X+ X /* X * Botch the interface to look like cu's X */ X*************** X*** 130,132 **** X--- 133,136 ---- X if (!HW) X ttysetup(speed(BR)); X } X+ #endif /* INCLUDE_CU_INTERFACE */ Xdiff -r -c ./tip/dial.sh tip/dial.sh X*** ./tip/dial.sh Sun Mar 26 18:47:10 1995 X--- tip/dial.sh Sun Mar 5 09:37:50 1995 X*************** X*** 0 **** X--- 1,21 ---- X+ #!/bin/sh X+ # X+ # @(#)dial.sh -- dialup remote using tip X+ # X+ X+ #set -x X+ X+ if [ $# -lt 1 ] ; then X+ echo "$0: not enough arguments" 1>&2 X+ exit 1 X+ fi X+ X+ x=0 X+ X+ while ! tip $* && test $x -lt 3 X+ do X+ sleep 5 X+ x=$(($x+1)) X+ done X+ X+ exit 0 Xdiff -r -c ./tip/hunt.c tip/hunt.c X*** ./tip/hunt.c Sun Mar 26 18:47:02 1995 X--- tip/hunt.c Fri Mar 24 00:19:40 1995 X*************** X*** 35,40 **** X--- 35,41 ---- X static char sccsid[] = "@(#)hunt.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X X extern char *getremote(); X*************** X*** 82,88 **** X--- 83,101 ---- X } X if (!deadfl) { X ioctl(FD, TIOCEXCL, 0); X+ #if HAVE_TERMIOS X+ { X+ struct termios t; X+ if (tcgetattr(FD, &t) == 0) { X+ t.c_cflag |= HUPCL; X+ (void)tcsetattr(FD, TCSANOW, &t); X+ } X+ } X+ #else /* HAVE_TERMIOS */ X+ #ifdef TIOCHPCL X ioctl(FD, TIOCHPCL, 0); X+ #endif X+ #endif /* HAVE_TERMIOS */ X signal(SIGALRM, SIG_DFL); X return ((int)cp); X } Xdiff -r -c ./tip/log.c tip/log.c X*** ./tip/log.c Sun Mar 26 18:47:02 1995 X--- tip/log.c Thu Mar 23 18:46:56 1995 X*************** X*** 35,43 **** X static char sccsid[] = "@(#)log.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X #include "tip.h" X X! #ifdef ACULOG X static FILE *flog = NULL; X X /* X--- 35,44 ---- X static char sccsid[] = "@(#)log.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X X! #if ACULOG X static FILE *flog = NULL; X X /* X*************** X*** 67,73 **** X timestamp[24] = '\0'; X fprintf(flog, "%s (%s) <%s, %s, %s> %s\n", X user, timestamp, group, X! #ifdef PRISTINE X "", X #else X num, X--- 68,74 ---- X timestamp[24] = '\0'; X fprintf(flog, "%s (%s) <%s, %s, %s> %s\n", X user, timestamp, group, X! #if PRISTINE X "", X #else X num, Xdiff -r -c ./tip/modems.5 tip/modems.5 X*** ./tip/modems.5 Sun Mar 26 18:47:11 1995 X--- tip/modems.5 Sun Mar 26 18:03:29 1995 X*************** X*** 0 **** X--- 1,140 ---- X+ .\" Copyright (c) 1983, 1991, 1993 X+ .\" The Regents of the University of California. All rights reserved. X+ .\" X+ .\" Redistribution and use in source and binary forms, with or without X+ .\" modification, are permitted provided that the following conditions X+ .\" are met: X+ .\" 1. Redistributions of source code must retain the above copyright X+ .\" notice, this list of conditions and the following disclaimer. X+ .\" 2. Redistributions in binary form must reproduce the above copyright X+ .\" notice, this list of conditions and the following disclaimer in the X+ .\" documentation and/or other materials provided with the distribution. X+ .\" 3. All advertising materials mentioning features or use of this software X+ .\" must display the following acknowledgement: X+ .\" This product includes software developed by the University of X+ .\" California, Berkeley and its contributors. X+ .\" 4. Neither the name of the University nor the names of its contributors X+ .\" may be used to endorse or promote products derived from this software X+ .\" without specific prior written permission. X+ .\" X+ .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND X+ .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X+ .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X+ .\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE X+ .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X+ .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X+ .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X+ .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X+ .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X+ .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X+ .\" SUCH DAMAGE. X+ .\" X+ .\" @(#)modems.5 3/24/95 X+ .\" X+ .Dd March 24, 1995 X+ .Dt MODEMS 5 X+ .Os BSD 4.4 X+ .Sh NAME X+ .Nm modems X+ .Nd modem configuration data base X+ .Sh DESCRIPTION X+ The modems known by X+ .Xr tip 1 X+ and their attributes are stored in an X+ .Tn ASCII X+ file which X+ is structured somewhat like the X+ .Xr termcap 5 X+ file. Each line in the file provides a description for a single X+ .Xr modem . X+ Fields are separated by a colon (``:''). X+ Lines ending in a \e character with an immediately following newline are X+ continued on the next line. X+ .Pp X+ The first entry is the name(s) of the modem. If there is more X+ than one name for a system, the names are separated by vertical bars. X+ After the name of the system comes the fields of the description. A X+ field name followed by an `=' sign indicates a string value follows. A field X+ name followed by a `#' sign indicates a following numeric value. X+ .Pp X+ When X+ .Xr tip X+ is invoked, an entry for a remote system is looked up in the X+ .Pa /etc/remote database. X+ If the entry includes an "ACU" type capability (abbreviated at), X+ .Xr tip X+ looks up the specified modem in X+ .Pa /etc/modems. X+ If a modem entry is found, X+ the corresponding capabilities determine how X+ .Xr tip X+ programs the modem when connecting to and disconnecting from the X+ remote system. X+ .Sh CAPABILITIES X+ Capabilities are either strings (str), numbers (num), or boolean X+ flags (bool). A string capability is specified by X+ .Em capability Ns Ar = Ns Em value ; X+ for example, ``reset_command=ATZ\\r''. A numeric capability is specified by X+ .Em capability Ns Ar # Ns Em value ; X+ for example, ``intercharacter_delay#50''. A boolean capability is specified X+ by simply listing the capability. X+ .Bl -tag -width intercharacter_delay indent X+ .It Cm \&dial_command X+ (str) X+ AT command used to dial remote system (typically, "ATDT") X+ .It Cm \&echo_off_command X+ (str) X+ AT command to turn off command echo. X+ .It Cm \&escape_guard_time X+ (num) X+ The delay, expressed in milliseconds, used to frame return-to-command X+ escape sequences. X+ .It Cm \&escape_sequence X+ (str) X+ The return-to-command escape sequence. X+ .It Cm \&hangup_command X+ (str) X+ AT command used to hangup modem. X+ .It Cm \&hw_flow_control X+ (bool) X+ Enable hardware (RTS/CTS) flow control between computer and modem (DTE/DCE). X+ .It Cm \&init_string X+ (str) X+ AT command used to initialize modem before dialing. X+ .It Cm \&intercharacter_delay X+ (num) X+ Delay value, expressed in milliseconds, between characters when sending commands X+ to the modem. X+ .It Cm \&intercommand_delay X+ (num) X+ Minimum delay value, expressed in milliseconds, to impose between commands X+ issued to the modem. X+ .It Cm \&lock_baud X+ (bool) X+ Use a fixed bit rate between the computer and the modem (DTE / DCE). The X+ bit rate is specified in X+ .Pa /etc/remote. X+ .It Cm \&reset_command X+ (str) X+ AT command to reset the modem. X+ .It Cm \&reset_delay X+ (num) X+ The time, expressed in milliseconds, required by the modem to complete X+ a reset and return to a ready condition. X+ .Sh FILES X+ .Bl -tag -width /etc/modems -compact X+ .It Pa /etc/modems X+ The X+ .Nm modems X+ configuration database file X+ resides in X+ .Pa /etc . X+ .El X+ .Sh SEE ALSO X+ .Xr tip 1 , X+ .Xr remote 5 X+ .Sh HISTORY X+ The X+ .Nm X+ file format appeared in X+ .Bx 4.4 . Xdiff -r -c ./tip/pathnames.h tip/pathnames.h X*** ./tip/pathnames.h Sun Mar 26 18:47:01 1995 X--- tip/pathnames.h Thu Mar 23 08:04:24 1995 X*************** X*** 35,44 **** X X #include X X #define _PATH_ACULOG "/var/log/aculog" X! #define _PATH_LOCKDIRNAME "/var/spool/lock/LCK..%s" X! #ifdef notdef X! #define _PATH_LOCKDIRNAME "/var/spool/uucp/LCK/LCK..%s" X! #endif X #define _PATH_PHONES "/etc/phones" X #define _PATH_REMOTE "/etc/remote" X--- 35,58 ---- X X #include X X+ /* X+ Specify path to ACU (modem) log X+ */ X #define _PATH_ACULOG "/var/log/aculog" X! X! /* X! Specify path and format of lock files X! */ X! /* #define _PATH_LOCKDIRNAME "/usr/spool/uucp/LCK..%s" */ X! /* #define _PATH_LOCKDIRNAME "/etc/locks/LCK..%s" */ X! /* #define _PATH_LOCKDIRNAME "/usr/spool/locks/LCK..%s" */ X! /* #define _PATH_LOCKDIRNAME "/usr/spool/uucp/LCK/LCK..%s" */ X! #define _PATH_LOCKDIRNAME "/var/spool/lock/LCK..%s" X! X! /* X! Specify location for system wide databases X! */ X! #define _PATH_MODEMS "/etc/modems" X #define _PATH_PHONES "/etc/phones" X #define _PATH_REMOTE "/etc/remote" X+ Xdiff -r -c ./tip/remote.c tip/remote.c X*** ./tip/remote.c Sun Mar 26 18:47:01 1995 X--- tip/remote.c Thu Mar 23 18:47:08 1995 X*************** X*** 42,52 **** X static char sccsid[] = "@(#)remote.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X #include X #include X X! #include "pathnames.h" X #include "tip.h" X X /* X * Attributes to be gleened from remote host description X--- 42,54 ---- X static char sccsid[] = "@(#)remote.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include X #include X #include X X! #include "tipconf.h" X #include "tip.h" X+ #include "pathnames.h" X X /* X * Attributes to be gleened from remote host description X*************** X*** 54,71 **** X */ X static char **caps[] = { X &AT, &DV, &CM, &CU, &EL, &IE, &OE, &PN, &PR, &DI, X! &ES, &EX, &FO, &RC, &RE, &PA X }; X X static char *capstrings[] = { X "at", "dv", "cm", "cu", "el", "ie", "oe", "pn", "pr", X! "di", "es", "ex", "fo", "rc", "re", "pa", 0 X }; X X static char *db_array[3] = { _PATH_REMOTE, 0, 0 }; X X #define cgetflag(f) (cgetcap(bp, f, ':') != NULL) X X static X getremcap(host) X register char *host; X--- 56,106 ---- X */ X static char **caps[] = { X &AT, &DV, &CM, &CU, &EL, &IE, &OE, &PN, &PR, &DI, X! &ES, &EX, &FO, &RC, &RE, &PA, &LI, &LO X }; X X static char *capstrings[] = { X "at", "dv", "cm", "cu", "el", "ie", "oe", "pn", "pr", X! "di", "es", "ex", "fo", "rc", "re", "pa", "li", "lo", 0 X }; X X static char *db_array[3] = { _PATH_REMOTE, 0, 0 }; X X #define cgetflag(f) (cgetcap(bp, f, ':') != NULL) X X+ /* X+ Expand the start tilde sequence at the start of the X+ specified path. Optionally, free space allocated to X+ path before reinitializing it. X+ */ X+ static int X+ expand_tilde (char **path, void (*free) (char *p)) X+ { X+ int rc = 0; X+ char buffer [PATH_MAX]; X+ char *tailp; X+ if ((tailp = strchr (*path + 1, '/')) != NULL) X+ { X+ struct passwd *pwd; X+ *tailp++ = '\0'; X+ if (*(*path + 1) == '\0') X+ strcpy (buffer, getlogin ()); X+ else X+ strcpy (buffer, *path + 1); X+ if ((pwd = getpwnam (buffer)) != NULL) X+ { X+ strcpy (buffer, pwd->pw_dir); X+ strcat (buffer, "/"); X+ strcat (buffer, tailp); X+ if (free) X+ free (*path); X+ *path = strdup (buffer); X+ rc++; X+ } X+ return rc; X+ } X+ } X+ X static X getremcap(host) X register char *host; X*************** X*** 144,149 **** X--- 179,209 ---- X if (!HW) X HW = (CU == NOSTR) || (DU && equal(DV, CU)); X HO = host; X+ X+ /* X+ If login script, verify access X+ */ X+ if (LI != NOSTR) { X+ if (*LI == '~') X+ (void) expand_tilde (&LI, NULL); X+ if (access (LI, F_OK | X_OK) != 0) { X+ printf("tip (warning): can't open login script \"%s\"\n", LI); X+ LI = NOSTR; X+ } X+ } X+ X+ /* X+ If logout script, verify access X+ */ X+ if (LO != NOSTR) { X+ if (*LO == '~') X+ (void) expand_tilde (&LO, NULL); X+ if (access (LO, F_OK | X_OK) != 0) { X+ printf("tip (warning): can't open logout script \"%s\"\n", LO); X+ LO = NOSTR; X+ } X+ } X+ X /* X * see if uppercase mode should be turned on initially X */ Xdiff -r -c ./tip/tip.1 tip/tip.1 X*** ./tip/tip.1 Sun Mar 26 18:47:01 1995 X--- tip/tip.1 Sat Mar 25 15:53:18 1995 X*************** X*** 236,251 **** X must dial a phone number to connect to a system it will print X various messages indicating its actions. X .Nm Tip X! supports the X! .Tn DEC DN Ns-11 X! and X! Racal-Vadic 831 auto-call-units; X! the X! .Tn DEC DF Ns \&02 X! and X! .Tn DF Ns \&03 , X! Ventel 212+, Racal-Vadic 3451, and X! Bizcomp 1031 and 1032 integral call unit/modems. X .Ss VARIABLES X .Nm Tip X maintains a set of X--- 236,249 ---- X must dial a phone number to connect to a system it will print X various messages indicating its actions. X .Nm Tip X! supports modems that use the AT command set. X! .Nm Tip X! uses the file X! .Pa /etc/modems X! to find out how to operate with a particular X! modem; refer to X! .Xr modems 5 X! for a full description. X .Ss VARIABLES X .Nm Tip X maintains a set of X*************** X*** 331,336 **** X--- 329,344 ---- X .It Ar host X (str) The name of the host to which you are connected; abbreviated X .Ar ho . X+ .It Ar login X+ (str) Pathname of a login shell script to run once connected; standard input X+ and output are redirected to the remote host. Leading tildes in the pathname X+ are expanded expansion; abbreviated X+ .Ar li . X+ .It Ar logout X+ (str) Pathname of a shell script to run before disconnecting; standard input X+ and output are redirected to the remote host. Leading tildes in the pathname X+ are expanded expansion; abbreviated X+ .Ar lo . X .It Ar prompt X (char) The character which indicates an end-of-line on the remote X host; abbreviated X*************** X*** 417,423 **** X .Ev ${PHONES} X are also exported. X .Sh FILES X! .Bl -tag -width /var/spool/uucp/LCK..* -compact X .It Pa /etc/remote X Global system descriptions. X .It Pa /etc/phones X--- 425,433 ---- X .Ev ${PHONES} X are also exported. X .Sh FILES X! .Bl -tag -width /var/spool/lock/LCK..* -compact X! .It Pa /etc/modems X! Global modem configuration data base. X .It Pa /etc/remote X Global system descriptions. X .It Pa /etc/phones X*************** X*** 432,438 **** X Record file. X .It /var/log/aculog X Line access log. X! .It Pa /var/spool/uucp/LCK..* X Lock file to avoid conflicts with X .Xr uucp . X .El X--- 442,448 ---- X Record file. X .It /var/log/aculog X Line access log. X! .It Pa /var/spool/lock/LCK..* X Lock file to avoid conflicts with X .Xr uucp . X .El Xdiff -r -c ./tip/tip.c tip/tip.c X*** ./tip/tip.c Sun Mar 26 18:47:01 1995 X--- tip/tip.c Sat Mar 25 16:06:22 1995 X*************** X*** 42,64 **** X #endif /* not lint */ X X /* X * tip - UNIX link to other systems X * tip [-v] [-speed] system-name X * or X * cu phone-number [-s speed] [-l line] [-a acu] X */ X #include "tip.h" X #include "pathnames.h" X X /* X * Baud rate mapping table X */ X! int bauds[] = { X 0, 50, 75, 110, 134, 150, 200, 300, 600, X 1200, 1800, 2400, 4800, 9600, 19200, 38400, 57600, 115200, -1 X }; X X int disc = OTTYDISC; /* tip normally runs this way */ X void intprompt(); X void timeout(); X void cleanup(); X--- 42,76 ---- X #endif /* not lint */ X X /* X+ Forward declarations X+ */ X+ void ttysetup (int speed); X+ X+ /* X * tip - UNIX link to other systems X * tip [-v] [-speed] system-name X * or X * cu phone-number [-s speed] [-l line] [-a acu] X */ X+ X+ #include "tipconf.h" X #include "tip.h" X #include "pathnames.h" X X /* X * Baud rate mapping table X */ X! #if !HAVE_TERMIOS X! CONST int bauds[] = { X 0, 50, 75, 110, 134, 150, 200, 300, 600, X 1200, 1800, 2400, 4800, 9600, 19200, 38400, 57600, 115200, -1 X }; X+ #endif X X+ #if !HAVE_TERMIOS X int disc = OTTYDISC; /* tip normally runs this way */ X+ #endif X+ X void intprompt(); X void timeout(); X void cleanup(); X*************** X*** 66,71 **** X--- 78,84 ---- X char *sname(); X char PNbuf[256]; /* This limits the size of a number */ X X+ void X main(argc, argv) X char *argv[]; X { X*************** X*** 78,88 **** X--- 91,104 ---- X egid = getegid(); X uid = getuid(); X euid = geteuid(); X+ X+ #if INCLUDE_CU_INTERFACE X if (equal(sname(argv[0]), "cu")) { X cumode = 1; X cumain(argc, argv); X goto cucommon; X } X+ #endif /* INCLUDE_CU_INTERFACE */ X X if (argc > 4) { X fprintf(stderr, "usage: tip [-v] [-speed] [system-name]\n"); X*************** X*** 197,202 **** X--- 213,233 ---- X * the "cu" version of tip. X */ X X+ #if HAVE_TERMIOS X+ tcgetattr (0, &otermios); X+ ctermios = otermios; X+ #ifndef _POSIX_SOURCE X+ ctermios.c_iflag = (IMAXBEL|IXANY|ISTRIP|IXON|BRKINT); X+ ctermios.c_lflag = (PENDIN|IEXTEN|ISIG|ECHOCTL|ECHOE|ECHOKE); X+ #else X+ ctermios.c_iflag = (ISTRIP|IXON|BRKINT); X+ ctermios.c_lflag = (PENDIN|IEXTEN|ISIG|ECHOE); X+ #endif X+ ctermios.c_cflag = (CLOCAL|HUPCL|CREAD|CS8); X+ ctermios.c_cc[VINTR] = ctermios.c_cc[VQUIT] = -1; X+ ctermios.c_cc[VSUSP] = ctermios.c_cc[VDSUSP] = ctermios.c_cc[VDISCARD] = X+ ctermios.c_cc[VLNEXT] = -1; X+ #else /* HAVE_TERMIOS */ X ioctl(0, TIOCGETP, (char *)&defarg); X ioctl(0, TIOCGETC, (char *)&defchars); X ioctl(0, TIOCGLTC, (char *)&deflchars); X*************** X*** 208,213 **** X--- 239,245 ---- X ltchars = deflchars; X ltchars.t_suspc = ltchars.t_dsuspc = ltchars.t_flushc X = ltchars.t_lnextc = -1; X+ #endif /* HAVE_TERMIOS */ X raw(); X X pipe(fildes); pipe(repdes); X*************** X*** 221,226 **** X--- 253,263 ---- X * so, fork one process for local side and one for remote. X */ X printf(cumode ? "Connected\r\n" : "\07connected\r\n"); X+ X+ if (LI != NOSTR && tiplink (LI, 0) != 0) { X+ tipabort ("login failed"); X+ } X+ X if (pid = fork()) X tipin(); X else X*************** X*** 234,241 **** X--- 271,280 ---- X X daemon_uid(); X (void)uu_unlock(uucplock); X+ #if !HAVE_TERMIOS X if (odisc) X ioctl(0, TIOCSETD, (char *)&odisc); X+ #endif X exit(0); X } X X*************** X*** 280,292 **** X /* X * put the controlling keyboard into raw mode X */ X! raw() X { X X ioctl(0, TIOCSETP, &arg); X ioctl(0, TIOCSETC, &tchars); X ioctl(0, TIOCSLTC, <chars); X ioctl(0, TIOCSETD, (char *)&disc); X } X X X--- 319,336 ---- X /* X * put the controlling keyboard into raw mode X */ X! void X! raw () X { X+ #if HAVE_TERMIOS X+ tcsetattr (0, TCSANOW, &ctermios); X+ #else /* HAVE_TERMIOS */ X X ioctl(0, TIOCSETP, &arg); X ioctl(0, TIOCSETC, &tchars); X ioctl(0, TIOCSLTC, <chars); X ioctl(0, TIOCSETD, (char *)&disc); X+ #endif /* HAVE_TERMIOS */ X } X X X*************** X*** 295,305 **** X--- 339,353 ---- X */ X unraw() X { X+ #if HAVE_TERMIOS X+ tcsetattr (0, TCSANOW, &otermios); X+ #else /* HAVE_TERMIOS */ X X ioctl(0, TIOCSETD, (char *)&odisc); X ioctl(0, TIOCSETP, (char *)&defarg); X ioctl(0, TIOCSETC, (char *)&defchars); X ioctl(0, TIOCSLTC, (char *)&deflchars); X+ #endif /* HAVE_TERMIOS */ X } X X static jmp_buf promptbuf; X*************** X*** 419,430 **** X speed(n) X int n; X { X! register int *p; X X for (p = bauds; *p != -1; p++) X if (*p == n) X return (p - bauds); X return (NULL); X } X X any(c, p) X--- 467,482 ---- X speed(n) X int n; X { X! #if HAVE_TERMIOS X! return (n); X! #else X! register CONST int *p; X X for (p = bauds; *p != -1; p++) X if (*p == n) X return (p - bauds); X return (NULL); X+ #endif X } X X any(c, p) X*************** X*** 510,518 **** X /* X * Set up the "remote" tty's state X */ X! ttysetup(speed) X! int speed; X { X unsigned bits = LDECCTQ; X X arg.sg_ispeed = arg.sg_ospeed = speed; X--- 562,586 ---- X /* X * Set up the "remote" tty's state X */ X! void X! ttysetup (int speed) X { X+ #if HAVE_TERMIOS X+ struct termios termios; X+ tcgetattr (FD, &termios); X+ if (boolean(value(TAND))) X+ termios.c_iflag = IXOFF; X+ else X+ termios.c_iflag = 0; X+ #ifndef _POSIX_SOURCE X+ termios.c_lflag = (PENDIN|ECHOKE|ECHOE); X+ #else X+ termios.c_lflag = (PENDIN|ECHOE); X+ #endif X+ termios.c_cflag = (CLOCAL|HUPCL|CREAD|CS8); X+ termios.c_ispeed = termios.c_ospeed = speed; X+ tcsetattr (FD, TCSANOW, &termios); X+ #else /* HAVE_TERMIOS */ X unsigned bits = LDECCTQ; X X arg.sg_ispeed = arg.sg_ospeed = speed; X*************** X*** 521,526 **** X--- 589,595 ---- X arg.sg_flags |= TANDEM; X ioctl(FD, TIOCSETP, (char *)&arg); X ioctl(FD, TIOCLBIS, (char *)&bits); X+ #endif /* HAVE_TERMIOS */ X } X X /* Xdiff -r -c ./tip/tip.h tip/tip.h X*** ./tip/tip.h Sun Mar 26 18:47:01 1995 X--- tip/tip.h Sun Mar 26 12:01:49 1995 X*************** X*** 43,49 **** X--- 43,56 ---- X #include X #include X X+ #if HAVE_TERMIOS X+ #include /* for TIOCHPCL */ X+ #include /* for FIONREAD */ X+ #include X+ #else X #include X+ #endif X+ X #include X #include X #include X*************** X*** 72,77 **** X--- 79,87 ---- X char *RM; /* remote file name */ X char *HO; /* host name */ X X+ char *LI; /* login script */ X+ char *LO; /* logout script */ X+ X long BR; /* line speed for conversation */ X long FS; /* frame size for transfers */ X X*************** X*** 129,136 **** X struct { X char *acu_name; X int (*acu_dialer)(); X! int (*acu_disconnect)(); X! int (*acu_abort)(); X } X acu_t; X X--- 139,146 ---- X struct { X char *acu_name; X int (*acu_dialer)(); X! void (*acu_disconnect)(); X! void (*acu_abort)(); X } X acu_t; X X*************** X*** 189,195 **** X extern int vflag; /* verbose during reading of .tiprc file */ X extern value_t vtable[]; /* variable table */ X X! #ifndef ACULOG X #define logent(a, b, c, d) X #define loginit() X #endif X--- 199,205 ---- X extern int vflag; /* verbose during reading of .tiprc file */ X extern value_t vtable[]; /* variable table */ X X! #if !ACULOG X #define logent(a, b, c, d) X #define loginit() X #endif X*************** X*** 199,250 **** X * value(DEFINE) turns into a static address. X */ X X! #define BEAUTIFY 0 X! #define BAUDRATE 1 X! #define DIALTIMEOUT 2 X! #define EOFREAD 3 X! #define EOFWRITE 4 X! #define EOL 5 X! #define ESCAPE 6 X! #define EXCEPTIONS 7 X! #define FORCE 8 X! #define FRAMESIZE 9 X! #define HOST 10 X! #define LOG 11 X! #define PHONES 12 X! #define PROMPT 13 X! #define RAISE 14 X! #define RAISECHAR 15 X! #define RECORD 16 X! #define REMOTE 17 X! #define SCRIPT 18 X! #define TABEXPAND 19 X! #define VERBOSE 20 X! #define SHELL 21 X! #define HOME 22 X! #define ECHOCHECK 23 X! #define DISCONNECT 24 X! #define TAND 25 X! #define LDELAY 26 X! #define CDELAY 27 X! #define ETIMEOUT 28 X! #define RAWFTP 29 X! #define HALFDUPLEX 30 X! #define LECHO 31 X! #define PARITY 32 X X #define NOVAL ((value_t *)NULL) X #define NOACU ((acu_t *)NULL) X #define NOSTR ((char *)NULL) X #define NOFILE ((FILE *)NULL) X #define NOPWD ((struct passwd *)0) X X struct sgttyb arg; /* current mode of local terminal */ X struct sgttyb defarg; /* initial mode of local terminal */ X struct tchars tchars; /* current state of terminal */ X struct tchars defchars; /* initial state of terminal */ X struct ltchars ltchars; /* current local characters of terminal */ X struct ltchars deflchars; /* initial local characters of terminal */ X X FILE *fscript; /* FILE for scripting */ X X--- 209,270 ---- X * value(DEFINE) turns into a static address. X */ X X! /* X! 'a,.!awk '{ printf("\%s \%s \%d\n", $1, $2, NR - 1); }' X! */ X X+ #define BEAUTIFY 0 X+ #define BAUDRATE 1 X+ #define DIALTIMEOUT 2 X+ #define EOFREAD 3 X+ #define EOFWRITE 4 X+ #define EOL 5 X+ #define ESCAPE 6 X+ #define EXCEPTIONS 7 X+ #define FORCE 8 X+ #define FRAMESIZE 9 X+ #define HOST 10 X+ #define LOG 11 X+ #define LOGIN 12 X+ #define LOGOUT 13 X+ #define PHONES 14 X+ #define PROMPT 15 X+ #define RAISE 16 X+ #define RAISECHAR 17 X+ #define RECORD 18 X+ #define REMOTE 19 X+ #define SCRIPT 20 X+ #define TABEXPAND 21 X+ #define VERBOSE 22 X+ #define SHELL 23 X+ #define HOME 24 X+ #define ECHOCHECK 25 X+ #define DISCONNECT 26 X+ #define TAND 27 X+ #define LDELAY 28 X+ #define CDELAY 29 X+ #define ETIMEOUT 30 X+ #define RAWFTP 31 X+ #define HALFDUPLEX 32 X+ #define LECHO 33 X+ #define PARITY 34 X #define NOVAL ((value_t *)NULL) X #define NOACU ((acu_t *)NULL) X #define NOSTR ((char *)NULL) X #define NOFILE ((FILE *)NULL) X #define NOPWD ((struct passwd *)0) X X+ #if HAVE_TERMIOS X+ struct termios otermios; X+ struct termios ctermios; X+ #else /* HAVE_TERMIOS */ X struct sgttyb arg; /* current mode of local terminal */ X struct sgttyb defarg; /* initial mode of local terminal */ X struct tchars tchars; /* current state of terminal */ X struct tchars defchars; /* initial state of terminal */ X struct ltchars ltchars; /* current local characters of terminal */ X struct ltchars deflchars; /* initial local characters of terminal */ X+ #endif /* HAVE_TERMIOS */ X X FILE *fscript; /* FILE for scripting */ X X*************** X*** 278,280 **** X--- 298,308 ---- X extern char *connect(); X X int tipabort __P((char *)); X+ X+ #define TL_VERBOSE 0x00000001 X+ #define TL_SIGNAL_TIPOUT 0x00000002 X+ X+ int tiplink (char *cmd, unsigned int flags); X+ void raw (); X+ X+ /* end of tip.h */ Xdiff -r -c ./tip/tipconf.h tip/tipconf.h X*** ./tip/tipconf.h Sun Mar 26 18:47:11 1995 X--- tip/tipconf.h Sat Mar 25 16:37:42 1995 X*************** X*** 0 **** X--- 1,124 ---- X+ /* X+ * Copyright (c) 1989, 1993 X+ * The Regents of the University of California. All rights reserved. X+ * X+ * Redistribution and use in source and binary forms, with or without X+ * modification, are permitted provided that the following conditions X+ * are met: X+ * 1. Redistributions of source code must retain the above copyright X+ * notice, this list of conditions and the following disclaimer. X+ * 2. Redistributions in binary form must reproduce the above copyright X+ * notice, this list of conditions and the following disclaimer in the X+ * documentation and/or other materials provided with the distribution. X+ * 3. All advertising materials mentioning features or use of this software X+ * must display the following acknowledgement: X+ * This product includes software developed by the University of X+ * California, Berkeley and its contributors. X+ * 4. Neither the name of the University nor the names of its contributors X+ * may be used to endorse or promote products derived from this software X+ * without specific prior written permission. X+ * X+ * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND X+ * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X+ * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE X+ * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X+ * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X+ * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X+ * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X+ * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X+ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X+ * SUCH DAMAGE. X+ * X+ * @(#)tipconf.h 8.1 (Berkeley) 3/25/95 X+ */ X+ X+ #ifndef tipconf_h_included X+ #define tipconf_h_included X+ X+ /* X+ Define constness X+ */ X+ #define CONST const X+ X+ /* X+ Specify default bit rate for connections X+ */ X+ #define DEFBR 1200 X+ X+ /* X+ Default frame size for file transfer buffering of writes X+ on local side X+ */ X+ #ifndef BUFSIZ X+ #define DEFFS 1024 X+ #else X+ #define DEFFS BUFSIZ X+ #endif X+ X+ /* X+ Enable logging of ACU use X+ */ X+ #define ACULOG 1 X+ X+ /* X+ Strip phone #s from ACU log file X+ */ X+ #define PRISTINE 1 X+ X+ /* X+ Enable command to "connect" remote with local process X+ */ X+ #define CONNECT 1 X+ X+ /* X+ Specify style of UUCP lock files X+ */ X+ #define HAVE_V2_LOCKFILES 0 X+ #define HAVE_HDB_LOCKFILES 1 X+ X+ /* X+ System has a millisecond based sleep function X+ */ X+ #define HAVE_USLEEP 0 X+ X+ /* X+ System has select X+ */ X+ #define HAVE_SELECT 1 X+ X+ /* X+ System has termios tty interface X+ */ X+ #define HAVE_TERMIOS 1 X+ X+ /* X+ Include configurable modem driver X+ */ X+ #define UNIDIALER 1 X+ X+ /* X+ Specify builtin modem drivers to include X+ */ X+ #define BIZ1031 0 X+ #define BIZ1022 0 X+ #define COURIER 0 X+ #define DF02 0 X+ #define DF03 0 X+ #define DN11 0 X+ #define HAYES 0 X+ #define MULTITECH 0 X+ #define T3000 0 X+ #define V3451 0 X+ #define V831 0 X+ #define VENTEL 0 X+ X+ /* X+ Include cu interface so that, when tip is linked to cu and then X+ invoked as cu, it behaves like cu. X+ */ X+ #define INCLUDE_CU_INTERFACE 0 X+ X+ #endif X+ X+ /* end of tipconf.h */ Xdiff -r -c ./tip/uucplock.c tip/uucplock.c X*** ./tip/uucplock.c Sun Mar 26 18:47:01 1995 X--- tip/uucplock.c Thu Mar 23 18:47:47 1995 X*************** X*** 39,102 **** X #include X #include X #include X! #include X! #include X #include "pathnames.h" X X /* X * uucp style locking routines X * return: 0 - success X * -1 - failure X */ X X! uu_lock(ttyname) X! char *ttyname; X { X int fd, pid; X char tbuf[sizeof(_PATH_LOCKDIRNAME) + MAXNAMLEN]; X! FILE *ff; X X (void)sprintf(tbuf, _PATH_LOCKDIRNAME, ttyname); X! fd = open(tbuf, O_WRONLY|O_CREAT|O_EXCL, 0644); X! if (fd >= 0) X! ff = fdopen(fd, "w"); X! if (fd < 0 || ff == NULL) { X /* X * file is already locked X * check to see if the process holding the lock still exists X */ X! ff = fopen(tbuf, "r+"); X! if (ff == NULL) { X perror("lock open"); X return(-1); X } X! if (fscanf(ff, "%10d\n", &pid) != 1) { X perror("lock read"); X- (void)fclose(ff); X return(-1); X } X X if (kill(pid, 0) == 0 || errno != ESRCH) { X! (void)fclose(ff); /* process is still running */ X return(-1); X } X /* X * The process that locked the file isn't running, so X * we'll lock it ourselves X */ X! rewind(ff); X /* fall out and finish the locking process */ X } X! (void)fprintf(ff, "%10d\n", getpid()); X! (void)fclose(ff); X return(0); X } X X! uu_unlock(ttyname) X! char *ttyname; X { X char tbuf[sizeof(_PATH_LOCKDIRNAME) + MAXNAMLEN]; X X (void)sprintf(tbuf, _PATH_LOCKDIRNAME, ttyname); X return(unlink(tbuf)); X } X--- 39,146 ---- X #include X #include X #include X! X! #include "tipconf.h" X #include "pathnames.h" X X+ /* Forward declarations */ X+ static int put_pid (int fd, int pid); X+ static int get_pid (int fd); X+ X /* X * uucp style locking routines X * return: 0 - success X * -1 - failure X */ X X! uu_lock (char *ttyname) X { X int fd, pid; X char tbuf[sizeof(_PATH_LOCKDIRNAME) + MAXNAMLEN]; X! off_t lseek(); X X (void)sprintf(tbuf, _PATH_LOCKDIRNAME, ttyname); X! fd = open(tbuf, O_RDWR|O_CREAT|O_EXCL, 0660); X! if (fd < 0) { X /* X * file is already locked X * check to see if the process holding the lock still exists X */ X! fd = open(tbuf, O_RDWR, 0); X! if (fd < 0) { X perror("lock open"); X return(-1); X } X! if (get_pid (fd) == -1) { X! (void)close(fd); X perror("lock read"); X return(-1); X } X X if (kill(pid, 0) == 0 || errno != ESRCH) { X! (void)close(fd); /* process is still running */ X return(-1); X } X /* X * The process that locked the file isn't running, so X * we'll lock it ourselves X */ X! if (lseek(fd, 0L, L_SET) < 0) { X! (void)close(fd); X! perror("lock lseek"); X! return(-1); X! } X /* fall out and finish the locking process */ X } X! pid = getpid(); X! if (!put_pid (fd, pid)) { X! (void)close(fd); X! (void)unlink(tbuf); X! perror("lock write"); X! return(-1); X! } X! (void)close(fd); X return(0); X } X X! uu_unlock (char *ttyname) X { X char tbuf[sizeof(_PATH_LOCKDIRNAME) + MAXNAMLEN]; X X (void)sprintf(tbuf, _PATH_LOCKDIRNAME, ttyname); X return(unlink(tbuf)); X } X+ X+ static int put_pid (int fd, int pid) X+ { X+ #if HAVE_V2_LOCKFILES X+ return write (fd, (char *)&pid, sizeof (pid)) == sizeof (pid); X+ #else X+ char buf [32]; X+ int len; X+ len = sprintf (buf, "%10ld\n", (long) pid); X+ return write (fd, buf, len) == len; X+ #endif X+ } X+ X+ static int get_pid (int fd) X+ { X+ int bytes_read, pid; X+ #if HAVE_V2_LOCKFILES X+ bytes_read = read (fd, &pid, sizeof (pid)); X+ if (bytes_read != sizeof (pid)) X+ pid = -1; X+ #else X+ char buf [32]; X+ bytes_read = read (fd, buf, sizeof (buf) - 1); X+ if (bytes_read > 0) { X+ buf [bytes_read] = '\0'; X+ pid = strtol (buf, (char **) NULL, 10); X+ } X+ else X+ pid = -1; X+ #endif X+ return pid; X+ } X+ X+ /* end of uucplock.c */ Xdiff -r -c ./tip/vars.c tip/vars.c X*** ./tip/vars.c Sun Mar 26 18:47:02 1995 X--- tip/vars.c Sat Mar 25 17:07:34 1995 X*************** X*** 35,40 **** X--- 35,41 ---- X static char sccsid[] = "@(#)vars.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X #include "pathnames.h" X X*************** X*** 66,71 **** X--- 67,76 ---- X "ho", (char *)&HO }, X { "log", STRING|INIT, (READ|WRITE)<'preapply' <<'END_OF_FILE' X#!/bin/sh Xmv aculib libacu Xmkdir tip libacu/RCS Xmv acu.c acutab.c cmds.c cmdtab.c cu.c hunt.c log.c partab.c pathnames.h remcap.c remote.c tip.c tip.h tipout.c uucplock.c value.c vars.c tip Xmv Makefile tip.1 tip END_OF_FILE if test 212 -ne `wc -c <'preapply'`; then echo shar: \"'preapply'\" unpacked with wrong size! fi chmod +x 'preapply' # end of 'preapply' fi echo shar: End of archive 1 \(of 3\). cp /dev/null ark1isdone MISSING="" for I in 1 2 3 ; do if test ! -f ark${I}isdone ; then MISSING="${MISSING} ${I}" fi done if test "${MISSING}" = "" ; then echo You have unpacked all 3 archives. rm -f ark[1-9]isdone else echo You still need to unpack the following archives: echo " " ${MISSING} fi ## End of shell archive. exit 0 From owner-freebsd-hackers Mon Mar 27 00:42:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA18202 for hackers-outgoing; Mon, 27 Mar 1995 00:42:17 -0800 Received: from is1.hk.super.net (jbeukema@is1.hk.super.net [202.14.67.232]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA18190 for ; Mon, 27 Mar 1995 00:42:14 -0800 Received: by is1.hk.super.net id AA27246 (5.67b/IDA-1.5 for hackers@FreeBSD.org); Mon, 27 Mar 1995 16:41:53 +0800 Date: Mon, 27 Mar 1995 16:41:53 +0800 (HKT) From: John Beukema To: David C Ferovick Cc: "Jordan K. Hubbard" , hackers@FreeBSD.org Subject: Re: A "FreeBSD" Daemon In-Reply-To: <9503242047.AA17184@runner.utsa.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Same here once On Fri, 24 Mar 1995, David C Ferovick wrote: > > > > > I agree. Out of the three, I would say "NetBSD" has the nicest ring > > > to it. "FreeBSD" and "Linux" don't have that "professional" sound to > > > them. I suppose you could go around telling everyone not to judge a book > > > by its cover, but it would be easier just to come up with a nicer cover. :) > > > > I'd say we've already got far too much brand identification with the old > > name. Trying to change it now, after almost 2 years, would be hellish. > > No thank you! :-) > > > > Jordan > > > It would be hellish, but I am sure that you could gain alot from it. > I have had three different chances to run FreeBSD on systems in the past, > to support a commercial userbase, and each time I was forced to choose > NetBSD or BSDI instead, because the people involved didn't think it was > a good idea to run a OS with the word 'Free' in it when you are charging > people to use it.. I'm sure this argument is much more widespread than > just the three incidents I am talking about. > > Dave Ferovick > From owner-freebsd-hackers Mon Mar 27 00:42:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA18227 for hackers-outgoing; Mon, 27 Mar 1995 00:42:40 -0800 Received: from coyote.rain.org (dcasba@coyote.rain.org [198.68.144.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA18213 for ; Mon, 27 Mar 1995 00:42:36 -0800 Received: by coyote.rain.org(8.6.10/RAIN-1.0) with id AAA12713 for freebsd-hackers@FreeBSD.Org on Mon, 27 Mar 1995 00:37:54 -0800 Date: Mon, 27 Mar 1995 00:37:54 -0800 From: Tom Gray - DCA Message-Id: <199503270837.AAA12713@coyote.rain.org> To: freebsd-hackers@FreeBSD.org Subject: Patches for tip - part 1 Sender: hackers-owner@FreeBSD.org Precedence: bulk Here's patches for an improved version of tip, which I developed on and for FreeBSD. This effort makes tip a better FreeBSD citizen. For example, it uses the termios line discipline by default. The old, compiled in modem drivers are replaced by a configurable modem driver for more flexibility and a smaller executable. See the enclosed files "BLURB" and "README" for more details. John Poplett dcasba@pacrain.com #! /bin/sh # This is a shell archive. Remove anything before this line, then unpack # it by saving it into a file and typing "sh file". To overwrite existing # files, type "sh file -c". You can also feed this as standard input via # unshar, or by typing "sh 'BLURB' <<'END_OF_FILE' XHere are patches for tip. These patches were developed on FreeBSD for XFreeBSD (though other *BSD*s should be able to use them). The patches were Xmade to the tip sources found in current as of March 22nd. It preserves Xearlier changes to these sources that upgraded them to use HoneyDanber-style Xuucp locks and place them in /var/spool/locks. X XThe significant changes are: X X 1) Configurable modem driver X 2) Conditional support for termios (default) X 3) Conditional support for HoneyDanber style-uucp locks (default) X 4) Entries in /etc/remote can specify login and logout scripts X 5) Revised / corrected man page X 6) Consolidation of common code in the ACU drivers X 7) Bug fix when FRAMESIZE > BUFSIZ in file transfer code. X 8) Conditional cu-interface (default: disabled) X 9) Source directory layout improved X 10) End-of-file handling improved in cu-style take command. X XSince the configurable modem driver replaces a number of compiled-in X(and out-of-date!) drivers, the new tip is more flexible and more Xcompact. X XJohn Poplett Xdcasba@pacrain.com END_OF_FILE if test 1060 -ne `wc -c <'BLURB'`; then echo shar: \"'BLURB'\" unpacked with wrong size! fi # end of 'BLURB' fi if test -f 'MANIFEST' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'MANIFEST'\" else echo shar: Extracting \"'MANIFEST'\" \(362 characters\) sed "s/^X//" >'MANIFEST' <<'END_OF_FILE' X File Name Archive # Description X----------------------------------------------------------- X BLURB 1 X MANIFEST 1 This shipping list X README 1 X patches.etc 1 X patches.tip.1 2 X patches.tip.2 3 X patches.tip.3 1 X preapply 1 END_OF_FILE if test 362 -ne `wc -c <'MANIFEST'`; then echo shar: \"'MANIFEST'\" unpacked with wrong size! fi # end of 'MANIFEST' fi if test -f 'README' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'README'\" else echo shar: Extracting \"'README'\" \(664 characters\) sed "s/^X//" >'README' <<'END_OF_FILE' XBefore applying these patches to tip, run the included script "preapply" Xfrom your tip source directory (e.g. /usr/src/usr.bin/tip). This step Xreorganizes the tip directories so that the patches will work. X XThe following steps should accomplish the job: X X$ cd /usr/src/usr.bin/tip X$ preapply X$ patches < patches.tip.1 X$ patches < patches.tip.2 X$ patches < patches.tip.3 X XNote also that the new modem configuration data base file, "modems", must Xbe installed in /etc/modems. X XIf you are just upgrading tip, you can do this by hand. X XIf someone is updating the source tree, applying patches.etc in X/usr/src/etc should do the trick. X XJohn Poplett Xdcasba@pacrain.com END_OF_FILE if test 664 -ne `wc -c <'README'`; then echo shar: \"'README'\" unpacked with wrong size! fi # end of 'README' fi if test -f 'patches.etc' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'patches.etc'\" else echo shar: Extracting \"'patches.etc'\" \(2557 characters\) sed "s/^X//" >'patches.etc' <<'END_OF_FILE' X*** /usr/src/etc/Makefile Sat Mar 18 01:02:50 1995 X--- ./Makefile Sun Mar 26 19:03:49 1995 X*************** X*** 7,13 **** X BINGRP= wheel X BIN1= aliases csh.cshrc csh.login csh.logout dm.conf \ X ftpusers gettytab group hosts host.conf hosts.equiv hosts.lpd \ X! inetd.conf login.access motd netstart \ X networks phones printcap profile protocols rc rc.local rc.serial \ X remote security services shells \ X syslog.conf ttys etc.${MACHINE}/disktab rpc make.conf \ X--- 7,13 ---- X BINGRP= wheel X BIN1= aliases csh.cshrc csh.login csh.logout dm.conf \ X ftpusers gettytab group hosts host.conf hosts.equiv hosts.lpd \ X! inetd.conf login.access modems motd netstart \ X networks phones printcap profile protocols rc rc.local rc.serial \ X remote security services shells \ X syslog.conf ttys etc.${MACHINE}/disktab rpc make.conf \ X*** /usr/src/etc/modems Sun Mar 26 19:05:03 1995 X--- ./modems Sun Mar 26 19:06:28 1995 X*************** X*** 0 **** X--- 1,33 ---- X+ # X+ # @(#)modems 3/24/95 X+ # X+ # modems -- modem configuration data base file X+ # see tip(1), modems(5) X+ # X+ # dial_command AT command to dial up remote X+ # echo_off_command AT command to turn off command echo X+ # escape_guard_time Shroud escape sequence with specified delay (ms) X+ # escape_sequence Return to command escape sequence X+ # hangup_command AT command to hangup modem X+ # hw_flow_control Enable RTS/CTS flow control between DTE/DCE X+ # intercharacter_delay Delay between characters sent to modem when issuing X+ # commands X+ # intercommand_delay Minimum delay between commands to modem X+ # init_string AT command to initialize modem before dialing out X+ # lock_baud Use fixed DTE / DCE bit rate X+ # reset_delay Delay required by modem for reset X+ # X+ X+ sportster|st|US Robotics Sportster 14.4K:dial_command=ATDT%s\r:hangup_command=ATH\r:\ X+ :echo_off_command=ATE0\r:reset_command=AT&F1\r:\ X+ :init_string=AT&B1&H1&R2&C1&D2\r:\ X+ :escape_sequence=+++:hw_flow_control:lock_baud:intercharacter_delay#50:\ X+ :intercommand_delay#250:escape_guard_time#500:reset_delay#2000: X+ X+ mt932|multitech|mt|Multitech 932:dial_command=ATDT%s\r:hangup_command=ATH\r:\ X+ :echo_off_command=ATE0\r:reset_command=ATZ\r:\ X+ :init_string=AT$BA0$SB38400&E1&E4&E13&E15Q0V1X4E0S0=0\r:\ X+ :escape_sequence=+++:hw_flow_control:lock_baud:intercharacter_delay#50:\ X+ :intercommand_delay#250:escape_guard_time#500:reset_delay#2000: X+ X+ generic|Generic AT command modem (use defaults): END_OF_FILE if test 2557 -ne `wc -c <'patches.etc'`; then echo shar: \"'patches.etc'\" unpacked with wrong size! fi # end of 'patches.etc' fi if test -f 'patches.tip.3' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'patches.tip.3'\" else echo shar: Extracting \"'patches.tip.3'\" \(46448 characters\) sed "s/^X//" >'patches.tip.3' <<'END_OF_FILE' Xdiff -r -c ./tip/cmds.c tip/cmds.c X*** ./tip/cmds.c Sun Mar 26 18:47:02 1995 X--- tip/cmds.c Sat Mar 25 00:34:19 1995 X*************** X*** 35,43 **** X--- 35,46 ---- X static char sccsid[] = "@(#)cmds.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X #include "pathnames.h" X X+ #include X+ X /* X * tip X * X*************** X*** 54,59 **** X--- 57,100 ---- X void stopsnd(); /* SIGINT handler during file transfers */ X void intcopy(); /* interrupt routine for file transfers */ X X+ void X+ usedefchars () X+ { X+ #if HAVE_TERMIOS X+ int cnt; X+ struct termios ttermios; X+ ttermios = ctermios; X+ for (cnt = 0; cnt < NCCS; cnt++) X+ ttermios.c_cc [cnt] = otermios.c_cc [cnt]; X+ tcsetattr (0, TCSANOW, &ttermios); X+ #else X+ ioctl(0, TIOCSETC, &defchars); X+ #endif X+ } X+ X+ void X+ usetchars () X+ { X+ #if HAVE_TERMIOS X+ tcsetattr (0, TCSANOW, &ctermios); X+ #else X+ ioctl(0, TIOCSETC, &tchars); X+ #endif X+ } X+ X+ void X+ flush_remote () X+ { X+ #ifdef TIOCFLUSH X+ int cmd = 0; X+ ioctl (FD, TIOCFLUSH, &cmd); X+ #else X+ struct sgttyb buf; X+ ioctl (FD, TIOCGETP, &buf); /* this does a */ X+ ioctl (FD, TIOCSETP, &buf); /* wflushtty */ X+ #endif X+ } X+ X /* X * FTP - remote ==> local X * get a file from the remote host X*************** X*** 107,114 **** X printf("\r\n%s: cannot create\r\n", argv[1]); X return; X } X! sprintf(line, "cat %s;echo \01", argv[0]); X! transfer(line, fd, "\01"); X } X X static jmp_buf intbuf; X--- 148,238 ---- X printf("\r\n%s: cannot create\r\n", argv[1]); X return; X } X! (void)sprintf(line, "cat %s ; echo \"\" ; echo ___tip_end_of_file_marker___", argv[0]); X! xfer(line, fd, "\n___tip_end_of_file_marker___\n"); X! } X! X! extern jmp_buf intbuf; X! X! xfer(buf, fd, eofchars) X! char *buf, *eofchars; X! { X! register int ct; X! char c, *match; X! register int cnt, eof, v; X! time_t start; X! sig_t f; X! char r; X! FILE *ff; X! X! v = boolean(value(VERBOSE)); X! X! if ((ff = fdopen (fd, "w")) == NULL) { X! perror("file open"); X! return; X! } X! if ((cnt = number(value(FRAMESIZE))) != BUFSIZ) X! if (setvbuf(ff, NULL, _IOFBF, cnt) != 0) { X! perror("file allocation"); X! (void)fclose(ff); X! return; X! } X! X! pwrite(FD, buf, size(buf)); X! quit = 0; X! kill(pid, SIGIOT); X! read(repdes[0], (char *)&ccc, 1); /* Wait until read process stops */ X! X! /* X! * finish command X! */ X! r = '\r'; X! pwrite(FD, &r, 1); X! do X! read(FD, &c, 1); X! while ((c&0177) != '\n'); X! X! usedefchars (); X! X! (void) setjmp(intbuf); X! f = signal(SIGINT, intcopy); X! start = time(0); X! match = eofchars; X! for (ct = 0; !quit;) { X! eof = read(FD, &c, 1) <= 0; X! c &= 0177; X! if (quit) X! continue; X! if (eof) X! break; X! if (c == 0) X! continue; /* ignore nulls */ X! if (c == '\r') X! continue; X! if (c != *match && match > eofchars) { X! register char *p = eofchars; X! while (p < match) { X! if (*p == '\n'&& v) X! (void)printf("\r%d", ++ct); X! fputc(*p++, ff); X! } X! match = eofchars; X! } X! if (c == *match) { X! if (*++match == '\0') X! break; X! } else { X! if (c == '\n' && v) X! (void)printf("\r%d", ++ct); X! fputc(c, ff); X! } X! } X! if (v) X! prtime(" lines transferred in ", time(0)-start); X! usetchars (); X! write(fildes[1], (char *)&ccc, 1); X! signal(SIGINT, f); X! (void)fclose(ff); X } X X static jmp_buf intbuf; X*************** X*** 122,131 **** X register int ct; X char c, buffer[BUFSIZ]; X register char *p = buffer; X! register int cnt, eof; X time_t start; X sig_t f; X char r; X X pwrite(FD, buf, size(buf)); X quit = 0; X--- 246,269 ---- X register int ct; X char c, buffer[BUFSIZ]; X register char *p = buffer; X! register int cnt, eof, v; X time_t start; X sig_t f; X char r; X+ FILE *ff; X+ X+ v = boolean(value(VERBOSE)); X+ X+ if ((ff = fdopen (fd, "w")) == NULL) { X+ perror("file open"); X+ return; X+ } X+ if ((cnt = number(value(FRAMESIZE))) != BUFSIZ) X+ if (setvbuf(ff, NULL, _IOFBF, cnt) != 0) { X+ perror("file allocation"); X+ (void)fclose(ff); X+ return; X+ } X X pwrite(FD, buf, size(buf)); X quit = 0; X*************** X*** 140,147 **** X do X read(FD, &c, 1); X while ((c&0177) != '\n'); X! ioctl(0, TIOCSETC, &defchars); X! X (void) setjmp(intbuf); X f = signal(SIGINT, intcopy); X start = time(0); X--- 278,284 ---- X do X read(FD, &c, 1); X while ((c&0177) != '\n'); X! usedefchars (); X (void) setjmp(intbuf); X f = signal(SIGINT, intcopy); X start = time(0); X*************** X*** 156,183 **** X continue; /* ignore nulls */ X if (c == '\r') X continue; X! *p++ = c; X! X! if (c == '\n' && boolean(value(VERBOSE))) X printf("\r%d", ++ct); X! if ((cnt = (p-buffer)) == number(value(FRAMESIZE))) { X! if (write(fd, buffer, cnt) != cnt) { X! printf("\r\nwrite error\r\n"); X! quit = 1; X! } X! p = buffer; X! } X } X! if (cnt = (p-buffer)) X! if (write(fd, buffer, cnt) != cnt) X! printf("\r\nwrite error\r\n"); X! X! if (boolean(value(VERBOSE))) X prtime(" lines transferred in ", time(0)-start); X! ioctl(0, TIOCSETC, &tchars); X write(fildes[1], (char *)&ccc, 1); X signal(SIGINT, f); X! close(fd); X } X X /* X--- 293,308 ---- X continue; /* ignore nulls */ X if (c == '\r') X continue; X! if (c == '\n' && v) X printf("\r%d", ++ct); X! fputc(c, ff); X } X! if (v) X prtime(" lines transferred in ", time(0)-start); X! usetchars (); X write(fildes[1], (char *)&ccc, 1); X signal(SIGINT, f); X! (void)fclose(ff); X } X X /* X*************** X*** 267,276 **** X } X transmit(fd, value(EOFWRITE), NULL); X if (!boolean(value(ECHOCHECK))) { X! struct sgttyb buf; X! X! ioctl(FD, TIOCGETP, &buf); /* this does a */ X! ioctl(FD, TIOCSETP, &buf); /* wflushtty */ X } X } X X--- 392,398 ---- X } X transmit(fd, value(EOFWRITE), NULL); X if (!boolean(value(ECHOCHECK))) { X! flush_remote (); X } X } X X*************** X*** 290,296 **** X kill(pid, SIGIOT); /* put TIPOUT into a wait state */ X stop = 0; X f = signal(SIGINT, stopsnd); X! ioctl(0, TIOCSETC, &defchars); X read(repdes[0], (char *)&ccc, 1); X if (command != NULL) { X for (pc = command; *pc; pc++) X--- 412,418 ---- X kill(pid, SIGIOT); /* put TIPOUT into a wait state */ X stop = 0; X f = signal(SIGINT, stopsnd); X! usedefchars (); X read(repdes[0], (char *)&ccc, 1); X if (command != NULL) { X for (pc = command; *pc; pc++) X*************** X*** 298,307 **** X if (boolean(value(ECHOCHECK))) X read(FD, (char *)&c, 1); /* trailing \n */ X else { X! struct sgttyb buf; X! X! ioctl(FD, TIOCGETP, &buf); /* this does a */ X! ioctl(FD, TIOCSETP, &buf); /* wflushtty */ X sleep(5); /* wait for remote stty to take effect */ X } X } X--- 420,426 ---- X if (boolean(value(ECHOCHECK))) X read(FD, (char *)&c, 1); /* trailing \n */ X else { X! flush_remote (); X sleep(5); /* wait for remote stty to take effect */ X } X } X*************** X*** 370,376 **** X else X prtime(" lines transferred in ", stop_t-start_t); X write(fildes[1], (char *)&ccc, 1); X! ioctl(0, TIOCSETC, &tchars); X } X X /* X--- 489,495 ---- X else X prtime(" lines transferred in ", stop_t-start_t); X write(fildes[1], (char *)&ccc, 1); X! usetchars (); X } X X /* X*************** X*** 465,471 **** X kill(pid, SIGIOT); /* put TIPOUT into a wait state */ X signal(SIGINT, SIG_IGN); X signal(SIGQUIT, SIG_IGN); X! ioctl(0, TIOCSETC, &defchars); X read(repdes[0], (char *)&ccc, 1); X /* X * Set up file descriptors in the child and X--- 584,590 ---- X kill(pid, SIGIOT); /* put TIPOUT into a wait state */ X signal(SIGINT, SIG_IGN); X signal(SIGQUIT, SIG_IGN); X! usedefchars (); X read(repdes[0], (char *)&ccc, 1); X /* X * Set up file descriptors in the child and X*************** X*** 492,523 **** X if (boolean(value(VERBOSE))) X prtime("away for ", time(0)-start); X write(fildes[1], (char *)&ccc, 1); X! ioctl(0, TIOCSETC, &tchars); X signal(SIGINT, SIG_DFL); X signal(SIGQUIT, SIG_DFL); X } X X! #ifdef CONNECT X! /* X! * Fork a program with: X! * 0 <-> remote tty in X! * 1 <-> remote tty out X! * 2 <-> local tty out X! */ X! consh(c) X { X- char buf[256]; X int cpid, status, p; X time_t start; X X! putchar(c); X! if (prompt("Local command? ", buf)) X! return; X! kill(pid, SIGIOT); /* put TIPOUT into a wait state */ X! signal(SIGINT, SIG_IGN); X! signal(SIGQUIT, SIG_IGN); X! ioctl(0, TIOCSETC, &defchars); X! read(repdes[0], (char *)&ccc, 1); X /* X * Set up file descriptors in the child and X * let it go... X--- 611,637 ---- X if (boolean(value(VERBOSE))) X prtime("away for ", time(0)-start); X write(fildes[1], (char *)&ccc, 1); X! usetchars (); X signal(SIGINT, SIG_DFL); X signal(SIGQUIT, SIG_DFL); X } X X! #if CONNECT X! X! int X! tiplink (char *cmd, unsigned int flags) X { X int cpid, status, p; X time_t start; X X! if (flags & TL_SIGNAL_TIPOUT) { X! kill(pid, SIGIOT); /* put TIPOUT into a wait state */ X! signal(SIGINT, SIG_IGN); X! signal(SIGQUIT, SIG_IGN); X! usedefchars (); X! read(repdes[0], (char *)&ccc, 1); X! } X! X /* X * Set up file descriptors in the child and X * let it go... X*************** X*** 529,552 **** X while ((p = wait(&status)) > 0 && p != cpid) X ; X } else { X! register int i; X X dup2(FD, 0); X dup2(3, 1); X! for (i = 3; i < 20; i++) X! close(i); X signal(SIGINT, SIG_DFL); X signal(SIGQUIT, SIG_DFL); X! execute(buf); X! printf("can't find `%s'\r\n", buf); X exit(0); X } X! if (boolean(value(VERBOSE))) X prtime("away for ", time(0)-start); X! write(fildes[1], (char *)&ccc, 1); X! ioctl(0, TIOCSETC, &tchars); X! signal(SIGINT, SIG_DFL); X! signal(SIGQUIT, SIG_DFL); X } X #endif X X--- 643,687 ---- X while ((p = wait(&status)) > 0 && p != cpid) X ; X } else { X! register int fd; X X dup2(FD, 0); X dup2(3, 1); X! for (fd = 3; fd < 20; fd++) X! close (fd); X signal(SIGINT, SIG_DFL); X signal(SIGQUIT, SIG_DFL); X! execute (cmd); X! printf("can't find `%s'\r\n", cmd); X exit(0); X } X! X! if (flags & TL_VERBOSE && boolean(value(VERBOSE))) X prtime("away for ", time(0)-start); X! X! if (flags & TL_SIGNAL_TIPOUT) { X! write(fildes[1], (char *)&ccc, 1); X! usetchars (); X! signal(SIGINT, SIG_DFL); X! signal(SIGQUIT, SIG_DFL); X! } X! X! return 0; X! } X! X! /* X! * Fork a program with: X! * 0 <-> remote tty in X! * 1 <-> remote tty out X! * 2 <-> local tty out X! */ X! consh(c) X! { X! char buf[256]; X! putchar(c); X! if (prompt("Local command? ", buf)) X! return; X! tiplink (buf, TL_SIGNAL_TIPOUT | TL_VERBOSE); X } X #endif X X*************** X*** 642,654 **** X X finish() X { X! char *dismsg; X X if ((dismsg = value(DISCONNECT)) != NOSTR) { X write(FD, dismsg, strlen(dismsg)); X! sleep(5); X } X! tipabort(NOSTR); X } X X void X--- 777,793 ---- X X finish() X { X! char *abortmsg = NOSTR, *dismsg; X! X! if (LO != NOSTR && tiplink (LO, TL_SIGNAL_TIPOUT) != 0) { X! abortmsg = "logout failed"; X! } X X if ((dismsg = value(DISCONNECT)) != NOSTR) { X write(FD, dismsg, strlen(dismsg)); X! sleep (2); X } X! tipabort(abortmsg); X } X X void X*************** X*** 764,769 **** X--- 903,922 ---- X tandem(option) X char *option; X { X+ #if HAVE_TERMIOS X+ struct termios ttermios; X+ tcgetattr (FD, &ttermios); X+ if (strcmp(option,"on") == 0) { X+ ttermios.c_iflag |= IXOFF; X+ ctermios.c_iflag |= IXOFF; X+ } X+ else { X+ ttermios.c_iflag &= ~IXOFF; X+ ctermios.c_iflag &= ~IXOFF; X+ } X+ tcsetattr (FD, TCSANOW, &ttermios); X+ tcsetattr (0, TCSANOW, &ctermios); X+ #else /* HAVE_TERMIOS */ X struct sgttyb rmtty; X X ioctl(FD, TIOCGETP, &rmtty); X*************** X*** 776,781 **** X--- 929,935 ---- X } X ioctl(FD, TIOCSETP, &rmtty); X ioctl(0, TIOCSETP, &arg); X+ #endif /* HAVE_TERMIOS */ X } X X /* Xdiff -r -c ./tip/cmdtab.c tip/cmdtab.c X*** ./tip/cmdtab.c Sun Mar 26 18:47:02 1995 X--- tip/cmdtab.c Thu Mar 23 18:46:39 1995 X*************** X*** 35,40 **** X--- 35,41 ---- X static char sccsid[] = "@(#)cmdtab.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X X extern int shell(), getfl(), sendfile(), chdirectory(); X*************** X*** 49,55 **** X { 'p', NORM, "put file to remote UNIX", cu_put }, X { '|', NORM, "pipe remote file", pipefile }, X { '$', NORM, "pipe local command to remote host", pipeout }, X! #ifdef CONNECT X { 'C', NORM, "connect program to remote host",consh }, X #endif X { 'c', NORM, "change directory", chdirectory }, X--- 50,56 ---- X { 'p', NORM, "put file to remote UNIX", cu_put }, X { '|', NORM, "pipe remote file", pipefile }, X { '$', NORM, "pipe local command to remote host", pipeout }, X! #if CONNECT X { 'C', NORM, "connect program to remote host",consh }, X #endif X { 'c', NORM, "change directory", chdirectory }, Xdiff -r -c ./tip/cu.c tip/cu.c X*** ./tip/cu.c Sun Mar 26 18:47:02 1995 X--- tip/cu.c Sat Mar 25 16:03:32 1995 X*************** X*** 35,44 **** X--- 35,47 ---- X static char sccsid[] = "@(#)cu.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X X void cleanup(); X X+ #if INCLUDE_CU_INTERFACE X+ X /* X * Botch the interface to look like cu's X */ X*************** X*** 130,132 **** X--- 133,136 ---- X if (!HW) X ttysetup(speed(BR)); X } X+ #endif /* INCLUDE_CU_INTERFACE */ Xdiff -r -c ./tip/dial.sh tip/dial.sh X*** ./tip/dial.sh Sun Mar 26 18:47:10 1995 X--- tip/dial.sh Sun Mar 5 09:37:50 1995 X*************** X*** 0 **** X--- 1,21 ---- X+ #!/bin/sh X+ # X+ # @(#)dial.sh -- dialup remote using tip X+ # X+ X+ #set -x X+ X+ if [ $# -lt 1 ] ; then X+ echo "$0: not enough arguments" 1>&2 X+ exit 1 X+ fi X+ X+ x=0 X+ X+ while ! tip $* && test $x -lt 3 X+ do X+ sleep 5 X+ x=$(($x+1)) X+ done X+ X+ exit 0 Xdiff -r -c ./tip/hunt.c tip/hunt.c X*** ./tip/hunt.c Sun Mar 26 18:47:02 1995 X--- tip/hunt.c Fri Mar 24 00:19:40 1995 X*************** X*** 35,40 **** X--- 35,41 ---- X static char sccsid[] = "@(#)hunt.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X X extern char *getremote(); X*************** X*** 82,88 **** X--- 83,101 ---- X } X if (!deadfl) { X ioctl(FD, TIOCEXCL, 0); X+ #if HAVE_TERMIOS X+ { X+ struct termios t; X+ if (tcgetattr(FD, &t) == 0) { X+ t.c_cflag |= HUPCL; X+ (void)tcsetattr(FD, TCSANOW, &t); X+ } X+ } X+ #else /* HAVE_TERMIOS */ X+ #ifdef TIOCHPCL X ioctl(FD, TIOCHPCL, 0); X+ #endif X+ #endif /* HAVE_TERMIOS */ X signal(SIGALRM, SIG_DFL); X return ((int)cp); X } Xdiff -r -c ./tip/log.c tip/log.c X*** ./tip/log.c Sun Mar 26 18:47:02 1995 X--- tip/log.c Thu Mar 23 18:46:56 1995 X*************** X*** 35,43 **** X static char sccsid[] = "@(#)log.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X #include "tip.h" X X! #ifdef ACULOG X static FILE *flog = NULL; X X /* X--- 35,44 ---- X static char sccsid[] = "@(#)log.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X X! #if ACULOG X static FILE *flog = NULL; X X /* X*************** X*** 67,73 **** X timestamp[24] = '\0'; X fprintf(flog, "%s (%s) <%s, %s, %s> %s\n", X user, timestamp, group, X! #ifdef PRISTINE X "", X #else X num, X--- 68,74 ---- X timestamp[24] = '\0'; X fprintf(flog, "%s (%s) <%s, %s, %s> %s\n", X user, timestamp, group, X! #if PRISTINE X "", X #else X num, Xdiff -r -c ./tip/modems.5 tip/modems.5 X*** ./tip/modems.5 Sun Mar 26 18:47:11 1995 X--- tip/modems.5 Sun Mar 26 18:03:29 1995 X*************** X*** 0 **** X--- 1,140 ---- X+ .\" Copyright (c) 1983, 1991, 1993 X+ .\" The Regents of the University of California. All rights reserved. X+ .\" X+ .\" Redistribution and use in source and binary forms, with or without X+ .\" modification, are permitted provided that the following conditions X+ .\" are met: X+ .\" 1. Redistributions of source code must retain the above copyright X+ .\" notice, this list of conditions and the following disclaimer. X+ .\" 2. Redistributions in binary form must reproduce the above copyright X+ .\" notice, this list of conditions and the following disclaimer in the X+ .\" documentation and/or other materials provided with the distribution. X+ .\" 3. All advertising materials mentioning features or use of this software X+ .\" must display the following acknowledgement: X+ .\" This product includes software developed by the University of X+ .\" California, Berkeley and its contributors. X+ .\" 4. Neither the name of the University nor the names of its contributors X+ .\" may be used to endorse or promote products derived from this software X+ .\" without specific prior written permission. X+ .\" X+ .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND X+ .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X+ .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X+ .\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE X+ .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X+ .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X+ .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X+ .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X+ .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X+ .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X+ .\" SUCH DAMAGE. X+ .\" X+ .\" @(#)modems.5 3/24/95 X+ .\" X+ .Dd March 24, 1995 X+ .Dt MODEMS 5 X+ .Os BSD 4.4 X+ .Sh NAME X+ .Nm modems X+ .Nd modem configuration data base X+ .Sh DESCRIPTION X+ The modems known by X+ .Xr tip 1 X+ and their attributes are stored in an X+ .Tn ASCII X+ file which X+ is structured somewhat like the X+ .Xr termcap 5 X+ file. Each line in the file provides a description for a single X+ .Xr modem . X+ Fields are separated by a colon (``:''). X+ Lines ending in a \e character with an immediately following newline are X+ continued on the next line. X+ .Pp X+ The first entry is the name(s) of the modem. If there is more X+ than one name for a system, the names are separated by vertical bars. X+ After the name of the system comes the fields of the description. A X+ field name followed by an `=' sign indicates a string value follows. A field X+ name followed by a `#' sign indicates a following numeric value. X+ .Pp X+ When X+ .Xr tip X+ is invoked, an entry for a remote system is looked up in the X+ .Pa /etc/remote database. X+ If the entry includes an "ACU" type capability (abbreviated at), X+ .Xr tip X+ looks up the specified modem in X+ .Pa /etc/modems. X+ If a modem entry is found, X+ the corresponding capabilities determine how X+ .Xr tip X+ programs the modem when connecting to and disconnecting from the X+ remote system. X+ .Sh CAPABILITIES X+ Capabilities are either strings (str), numbers (num), or boolean X+ flags (bool). A string capability is specified by X+ .Em capability Ns Ar = Ns Em value ; X+ for example, ``reset_command=ATZ\\r''. A numeric capability is specified by X+ .Em capability Ns Ar # Ns Em value ; X+ for example, ``intercharacter_delay#50''. A boolean capability is specified X+ by simply listing the capability. X+ .Bl -tag -width intercharacter_delay indent X+ .It Cm \&dial_command X+ (str) X+ AT command used to dial remote system (typically, "ATDT") X+ .It Cm \&echo_off_command X+ (str) X+ AT command to turn off command echo. X+ .It Cm \&escape_guard_time X+ (num) X+ The delay, expressed in milliseconds, used to frame return-to-command X+ escape sequences. X+ .It Cm \&escape_sequence X+ (str) X+ The return-to-command escape sequence. X+ .It Cm \&hangup_command X+ (str) X+ AT command used to hangup modem. X+ .It Cm \&hw_flow_control X+ (bool) X+ Enable hardware (RTS/CTS) flow control between computer and modem (DTE/DCE). X+ .It Cm \&init_string X+ (str) X+ AT command used to initialize modem before dialing. X+ .It Cm \&intercharacter_delay X+ (num) X+ Delay value, expressed in milliseconds, between characters when sending commands X+ to the modem. X+ .It Cm \&intercommand_delay X+ (num) X+ Minimum delay value, expressed in milliseconds, to impose between commands X+ issued to the modem. X+ .It Cm \&lock_baud X+ (bool) X+ Use a fixed bit rate between the computer and the modem (DTE / DCE). The X+ bit rate is specified in X+ .Pa /etc/remote. X+ .It Cm \&reset_command X+ (str) X+ AT command to reset the modem. X+ .It Cm \&reset_delay X+ (num) X+ The time, expressed in milliseconds, required by the modem to complete X+ a reset and return to a ready condition. X+ .Sh FILES X+ .Bl -tag -width /etc/modems -compact X+ .It Pa /etc/modems X+ The X+ .Nm modems X+ configuration database file X+ resides in X+ .Pa /etc . X+ .El X+ .Sh SEE ALSO X+ .Xr tip 1 , X+ .Xr remote 5 X+ .Sh HISTORY X+ The X+ .Nm X+ file format appeared in X+ .Bx 4.4 . Xdiff -r -c ./tip/pathnames.h tip/pathnames.h X*** ./tip/pathnames.h Sun Mar 26 18:47:01 1995 X--- tip/pathnames.h Thu Mar 23 08:04:24 1995 X*************** X*** 35,44 **** X X #include X X #define _PATH_ACULOG "/var/log/aculog" X! #define _PATH_LOCKDIRNAME "/var/spool/lock/LCK..%s" X! #ifdef notdef X! #define _PATH_LOCKDIRNAME "/var/spool/uucp/LCK/LCK..%s" X! #endif X #define _PATH_PHONES "/etc/phones" X #define _PATH_REMOTE "/etc/remote" X--- 35,58 ---- X X #include X X+ /* X+ Specify path to ACU (modem) log X+ */ X #define _PATH_ACULOG "/var/log/aculog" X! X! /* X! Specify path and format of lock files X! */ X! /* #define _PATH_LOCKDIRNAME "/usr/spool/uucp/LCK..%s" */ X! /* #define _PATH_LOCKDIRNAME "/etc/locks/LCK..%s" */ X! /* #define _PATH_LOCKDIRNAME "/usr/spool/locks/LCK..%s" */ X! /* #define _PATH_LOCKDIRNAME "/usr/spool/uucp/LCK/LCK..%s" */ X! #define _PATH_LOCKDIRNAME "/var/spool/lock/LCK..%s" X! X! /* X! Specify location for system wide databases X! */ X! #define _PATH_MODEMS "/etc/modems" X #define _PATH_PHONES "/etc/phones" X #define _PATH_REMOTE "/etc/remote" X+ Xdiff -r -c ./tip/remote.c tip/remote.c X*** ./tip/remote.c Sun Mar 26 18:47:01 1995 X--- tip/remote.c Thu Mar 23 18:47:08 1995 X*************** X*** 42,52 **** X static char sccsid[] = "@(#)remote.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X #include X #include X X! #include "pathnames.h" X #include "tip.h" X X /* X * Attributes to be gleened from remote host description X--- 42,54 ---- X static char sccsid[] = "@(#)remote.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include X #include X #include X X! #include "tipconf.h" X #include "tip.h" X+ #include "pathnames.h" X X /* X * Attributes to be gleened from remote host description X*************** X*** 54,71 **** X */ X static char **caps[] = { X &AT, &DV, &CM, &CU, &EL, &IE, &OE, &PN, &PR, &DI, X! &ES, &EX, &FO, &RC, &RE, &PA X }; X X static char *capstrings[] = { X "at", "dv", "cm", "cu", "el", "ie", "oe", "pn", "pr", X! "di", "es", "ex", "fo", "rc", "re", "pa", 0 X }; X X static char *db_array[3] = { _PATH_REMOTE, 0, 0 }; X X #define cgetflag(f) (cgetcap(bp, f, ':') != NULL) X X static X getremcap(host) X register char *host; X--- 56,106 ---- X */ X static char **caps[] = { X &AT, &DV, &CM, &CU, &EL, &IE, &OE, &PN, &PR, &DI, X! &ES, &EX, &FO, &RC, &RE, &PA, &LI, &LO X }; X X static char *capstrings[] = { X "at", "dv", "cm", "cu", "el", "ie", "oe", "pn", "pr", X! "di", "es", "ex", "fo", "rc", "re", "pa", "li", "lo", 0 X }; X X static char *db_array[3] = { _PATH_REMOTE, 0, 0 }; X X #define cgetflag(f) (cgetcap(bp, f, ':') != NULL) X X+ /* X+ Expand the start tilde sequence at the start of the X+ specified path. Optionally, free space allocated to X+ path before reinitializing it. X+ */ X+ static int X+ expand_tilde (char **path, void (*free) (char *p)) X+ { X+ int rc = 0; X+ char buffer [PATH_MAX]; X+ char *tailp; X+ if ((tailp = strchr (*path + 1, '/')) != NULL) X+ { X+ struct passwd *pwd; X+ *tailp++ = '\0'; X+ if (*(*path + 1) == '\0') X+ strcpy (buffer, getlogin ()); X+ else X+ strcpy (buffer, *path + 1); X+ if ((pwd = getpwnam (buffer)) != NULL) X+ { X+ strcpy (buffer, pwd->pw_dir); X+ strcat (buffer, "/"); X+ strcat (buffer, tailp); X+ if (free) X+ free (*path); X+ *path = strdup (buffer); X+ rc++; X+ } X+ return rc; X+ } X+ } X+ X static X getremcap(host) X register char *host; X*************** X*** 144,149 **** X--- 179,209 ---- X if (!HW) X HW = (CU == NOSTR) || (DU && equal(DV, CU)); X HO = host; X+ X+ /* X+ If login script, verify access X+ */ X+ if (LI != NOSTR) { X+ if (*LI == '~') X+ (void) expand_tilde (&LI, NULL); X+ if (access (LI, F_OK | X_OK) != 0) { X+ printf("tip (warning): can't open login script \"%s\"\n", LI); X+ LI = NOSTR; X+ } X+ } X+ X+ /* X+ If logout script, verify access X+ */ X+ if (LO != NOSTR) { X+ if (*LO == '~') X+ (void) expand_tilde (&LO, NULL); X+ if (access (LO, F_OK | X_OK) != 0) { X+ printf("tip (warning): can't open logout script \"%s\"\n", LO); X+ LO = NOSTR; X+ } X+ } X+ X /* X * see if uppercase mode should be turned on initially X */ Xdiff -r -c ./tip/tip.1 tip/tip.1 X*** ./tip/tip.1 Sun Mar 26 18:47:01 1995 X--- tip/tip.1 Sat Mar 25 15:53:18 1995 X*************** X*** 236,251 **** X must dial a phone number to connect to a system it will print X various messages indicating its actions. X .Nm Tip X! supports the X! .Tn DEC DN Ns-11 X! and X! Racal-Vadic 831 auto-call-units; X! the X! .Tn DEC DF Ns \&02 X! and X! .Tn DF Ns \&03 , X! Ventel 212+, Racal-Vadic 3451, and X! Bizcomp 1031 and 1032 integral call unit/modems. X .Ss VARIABLES X .Nm Tip X maintains a set of X--- 236,249 ---- X must dial a phone number to connect to a system it will print X various messages indicating its actions. X .Nm Tip X! supports modems that use the AT command set. X! .Nm Tip X! uses the file X! .Pa /etc/modems X! to find out how to operate with a particular X! modem; refer to X! .Xr modems 5 X! for a full description. X .Ss VARIABLES X .Nm Tip X maintains a set of X*************** X*** 331,336 **** X--- 329,344 ---- X .It Ar host X (str) The name of the host to which you are connected; abbreviated X .Ar ho . X+ .It Ar login X+ (str) Pathname of a login shell script to run once connected; standard input X+ and output are redirected to the remote host. Leading tildes in the pathname X+ are expanded expansion; abbreviated X+ .Ar li . X+ .It Ar logout X+ (str) Pathname of a shell script to run before disconnecting; standard input X+ and output are redirected to the remote host. Leading tildes in the pathname X+ are expanded expansion; abbreviated X+ .Ar lo . X .It Ar prompt X (char) The character which indicates an end-of-line on the remote X host; abbreviated X*************** X*** 417,423 **** X .Ev ${PHONES} X are also exported. X .Sh FILES X! .Bl -tag -width /var/spool/uucp/LCK..* -compact X .It Pa /etc/remote X Global system descriptions. X .It Pa /etc/phones X--- 425,433 ---- X .Ev ${PHONES} X are also exported. X .Sh FILES X! .Bl -tag -width /var/spool/lock/LCK..* -compact X! .It Pa /etc/modems X! Global modem configuration data base. X .It Pa /etc/remote X Global system descriptions. X .It Pa /etc/phones X*************** X*** 432,438 **** X Record file. X .It /var/log/aculog X Line access log. X! .It Pa /var/spool/uucp/LCK..* X Lock file to avoid conflicts with X .Xr uucp . X .El X--- 442,448 ---- X Record file. X .It /var/log/aculog X Line access log. X! .It Pa /var/spool/lock/LCK..* X Lock file to avoid conflicts with X .Xr uucp . X .El Xdiff -r -c ./tip/tip.c tip/tip.c X*** ./tip/tip.c Sun Mar 26 18:47:01 1995 X--- tip/tip.c Sat Mar 25 16:06:22 1995 X*************** X*** 42,64 **** X #endif /* not lint */ X X /* X * tip - UNIX link to other systems X * tip [-v] [-speed] system-name X * or X * cu phone-number [-s speed] [-l line] [-a acu] X */ X #include "tip.h" X #include "pathnames.h" X X /* X * Baud rate mapping table X */ X! int bauds[] = { X 0, 50, 75, 110, 134, 150, 200, 300, 600, X 1200, 1800, 2400, 4800, 9600, 19200, 38400, 57600, 115200, -1 X }; X X int disc = OTTYDISC; /* tip normally runs this way */ X void intprompt(); X void timeout(); X void cleanup(); X--- 42,76 ---- X #endif /* not lint */ X X /* X+ Forward declarations X+ */ X+ void ttysetup (int speed); X+ X+ /* X * tip - UNIX link to other systems X * tip [-v] [-speed] system-name X * or X * cu phone-number [-s speed] [-l line] [-a acu] X */ X+ X+ #include "tipconf.h" X #include "tip.h" X #include "pathnames.h" X X /* X * Baud rate mapping table X */ X! #if !HAVE_TERMIOS X! CONST int bauds[] = { X 0, 50, 75, 110, 134, 150, 200, 300, 600, X 1200, 1800, 2400, 4800, 9600, 19200, 38400, 57600, 115200, -1 X }; X+ #endif X X+ #if !HAVE_TERMIOS X int disc = OTTYDISC; /* tip normally runs this way */ X+ #endif X+ X void intprompt(); X void timeout(); X void cleanup(); X*************** X*** 66,71 **** X--- 78,84 ---- X char *sname(); X char PNbuf[256]; /* This limits the size of a number */ X X+ void X main(argc, argv) X char *argv[]; X { X*************** X*** 78,88 **** X--- 91,104 ---- X egid = getegid(); X uid = getuid(); X euid = geteuid(); X+ X+ #if INCLUDE_CU_INTERFACE X if (equal(sname(argv[0]), "cu")) { X cumode = 1; X cumain(argc, argv); X goto cucommon; X } X+ #endif /* INCLUDE_CU_INTERFACE */ X X if (argc > 4) { X fprintf(stderr, "usage: tip [-v] [-speed] [system-name]\n"); X*************** X*** 197,202 **** X--- 213,233 ---- X * the "cu" version of tip. X */ X X+ #if HAVE_TERMIOS X+ tcgetattr (0, &otermios); X+ ctermios = otermios; X+ #ifndef _POSIX_SOURCE X+ ctermios.c_iflag = (IMAXBEL|IXANY|ISTRIP|IXON|BRKINT); X+ ctermios.c_lflag = (PENDIN|IEXTEN|ISIG|ECHOCTL|ECHOE|ECHOKE); X+ #else X+ ctermios.c_iflag = (ISTRIP|IXON|BRKINT); X+ ctermios.c_lflag = (PENDIN|IEXTEN|ISIG|ECHOE); X+ #endif X+ ctermios.c_cflag = (CLOCAL|HUPCL|CREAD|CS8); X+ ctermios.c_cc[VINTR] = ctermios.c_cc[VQUIT] = -1; X+ ctermios.c_cc[VSUSP] = ctermios.c_cc[VDSUSP] = ctermios.c_cc[VDISCARD] = X+ ctermios.c_cc[VLNEXT] = -1; X+ #else /* HAVE_TERMIOS */ X ioctl(0, TIOCGETP, (char *)&defarg); X ioctl(0, TIOCGETC, (char *)&defchars); X ioctl(0, TIOCGLTC, (char *)&deflchars); X*************** X*** 208,213 **** X--- 239,245 ---- X ltchars = deflchars; X ltchars.t_suspc = ltchars.t_dsuspc = ltchars.t_flushc X = ltchars.t_lnextc = -1; X+ #endif /* HAVE_TERMIOS */ X raw(); X X pipe(fildes); pipe(repdes); X*************** X*** 221,226 **** X--- 253,263 ---- X * so, fork one process for local side and one for remote. X */ X printf(cumode ? "Connected\r\n" : "\07connected\r\n"); X+ X+ if (LI != NOSTR && tiplink (LI, 0) != 0) { X+ tipabort ("login failed"); X+ } X+ X if (pid = fork()) X tipin(); X else X*************** X*** 234,241 **** X--- 271,280 ---- X X daemon_uid(); X (void)uu_unlock(uucplock); X+ #if !HAVE_TERMIOS X if (odisc) X ioctl(0, TIOCSETD, (char *)&odisc); X+ #endif X exit(0); X } X X*************** X*** 280,292 **** X /* X * put the controlling keyboard into raw mode X */ X! raw() X { X X ioctl(0, TIOCSETP, &arg); X ioctl(0, TIOCSETC, &tchars); X ioctl(0, TIOCSLTC, <chars); X ioctl(0, TIOCSETD, (char *)&disc); X } X X X--- 319,336 ---- X /* X * put the controlling keyboard into raw mode X */ X! void X! raw () X { X+ #if HAVE_TERMIOS X+ tcsetattr (0, TCSANOW, &ctermios); X+ #else /* HAVE_TERMIOS */ X X ioctl(0, TIOCSETP, &arg); X ioctl(0, TIOCSETC, &tchars); X ioctl(0, TIOCSLTC, <chars); X ioctl(0, TIOCSETD, (char *)&disc); X+ #endif /* HAVE_TERMIOS */ X } X X X*************** X*** 295,305 **** X--- 339,353 ---- X */ X unraw() X { X+ #if HAVE_TERMIOS X+ tcsetattr (0, TCSANOW, &otermios); X+ #else /* HAVE_TERMIOS */ X X ioctl(0, TIOCSETD, (char *)&odisc); X ioctl(0, TIOCSETP, (char *)&defarg); X ioctl(0, TIOCSETC, (char *)&defchars); X ioctl(0, TIOCSLTC, (char *)&deflchars); X+ #endif /* HAVE_TERMIOS */ X } X X static jmp_buf promptbuf; X*************** X*** 419,430 **** X speed(n) X int n; X { X! register int *p; X X for (p = bauds; *p != -1; p++) X if (*p == n) X return (p - bauds); X return (NULL); X } X X any(c, p) X--- 467,482 ---- X speed(n) X int n; X { X! #if HAVE_TERMIOS X! return (n); X! #else X! register CONST int *p; X X for (p = bauds; *p != -1; p++) X if (*p == n) X return (p - bauds); X return (NULL); X+ #endif X } X X any(c, p) X*************** X*** 510,518 **** X /* X * Set up the "remote" tty's state X */ X! ttysetup(speed) X! int speed; X { X unsigned bits = LDECCTQ; X X arg.sg_ispeed = arg.sg_ospeed = speed; X--- 562,586 ---- X /* X * Set up the "remote" tty's state X */ X! void X! ttysetup (int speed) X { X+ #if HAVE_TERMIOS X+ struct termios termios; X+ tcgetattr (FD, &termios); X+ if (boolean(value(TAND))) X+ termios.c_iflag = IXOFF; X+ else X+ termios.c_iflag = 0; X+ #ifndef _POSIX_SOURCE X+ termios.c_lflag = (PENDIN|ECHOKE|ECHOE); X+ #else X+ termios.c_lflag = (PENDIN|ECHOE); X+ #endif X+ termios.c_cflag = (CLOCAL|HUPCL|CREAD|CS8); X+ termios.c_ispeed = termios.c_ospeed = speed; X+ tcsetattr (FD, TCSANOW, &termios); X+ #else /* HAVE_TERMIOS */ X unsigned bits = LDECCTQ; X X arg.sg_ispeed = arg.sg_ospeed = speed; X*************** X*** 521,526 **** X--- 589,595 ---- X arg.sg_flags |= TANDEM; X ioctl(FD, TIOCSETP, (char *)&arg); X ioctl(FD, TIOCLBIS, (char *)&bits); X+ #endif /* HAVE_TERMIOS */ X } X X /* Xdiff -r -c ./tip/tip.h tip/tip.h X*** ./tip/tip.h Sun Mar 26 18:47:01 1995 X--- tip/tip.h Sun Mar 26 12:01:49 1995 X*************** X*** 43,49 **** X--- 43,56 ---- X #include X #include X X+ #if HAVE_TERMIOS X+ #include /* for TIOCHPCL */ X+ #include /* for FIONREAD */ X+ #include X+ #else X #include X+ #endif X+ X #include X #include X #include X*************** X*** 72,77 **** X--- 79,87 ---- X char *RM; /* remote file name */ X char *HO; /* host name */ X X+ char *LI; /* login script */ X+ char *LO; /* logout script */ X+ X long BR; /* line speed for conversation */ X long FS; /* frame size for transfers */ X X*************** X*** 129,136 **** X struct { X char *acu_name; X int (*acu_dialer)(); X! int (*acu_disconnect)(); X! int (*acu_abort)(); X } X acu_t; X X--- 139,146 ---- X struct { X char *acu_name; X int (*acu_dialer)(); X! void (*acu_disconnect)(); X! void (*acu_abort)(); X } X acu_t; X X*************** X*** 189,195 **** X extern int vflag; /* verbose during reading of .tiprc file */ X extern value_t vtable[]; /* variable table */ X X! #ifndef ACULOG X #define logent(a, b, c, d) X #define loginit() X #endif X--- 199,205 ---- X extern int vflag; /* verbose during reading of .tiprc file */ X extern value_t vtable[]; /* variable table */ X X! #if !ACULOG X #define logent(a, b, c, d) X #define loginit() X #endif X*************** X*** 199,250 **** X * value(DEFINE) turns into a static address. X */ X X! #define BEAUTIFY 0 X! #define BAUDRATE 1 X! #define DIALTIMEOUT 2 X! #define EOFREAD 3 X! #define EOFWRITE 4 X! #define EOL 5 X! #define ESCAPE 6 X! #define EXCEPTIONS 7 X! #define FORCE 8 X! #define FRAMESIZE 9 X! #define HOST 10 X! #define LOG 11 X! #define PHONES 12 X! #define PROMPT 13 X! #define RAISE 14 X! #define RAISECHAR 15 X! #define RECORD 16 X! #define REMOTE 17 X! #define SCRIPT 18 X! #define TABEXPAND 19 X! #define VERBOSE 20 X! #define SHELL 21 X! #define HOME 22 X! #define ECHOCHECK 23 X! #define DISCONNECT 24 X! #define TAND 25 X! #define LDELAY 26 X! #define CDELAY 27 X! #define ETIMEOUT 28 X! #define RAWFTP 29 X! #define HALFDUPLEX 30 X! #define LECHO 31 X! #define PARITY 32 X X #define NOVAL ((value_t *)NULL) X #define NOACU ((acu_t *)NULL) X #define NOSTR ((char *)NULL) X #define NOFILE ((FILE *)NULL) X #define NOPWD ((struct passwd *)0) X X struct sgttyb arg; /* current mode of local terminal */ X struct sgttyb defarg; /* initial mode of local terminal */ X struct tchars tchars; /* current state of terminal */ X struct tchars defchars; /* initial state of terminal */ X struct ltchars ltchars; /* current local characters of terminal */ X struct ltchars deflchars; /* initial local characters of terminal */ X X FILE *fscript; /* FILE for scripting */ X X--- 209,270 ---- X * value(DEFINE) turns into a static address. X */ X X! /* X! 'a,.!awk '{ printf("\%s \%s \%d\n", $1, $2, NR - 1); }' X! */ X X+ #define BEAUTIFY 0 X+ #define BAUDRATE 1 X+ #define DIALTIMEOUT 2 X+ #define EOFREAD 3 X+ #define EOFWRITE 4 X+ #define EOL 5 X+ #define ESCAPE 6 X+ #define EXCEPTIONS 7 X+ #define FORCE 8 X+ #define FRAMESIZE 9 X+ #define HOST 10 X+ #define LOG 11 X+ #define LOGIN 12 X+ #define LOGOUT 13 X+ #define PHONES 14 X+ #define PROMPT 15 X+ #define RAISE 16 X+ #define RAISECHAR 17 X+ #define RECORD 18 X+ #define REMOTE 19 X+ #define SCRIPT 20 X+ #define TABEXPAND 21 X+ #define VERBOSE 22 X+ #define SHELL 23 X+ #define HOME 24 X+ #define ECHOCHECK 25 X+ #define DISCONNECT 26 X+ #define TAND 27 X+ #define LDELAY 28 X+ #define CDELAY 29 X+ #define ETIMEOUT 30 X+ #define RAWFTP 31 X+ #define HALFDUPLEX 32 X+ #define LECHO 33 X+ #define PARITY 34 X #define NOVAL ((value_t *)NULL) X #define NOACU ((acu_t *)NULL) X #define NOSTR ((char *)NULL) X #define NOFILE ((FILE *)NULL) X #define NOPWD ((struct passwd *)0) X X+ #if HAVE_TERMIOS X+ struct termios otermios; X+ struct termios ctermios; X+ #else /* HAVE_TERMIOS */ X struct sgttyb arg; /* current mode of local terminal */ X struct sgttyb defarg; /* initial mode of local terminal */ X struct tchars tchars; /* current state of terminal */ X struct tchars defchars; /* initial state of terminal */ X struct ltchars ltchars; /* current local characters of terminal */ X struct ltchars deflchars; /* initial local characters of terminal */ X+ #endif /* HAVE_TERMIOS */ X X FILE *fscript; /* FILE for scripting */ X X*************** X*** 278,280 **** X--- 298,308 ---- X extern char *connect(); X X int tipabort __P((char *)); X+ X+ #define TL_VERBOSE 0x00000001 X+ #define TL_SIGNAL_TIPOUT 0x00000002 X+ X+ int tiplink (char *cmd, unsigned int flags); X+ void raw (); X+ X+ /* end of tip.h */ Xdiff -r -c ./tip/tipconf.h tip/tipconf.h X*** ./tip/tipconf.h Sun Mar 26 18:47:11 1995 X--- tip/tipconf.h Sat Mar 25 16:37:42 1995 X*************** X*** 0 **** X--- 1,124 ---- X+ /* X+ * Copyright (c) 1989, 1993 X+ * The Regents of the University of California. All rights reserved. X+ * X+ * Redistribution and use in source and binary forms, with or without X+ * modification, are permitted provided that the following conditions X+ * are met: X+ * 1. Redistributions of source code must retain the above copyright X+ * notice, this list of conditions and the following disclaimer. X+ * 2. Redistributions in binary form must reproduce the above copyright X+ * notice, this list of conditions and the following disclaimer in the X+ * documentation and/or other materials provided with the distribution. X+ * 3. All advertising materials mentioning features or use of this software X+ * must display the following acknowledgement: X+ * This product includes software developed by the University of X+ * California, Berkeley and its contributors. X+ * 4. Neither the name of the University nor the names of its contributors X+ * may be used to endorse or promote products derived from this software X+ * without specific prior written permission. X+ * X+ * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND X+ * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X+ * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE X+ * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X+ * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X+ * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X+ * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X+ * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X+ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X+ * SUCH DAMAGE. X+ * X+ * @(#)tipconf.h 8.1 (Berkeley) 3/25/95 X+ */ X+ X+ #ifndef tipconf_h_included X+ #define tipconf_h_included X+ X+ /* X+ Define constness X+ */ X+ #define CONST const X+ X+ /* X+ Specify default bit rate for connections X+ */ X+ #define DEFBR 1200 X+ X+ /* X+ Default frame size for file transfer buffering of writes X+ on local side X+ */ X+ #ifndef BUFSIZ X+ #define DEFFS 1024 X+ #else X+ #define DEFFS BUFSIZ X+ #endif X+ X+ /* X+ Enable logging of ACU use X+ */ X+ #define ACULOG 1 X+ X+ /* X+ Strip phone #s from ACU log file X+ */ X+ #define PRISTINE 1 X+ X+ /* X+ Enable command to "connect" remote with local process X+ */ X+ #define CONNECT 1 X+ X+ /* X+ Specify style of UUCP lock files X+ */ X+ #define HAVE_V2_LOCKFILES 0 X+ #define HAVE_HDB_LOCKFILES 1 X+ X+ /* X+ System has a millisecond based sleep function X+ */ X+ #define HAVE_USLEEP 0 X+ X+ /* X+ System has select X+ */ X+ #define HAVE_SELECT 1 X+ X+ /* X+ System has termios tty interface X+ */ X+ #define HAVE_TERMIOS 1 X+ X+ /* X+ Include configurable modem driver X+ */ X+ #define UNIDIALER 1 X+ X+ /* X+ Specify builtin modem drivers to include X+ */ X+ #define BIZ1031 0 X+ #define BIZ1022 0 X+ #define COURIER 0 X+ #define DF02 0 X+ #define DF03 0 X+ #define DN11 0 X+ #define HAYES 0 X+ #define MULTITECH 0 X+ #define T3000 0 X+ #define V3451 0 X+ #define V831 0 X+ #define VENTEL 0 X+ X+ /* X+ Include cu interface so that, when tip is linked to cu and then X+ invoked as cu, it behaves like cu. X+ */ X+ #define INCLUDE_CU_INTERFACE 0 X+ X+ #endif X+ X+ /* end of tipconf.h */ Xdiff -r -c ./tip/uucplock.c tip/uucplock.c X*** ./tip/uucplock.c Sun Mar 26 18:47:01 1995 X--- tip/uucplock.c Thu Mar 23 18:47:47 1995 X*************** X*** 39,102 **** X #include X #include X #include X! #include X! #include X #include "pathnames.h" X X /* X * uucp style locking routines X * return: 0 - success X * -1 - failure X */ X X! uu_lock(ttyname) X! char *ttyname; X { X int fd, pid; X char tbuf[sizeof(_PATH_LOCKDIRNAME) + MAXNAMLEN]; X! FILE *ff; X X (void)sprintf(tbuf, _PATH_LOCKDIRNAME, ttyname); X! fd = open(tbuf, O_WRONLY|O_CREAT|O_EXCL, 0644); X! if (fd >= 0) X! ff = fdopen(fd, "w"); X! if (fd < 0 || ff == NULL) { X /* X * file is already locked X * check to see if the process holding the lock still exists X */ X! ff = fopen(tbuf, "r+"); X! if (ff == NULL) { X perror("lock open"); X return(-1); X } X! if (fscanf(ff, "%10d\n", &pid) != 1) { X perror("lock read"); X- (void)fclose(ff); X return(-1); X } X X if (kill(pid, 0) == 0 || errno != ESRCH) { X! (void)fclose(ff); /* process is still running */ X return(-1); X } X /* X * The process that locked the file isn't running, so X * we'll lock it ourselves X */ X! rewind(ff); X /* fall out and finish the locking process */ X } X! (void)fprintf(ff, "%10d\n", getpid()); X! (void)fclose(ff); X return(0); X } X X! uu_unlock(ttyname) X! char *ttyname; X { X char tbuf[sizeof(_PATH_LOCKDIRNAME) + MAXNAMLEN]; X X (void)sprintf(tbuf, _PATH_LOCKDIRNAME, ttyname); X return(unlink(tbuf)); X } X--- 39,146 ---- X #include X #include X #include X! X! #include "tipconf.h" X #include "pathnames.h" X X+ /* Forward declarations */ X+ static int put_pid (int fd, int pid); X+ static int get_pid (int fd); X+ X /* X * uucp style locking routines X * return: 0 - success X * -1 - failure X */ X X! uu_lock (char *ttyname) X { X int fd, pid; X char tbuf[sizeof(_PATH_LOCKDIRNAME) + MAXNAMLEN]; X! off_t lseek(); X X (void)sprintf(tbuf, _PATH_LOCKDIRNAME, ttyname); X! fd = open(tbuf, O_RDWR|O_CREAT|O_EXCL, 0660); X! if (fd < 0) { X /* X * file is already locked X * check to see if the process holding the lock still exists X */ X! fd = open(tbuf, O_RDWR, 0); X! if (fd < 0) { X perror("lock open"); X return(-1); X } X! if (get_pid (fd) == -1) { X! (void)close(fd); X perror("lock read"); X return(-1); X } X X if (kill(pid, 0) == 0 || errno != ESRCH) { X! (void)close(fd); /* process is still running */ X return(-1); X } X /* X * The process that locked the file isn't running, so X * we'll lock it ourselves X */ X! if (lseek(fd, 0L, L_SET) < 0) { X! (void)close(fd); X! perror("lock lseek"); X! return(-1); X! } X /* fall out and finish the locking process */ X } X! pid = getpid(); X! if (!put_pid (fd, pid)) { X! (void)close(fd); X! (void)unlink(tbuf); X! perror("lock write"); X! return(-1); X! } X! (void)close(fd); X return(0); X } X X! uu_unlock (char *ttyname) X { X char tbuf[sizeof(_PATH_LOCKDIRNAME) + MAXNAMLEN]; X X (void)sprintf(tbuf, _PATH_LOCKDIRNAME, ttyname); X return(unlink(tbuf)); X } X+ X+ static int put_pid (int fd, int pid) X+ { X+ #if HAVE_V2_LOCKFILES X+ return write (fd, (char *)&pid, sizeof (pid)) == sizeof (pid); X+ #else X+ char buf [32]; X+ int len; X+ len = sprintf (buf, "%10ld\n", (long) pid); X+ return write (fd, buf, len) == len; X+ #endif X+ } X+ X+ static int get_pid (int fd) X+ { X+ int bytes_read, pid; X+ #if HAVE_V2_LOCKFILES X+ bytes_read = read (fd, &pid, sizeof (pid)); X+ if (bytes_read != sizeof (pid)) X+ pid = -1; X+ #else X+ char buf [32]; X+ bytes_read = read (fd, buf, sizeof (buf) - 1); X+ if (bytes_read > 0) { X+ buf [bytes_read] = '\0'; X+ pid = strtol (buf, (char **) NULL, 10); X+ } X+ else X+ pid = -1; X+ #endif X+ return pid; X+ } X+ X+ /* end of uucplock.c */ Xdiff -r -c ./tip/vars.c tip/vars.c X*** ./tip/vars.c Sun Mar 26 18:47:02 1995 X--- tip/vars.c Sat Mar 25 17:07:34 1995 X*************** X*** 35,40 **** X--- 35,41 ---- X static char sccsid[] = "@(#)vars.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X #include "pathnames.h" X X*************** X*** 66,71 **** X--- 67,76 ---- X "ho", (char *)&HO }, X { "log", STRING|INIT, (READ|WRITE)<'preapply' <<'END_OF_FILE' X#!/bin/sh Xmv aculib libacu Xmkdir tip libacu/RCS Xmv acu.c acutab.c cmds.c cmdtab.c cu.c hunt.c log.c partab.c pathnames.h remcap.c remote.c tip.c tip.h tipout.c uucplock.c value.c vars.c tip Xmv Makefile tip.1 tip END_OF_FILE if test 212 -ne `wc -c <'preapply'`; then echo shar: \"'preapply'\" unpacked with wrong size! fi chmod +x 'preapply' # end of 'preapply' fi echo shar: End of archive 1 \(of 3\). cp /dev/null ark1isdone MISSING="" for I in 1 2 3 ; do if test ! -f ark${I}isdone ; then MISSING="${MISSING} ${I}" fi done if test "${MISSING}" = "" ; then echo You have unpacked all 3 archives. rm -f ark[1-9]isdone else echo You still need to unpack the following archives: echo " " ${MISSING} fi ## End of shell archive. exit 0 From owner-freebsd-hackers Mon Mar 27 00:43:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA18315 for hackers-outgoing; Mon, 27 Mar 1995 00:43:28 -0800 Received: from coyote.rain.org (dcasba@coyote.rain.org [198.68.144.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA18305 for ; Mon, 27 Mar 1995 00:43:25 -0800 Received: by coyote.rain.org(8.6.10/RAIN-1.0) with id AAA12793 for freebsd-hackers@FreeBSD.Org on Mon, 27 Mar 1995 00:38:41 -0800 Date: Mon, 27 Mar 1995 00:38:41 -0800 From: Tom Gray - DCA Message-Id: <199503270838.AAA12793@coyote.rain.org> To: freebsd-hackers@FreeBSD.org Subject: Patches for tip - part 2 Sender: hackers-owner@FreeBSD.org Precedence: bulk #! /bin/sh # This is a shell archive. Remove anything before this line, then unpack # it by saving it into a file and typing "sh file". To overwrite existing # files, type "sh file -c". You can also feed this as standard input via # unshar, or by typing "sh 'patches.tip.1' <<'END_OF_FILE' Xdiff -r -c ./Makefile Makefile X*** ./Makefile Sun Mar 26 18:47:10 1995 X--- Makefile Sun Feb 26 22:48:24 1995 X*************** X*** 0 **** X--- 1,2 ---- X+ SUBDIR=libacu tip X+ .include Xdiff -r -c ./NEWS NEWS X*** ./NEWS Sun Mar 26 18:47:10 1995 X--- NEWS Sun Mar 26 18:08:55 1995 X*************** X*** 0 **** X--- 1,65 ---- X+ Sat Mar 25 16:06:31 PST 1995 X+ X+ hw_flow_control (boolean) capability added to modem configuration X+ data base (/etc/modems). X+ X+ Configurable unidialer driver compiled in by default. Builtin X+ ACU drivers no longer compiled in by default. X+ X+ All configuration details isolated in tipconf.h (with exception of X+ pathnames.h). X+ X+ Made corrections to and updated manual page for tip. X+ X+ Conditional compilation of cu interface for systems that provide X+ a separate cu implementation (e.g. FreeBSD). X+ X+ Sat Mar 25 00:35:08 PST 1995 X+ X+ Corrected entry in man file to identify the lockfile dir as /var/spool/locks X+ instead of /var/spool/uucp. X+ X+ xfer and transfer in cmds.c use standard C runtime buffered output. X+ Eliminates a bug: buffer overruns when FRAMESIZE > BUFSIZ. X+ X+ Added xfer routine for doing cu style take commands. X+ X+ Thu Mar 16 08:17:57 PST 1995 X+ X+ Added support for termios. X+ X+ Renamed acunap.* to acucommon.*. Moved common acu routines X+ to it. Modified acu drivers to use common routines. X+ X+ Sat Mar 11 20:17:58 PST 1995 X+ X+ Default nap function uses select call in preference to X+ usleep or old, handrolled code. X+ X+ tip makefile does not create a link to cu by default. X+ X+ Wed Mar 8 00:11:04 PST 1995 X+ X+ Reduced sleep time in finish () in cmds.c from 5 seconds to two. X+ X+ Sat Mar 4 19:00:34 PST 1995 X+ X+ Added table-driven modem driver (unidialer) that fetches modem X+ characteristics from a modem database ("/etc/modems"). X+ X+ Removed common "nap" code from individual ACU drivers into a X+ separate module. X+ X+ Added login script capability to remote database. X+ X+ Sun Feb 26 23:07:56 PST 1995 X+ X+ Use HoneyDanber style locks by default (ASCII PIDs written to lock files). X+ X+ Changed default uucp file lock directory to "/var/spool/locks" X+ to be consistent with default build of Taylor uucp. X+ X+ Reorganized build environment for tip into a master directory X+ and two subdirectories. The master Makefile builds a library X+ of ACU "drivers" in the directory libacu. Tip only links in X+ drivers that it will actually use. Xdiff -r -c ./TODO TODO X*** ./TODO Sun Mar 26 18:47:02 1995 X--- TODO Sun Mar 26 18:07:45 1995 X*************** X*** 1,3 **** X--- 1,23 ---- X+ x Fix "hangup failed" in unidialer X+ x Genericize tty code and/or support termios X+ x Fixup uucplock conventions for FreeBSD (including reference in tip man pages). X+ Sanity check for ttys X+ x Rename pathnames.h X+ x Qualify on USR X+ Use select call to merge tipin / tipout X+ X+ x Finish table-driven modem driver X+ x Move HAVE_USLEEP to pathhnames.h X+ x Add variable for login and logout scripts (connect with Perl???) X+ x redials / redial delay (see dial shell script) X+ X+ Add debug log capabilities for table-driven modem driver (command mode modem I/Owith timestamps). X+ X+ Use select in modem drivers. X+ Consolidate consh()-derived code in cmds.c X+ Screen-oriented command menu? X+ Add external file-transfer protocol implementations to command menu (rz, sz, others?) X+ X 1. Rethink protection glitches on REMOTE & PHONES X files (setuid/setgid??). X Xdiff -r -c ./libacu/Makefile libacu/Makefile X*** ./libacu/Makefile Sun Mar 26 18:47:08 1995 X--- libacu/Makefile Sat Mar 25 00:45:28 1995 X*************** X*** 0 **** X--- 1,5 ---- X+ CFLAGS+= -g -I../tip X+ SRCS=acucommon.c biz22.c courier.c df.c dn11.c hayes.c multitech.c t3000.c tod.c unidialer.c v3451.c v831.c ventel.c X+ LIB=acu X+ $(OBJS): ../tip/tipconf.h X+ .include Xdiff -r -c ./libacu/RCS/unidialer.c,v libacu/RCS/unidialer.c,v X*** ./libacu/RCS/unidialer.c,v Sun Mar 26 18:47:09 1995 X--- libacu/RCS/unidialer.c,v Sun Mar 26 11:42:27 1995 X*************** X*** 0 **** X--- 1,1181 ---- X+ head 1.3; X+ access; X+ symbols; X+ locks X+ john:1.3; strict; X+ comment @ * @; X+ X+ X+ 1.3 X+ date 95.03.26.19.42.16; author john; state Exp; X+ branches; X+ next 1.2; X+ X+ 1.2 X+ date 95.03.18.20.03.12; author john; state Exp; X+ branches; X+ next 1.1; X+ X+ 1.1 X+ date 95.03.06.05.45.45; author john; state Exp; X+ branches; X+ next ; X+ X+ X+ desc X+ @A generalized driver for Hayes AT command type modems. Uses X+ a modem database to configure itself for a particular modem. X+ @ X+ X+ X+ 1.3 X+ log X+ @Removed dead code. X+ @ X+ text X+ @/* X+ * Copyright (c) 1986, 1993 X+ * The Regents of the University of California. All rights reserved. X+ * X+ * Redistribution and use in source and binary forms, with or without X+ * modification, are permitted provided that the following conditions X+ * are met: X+ * 1. Redistributions of source code must retain the above copyright X+ * notice, this list of conditions and the following disclaimer. X+ * 2. Redistributions in binary form must reproduce the above copyright X+ * notice, this list of conditions and the following disclaimer in the X+ * documentation and/or other materials provided with the distribution. X+ * 3. All advertising materials mentioning features or use of this software X+ * must display the following acknowledgement: X+ * This product includes software developed by the University of X+ * California, Berkeley and its contributors. X+ * 4. Neither the name of the University nor the names of its contributors X+ * may be used to endorse or promote products derived from this software X+ * without specific prior written permission. X+ * X+ * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND X+ * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X+ * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE X+ * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X+ * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X+ * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X+ * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X+ * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X+ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X+ * SUCH DAMAGE. X+ */ X+ X+ #ifndef lint X+ static char sccsid[] = "@@(#)unidialer.c 8.1 (Berkeley) 6/6/93"; X+ #endif /* not lint */ X+ X+ /* X+ * Generalized routines for calling up on a Hayes AT command set based modem. X+ * Control variables are pulled out of a modem caps-style database to X+ * configure the driver for a particular modem. X+ */ X+ #include "tipconf.h" X+ #include "tip.h" X+ #include "pathnames.h" X+ X+ #include X+ #include X+ #include X+ #include X+ X+ #include "acucommon.h" X+ #include "tod.h" X+ X+ /* #define DEBUG /**/ X+ #define MAXRETRY 5 X+ X+ typedef enum X+ { X+ mpt_notype, mpt_string, mpt_number, mpt_boolean X+ } modem_parm_type_t; X+ X+ typedef struct { X+ modem_parm_type_t modem_parm_type; X+ const char *name; X+ union { X+ char **string; X+ unsigned int *number; X+ } value; X+ union { X+ char *string; X+ unsigned int number; X+ } default_value; X+ } modem_parm_t; X+ X+ /* X+ Configuration X+ */ X+ static char modem_name [80]; X+ static char *dial_command; X+ static char *hangup_command; X+ static char *echo_off_command; X+ static char *reset_command; X+ static char *init_string; X+ static char *escape_sequence; X+ static int lock_baud; X+ static unsigned int intercharacter_delay; X+ static unsigned int intercommand_delay; X+ static unsigned int escape_guard_time; X+ static unsigned int reset_delay; X+ X+ static int unidialer_dialer (register char *num, char *acu); X+ static void unidialer_disconnect (); X+ static void unidialer_abort (); X+ X+ static acu_t unidialer = X+ { X+ modem_name, X+ unidialer_dialer, X+ unidialer_disconnect, X+ unidialer_abort X+ }; X+ X+ /* X+ Table of parameters kept in modem database X+ */ X+ modem_parm_t modem_parms [] = { X+ { mpt_string, "dial_command", &dial_command, "ATDT" }, X+ { mpt_string, "hangup_command", &hangup_command, "ATH\r", }, X+ { mpt_string, "echo_off_command", &echo_off_command, "ATE0\r" }, X+ { mpt_string, "reset_command", &reset_command, "ATZ\r" }, X+ { mpt_string, "init_string", &init_string, "AT&F\r", }, X+ { mpt_string, "escape_sequence", &escape_sequence, "+++" }, X+ { mpt_boolean, "lock_baud", (char **)&lock_baud, NULL }, X+ { mpt_number, "intercharacter_delay", (char **)&intercharacter_delay, (char *)50 }, X+ { mpt_number, "intercommand_delay", (char **)&intercommand_delay, (char *)300 }, X+ { mpt_number, "escape_guard_time", (char **)&escape_guard_time, (char *)300 }, X+ { mpt_number, "reset_delay", (char **)&reset_delay, (char *)3000 }, X+ { mpt_notype, NULL, NULL, NULL } X+ }; X+ X+ /* X+ Forward declarations X+ */ X+ static void unidialer_verbose_read (); X+ static void unidialer_modem_cmd (int fd, CONST char *cmd); X+ static void unidialer_write (int fd, CONST char *cp, int n); X+ static void unidialer_write_str (int fd, CONST char *cp); X+ static void unidialer_disconnect (); X+ static void sigALRM (); X+ static int unidialersync (); X+ static int unidialer_swallow (register char *match); X+ X+ /* X+ Global vars X+ */ X+ static int timeout = 0; X+ static int connected = 0; X+ static jmp_buf timeoutbuf, intbuf; X+ X+ #define cgetflag(f) (cgetcap(bp, f, ':') != NULL) X+ X+ #ifdef DEBUG X+ X+ #define print_str(x) printf (#x " = %s\n", x) X+ #define print_num(x) printf (#x " = %d\n", x) X+ X+ void dumpmodemparms (char *modem) X+ { X+ printf ("modem parms for %s\n", modem); X+ print_str (dial_command); X+ print_str (hangup_command); X+ print_str (echo_off_command); X+ print_str (reset_command); X+ print_str (init_string); X+ print_str (escape_sequence); X+ print_num (lock_baud); X+ print_num (intercharacter_delay); X+ print_num (intercommand_delay); X+ print_num (escape_guard_time); X+ print_num (reset_delay); X+ printf ("\n"); X+ } X+ #endif X+ X+ static int getmodemparms (const char *modem) X+ { X+ char *bp, *db_array [3], *modempath; X+ int ndx, stat; X+ modem_parm_t *mpp; X+ X+ modempath = getenv ("MODEMS"); X+ X+ ndx = 0; X+ X+ if (modempath != NULL) X+ db_array [ndx++] = modempath; X+ X+ db_array [ndx++] = _PATH_MODEMS; X+ db_array [ndx] = NULL; X+ X+ if ((stat = cgetent (&bp, db_array, (char *)modem)) < 0) { X+ switch (stat) { X+ case -1: X+ fprintf (stderr, "tip: unknown modem %s\n", modem); X+ break; X+ case -2: X+ fprintf (stderr, "tip: can't open modem description file\n"); X+ break; X+ case -3: X+ fprintf (stderr, "tip: possible reference loop in modem description file\n"); X+ break; X+ } X+ return 0; X+ } X+ for (mpp = modem_parms; mpp->name; mpp++) X+ { X+ switch (mpp->modem_parm_type) X+ { X+ case mpt_string: X+ if (cgetstr (bp, (char *)mpp->name, mpp->value.string) == -1) X+ *mpp->value.string = mpp->default_value.string; X+ break; X+ X+ case mpt_number: X+ { X+ long l; X+ if (cgetnum (bp, (char *)mpp->name, &l) == -1) X+ *mpp->value.number = mpp->default_value.number; X+ else X+ *mpp->value.number = (unsigned int)l; X+ } X+ break; X+ X+ case mpt_boolean: X+ *mpp->value.number = cgetflag ((char *)mpp->name); X+ break; X+ } X+ } X+ strncpy (modem_name, modem, sizeof (modem_name) - 1); X+ modem_name [sizeof (modem_name) - 1] = '\0'; X+ return 1; X+ } X+ X+ /* X+ */ X+ acu_t* unidialer_getmodem (const char *modem_name) X+ { X+ acu_t* rc = NOACU; X+ if (getmodemparms (modem_name)) X+ rc = &unidialer; X+ return rc; X+ } X+ X+ static int unidialer_modem_ready () X+ { X+ #ifdef TIOCMGET X+ int state; X+ ioctl (FD, TIOCMGET, &state); X+ return (state & TIOCM_DSR) ? 1 : 0; X+ #else X+ return (1); X+ #endif X+ } X+ X+ static int unidialer_waitfor_modem_ready (int ms) X+ { X+ #ifdef TIOCMGET X+ int count; X+ for (count = 0; count < ms; count += 100) X+ { X+ if (unidialer_modem_ready ()) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_waitfor_modem_ready: modem ready.\n"); X+ #endif X+ break; X+ } X+ acu_nap (100); X+ } X+ return (count < ms); X+ #else X+ acu_nap (250); X+ return (1); X+ #endif X+ } X+ X+ int unidialer_tty_clocal (int flag) X+ { X+ #if HAVE_TERMIOS X+ struct termios t; X+ tcgetattr (FD, &t); X+ if (flag) X+ t.c_cflag |= CLOCAL; X+ else X+ t.c_cflag &= ~CLOCAL; X+ tcsetattr (FD, TCSANOW, &t); X+ #elif defined(TIOCMSET) X+ int state; X+ /* X+ Don't have CLOCAL so raise CD in software to X+ get the same effect. X+ */ X+ ioctl (FD, TIOCMGET, &state); X+ if (flag) X+ state |= TIOCM_CD; X+ else X+ state &= ~TIOCM_CD; X+ ioctl (FD, TIOCMSET, &state); X+ #endif X+ } X+ X+ int unidialer_get_modem_response (char *buf, int bufsz, int timeout) X+ { X+ sig_t f; X+ char c, *p = buf, *lid = buf + bufsz - 1; X+ int state; X+ X+ assert (bufsz > 0); X+ X+ f = signal (SIGALRM, sigALRM); X+ X+ timeout = 0; X+ X+ if (setjmp (timeoutbuf)) { X+ signal (SIGALRM, f); X+ *p = '\0'; X+ #ifdef DEBUG X+ printf ("get_response: timeout buf=%s, state=%d\n", buf, state); X+ #endif X+ return (0); X+ } X+ X+ ualarm (timeout * 1000, 0); X+ X+ state = 0; X+ X+ while (1) X+ { X+ switch (state) X+ { X+ case 0: X+ if (read (FD, &c, 1) == 1) X+ { X+ if (c == '\r') X+ { X+ ++state; X+ } X+ else X+ { X+ #ifdef DEBUG X+ printf ("get_response: unexpected char %s.\n", ctrl (c)); X+ #endif X+ } X+ } X+ break; X+ X+ case 1: X+ if (read (FD, &c, 1) == 1) X+ { X+ if (c == '\n') X+ { X+ #ifdef DEBUG X+ printf ("get_response: encountered.\n", buf); X+ #endif X+ ++state; X+ } X+ else X+ { X+ state = 0; X+ #ifdef DEBUG X+ printf ("get_response: unexpected char %s.\n", ctrl (c)); X+ #endif X+ } X+ } X+ break; X+ X+ case 2: X+ if (read (FD, &c, 1) == 1) X+ { X+ if (c == '\r') X+ ++state; X+ else if (c >= ' ' && p < lid) X+ *p++ = c; X+ } X+ break; X+ X+ case 3: X+ if (read (FD, &c, 1) == 1) X+ { X+ if (c == '\n') X+ { X+ signal (SIGALRM, f); X+ /* ualarm (0, 0); */ X+ alarm (0); X+ *p = '\0'; X+ #ifdef DEBUG X+ printf ("get_response: %s\n", buf); X+ #endif X+ return (1); X+ } X+ else X+ { X+ state = 0; X+ p = buf; X+ } X+ } X+ break; X+ } X+ } X+ } X+ X+ int unidialer_get_okay (int ms) X+ { X+ int okay; X+ char buf [BUFSIZ]; X+ okay = unidialer_get_modem_response (buf, sizeof (buf), ms) && X+ strcmp (buf, "OK") == 0; X+ return okay; X+ } X+ X+ static int unidialer_dialer (register char *num, char *acu) X+ { X+ register char *cp; X+ char dial_string [80]; X+ #if ACULOG X+ char line [80]; X+ #endif X+ static int unidialer_connect(), unidialer_swallow(); X+ X+ #ifdef DEBUG X+ dumpmodemparms (modem_name); X+ #endif X+ X+ if (lock_baud) X+ { X+ int i; X+ if ((i = speed(number(value(BAUDRATE)))) == NULL) X+ return 0; X+ ttysetup (i); X+ } X+ X+ if (boolean(value(VERBOSE))) X+ printf("Using \"%s\"\n", acu); X+ X+ acu_hupcl (); X+ X+ /* X+ * Get in synch. X+ */ X+ if (!unidialersync()) { X+ badsynch: X+ printf("tip: can't synchronize with %s\n", modem_name); X+ #if ACULOG X+ logent(value(HOST), num, modem_name, "can't synch up"); X+ #endif X+ return (0); X+ } X+ X+ unidialer_modem_cmd (FD, echo_off_command); /* turn off echoing */ X+ X+ sleep(1); X+ X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ unidialer_verbose_read(); X+ #endif X+ X+ acu_flush (); /* flush any clutter */ X+ X+ unidialer_modem_cmd (FD, init_string); X+ X+ if (!unidialer_get_okay (250)) X+ goto badsynch; X+ X+ fflush (stdout); X+ X+ for (cp = num; *cp; cp++) X+ if (*cp == '=') X+ *cp = ','; X+ X+ (void) sprintf (dial_string, "%s%s\r", dial_command, num); X+ X+ unidialer_modem_cmd (FD, dial_string); X+ X+ connected = unidialer_connect (); X+ X+ #if ACULOG X+ if (timeout) { X+ sprintf(line, "%d second dial timeout", X+ number(value(DIALTIMEOUT))); X+ logent(value(HOST), num, modem_name, line); X+ } X+ #endif X+ X+ if (timeout) X+ unidialer_disconnect (); X+ X+ return (connected); X+ } X+ X+ static void unidialer_disconnect () X+ { X+ int okay, retries; X+ X+ acu_flush (); /* flush any clutter */ X+ X+ unidialer_tty_clocal (TRUE); X+ X+ /* first hang up the modem*/ X+ ioctl (FD, TIOCCDTR, 0); X+ acu_nap (250); X+ ioctl (FD, TIOCSDTR, 0); X+ X+ /* X+ * If AT&D2, then dropping DTR *should* just hangup the modem. But X+ * some modems reset anyway; also, the modem may be programmed to reset X+ * anyway with AT&D3. Play it safe and wait for the full reset time before X+ * proceeding. X+ */ X+ acu_nap (reset_delay); X+ X+ if (!unidialer_waitfor_modem_ready (reset_delay)) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_disconnect: warning CTS low.\r\n"); X+ #endif X+ } X+ X+ /* X+ * If not strapped for DTR control, try to get command mode. X+ */ X+ for (retries = okay = 0; retries < MAXRETRY && !okay; retries++) X+ { X+ int timeout_value; X+ /* flush any clutter */ X+ if (!acu_flush ()) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_disconnect: warning flush failed.\r\n"); X+ #endif X+ } X+ timeout_value = escape_guard_time; X+ timeout_value += (timeout_value * retries / MAXRETRY); X+ acu_nap (timeout_value); X+ acu_flush (); /* flush any clutter */ X+ unidialer_modem_cmd (FD, escape_sequence); X+ acu_nap (timeout_value); X+ unidialer_modem_cmd (FD, hangup_command); X+ okay = unidialer_get_okay (250); X+ } X+ if (!okay) X+ { X+ #if ACULOG X+ logent(value(HOST), "", modem_name, "can't hang up modem"); X+ #endif X+ if (boolean(value(VERBOSE))) X+ printf("hang up failed\n"); X+ } X+ (void) acu_flush (); X+ close (FD); X+ } X+ X+ static void unidialer_abort () X+ { X+ unidialer_write_str (FD, "\r"); /* send anything to abort the call */ X+ unidialer_disconnect (); X+ } X+ X+ static void sigALRM () X+ { X+ (void) printf("\07timeout waiting for reply\n"); X+ timeout = 1; X+ longjmp(timeoutbuf, 1); X+ } X+ X+ static int unidialer_swallow (register char *match) X+ { X+ sig_t f; X+ char c; X+ X+ f = signal(SIGALRM, sigALRM); X+ X+ timeout = 0; X+ X+ if (setjmp(timeoutbuf)) { X+ signal(SIGALRM, f); X+ return (0); X+ } X+ X+ alarm(number(value(DIALTIMEOUT))); X+ X+ do { X+ if (*match =='\0') { X+ signal(SIGALRM, f); X+ alarm (0); X+ return (1); X+ } X+ do { X+ read (FD, &c, 1); X+ } while (c == '\0'); X+ c &= 0177; X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ { X+ /* putchar(c); */ X+ printf (ctrl (c)); X+ } X+ #endif X+ } while (c == *match++); X+ signal(SIGALRM, SIG_DFL); X+ alarm(0); X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ fflush (stdout); X+ #endif X+ return (0); X+ } X+ X+ static struct baud_msg { X+ char *msg; X+ int baud; X+ } baud_msg[] = { X+ "", B300, X+ " 1200", B1200, X+ " 2400", B2400, X+ " 9600", B9600, X+ " 9600/ARQ", B9600, X+ 0, 0, X+ }; X+ X+ static int unidialer_connect () X+ { X+ char c; X+ int nc, nl, n; X+ char dialer_buf[64]; X+ struct baud_msg *bm; X+ sig_t f; X+ X+ if (unidialer_swallow("\r\n") == 0) X+ return (0); X+ f = signal(SIGALRM, sigALRM); X+ again: X+ nc = 0; nl = sizeof(dialer_buf)-1; X+ bzero(dialer_buf, sizeof(dialer_buf)); X+ timeout = 0; X+ for (nc = 0, nl = sizeof(dialer_buf)-1 ; nl > 0 ; nc++, nl--) { X+ if (setjmp(timeoutbuf)) X+ break; X+ alarm(number(value(DIALTIMEOUT))); X+ n = read(FD, &c, 1); X+ alarm(0); X+ if (n <= 0) X+ break; X+ c &= 0x7f; X+ if (c == '\r') { X+ if (unidialer_swallow("\n") == 0) X+ break; X+ if (!dialer_buf[0]) X+ goto again; X+ if (strcmp(dialer_buf, "RINGING") == 0 && X+ boolean(value(VERBOSE))) { X+ #ifdef DEBUG X+ printf("%s\r\n", dialer_buf); X+ #endif X+ goto again; X+ } X+ if (strncmp(dialer_buf, "CONNECT", X+ sizeof("CONNECT")-1) != 0) X+ break; X+ if (lock_baud) { X+ signal(SIGALRM, f); X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ printf("%s\r\n", dialer_buf); X+ #endif X+ return (1); X+ } X+ for (bm = baud_msg ; bm->msg ; bm++) X+ if (strcmp(bm->msg, dialer_buf+sizeof("CONNECT")-1) == 0) { X+ if (!acu_setspeed (bm->baud)) X+ goto error; X+ signal(SIGALRM, f); X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ printf("%s\r\n", dialer_buf); X+ #endif X+ return (1); X+ } X+ break; X+ } X+ dialer_buf[nc] = c; X+ } X+ error1: X+ printf("%s\r\n", dialer_buf); X+ error: X+ signal(SIGALRM, f); X+ return (0); X+ } X+ X+ /* X+ * This convoluted piece of code attempts to get X+ * the unidialer in sync. X+ */ X+ static int unidialersync () X+ { X+ int already = 0; X+ int len; X+ char buf[40]; X+ X+ while (already++ < MAXRETRY) { X+ acu_nap (intercommand_delay); X+ acu_flush (); /* flush any clutter */ X+ unidialer_write_str (FD, reset_command); /* reset modem */ X+ bzero(buf, sizeof(buf)); X+ acu_nap (reset_delay); X+ ioctl (FD, FIONREAD, &len); X+ if (len) { X+ len = read(FD, buf, sizeof(buf)); X+ #ifdef DEBUG X+ buf [len] = '\0'; X+ printf("unidialersync (%s): (\"%s\")\n\r", modem_name, buf); X+ #endif X+ if (index(buf, '0') || X+ (index(buf, 'O') && index(buf, 'K'))) X+ return(1); X+ } X+ /* X+ * If not strapped for DTR control, X+ * try to get command mode. X+ */ X+ acu_nap (escape_guard_time); X+ unidialer_write_str (FD, escape_sequence); X+ acu_nap (escape_guard_time); X+ unidialer_write_str (FD, hangup_command); X+ /* X+ * Toggle DTR to force anyone off that might have left X+ * the modem connected. X+ */ X+ acu_nap (escape_guard_time); X+ ioctl (FD, TIOCCDTR, 0); X+ acu_nap (1000); X+ ioctl (FD, TIOCSDTR, 0); X+ } X+ acu_nap (intercommand_delay); X+ unidialer_write_str (FD, reset_command); X+ return (0); X+ } X+ X+ /* X+ Send commands to modem; impose delay between commands. X+ */ X+ static void unidialer_modem_cmd (int fd, const char *cmd) X+ { X+ static struct timeval oldt = { 0, 0 }; X+ struct timeval newt; X+ tod_gettime (&newt); X+ if (tod_lt (&newt, &oldt)) X+ { X+ unsigned int naptime; X+ tod_subfrom (&oldt, newt); X+ naptime = oldt.tv_sec * 1000 + oldt.tv_usec / 1000; X+ if (naptime > intercommand_delay) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_modem_cmd: suspicious naptime (%u ms)\r\n", naptime); X+ #endif X+ naptime = intercommand_delay; X+ } X+ #ifdef DEBUG X+ printf ("unidialer_modem_cmd: delaying %u ms\r\n", naptime); X+ #endif X+ acu_nap (naptime); X+ } X+ unidialer_write_str (fd, cmd); X+ tod_gettime (&oldt); X+ newt.tv_sec = 0; X+ newt.tv_usec = intercommand_delay; X+ tod_addto (&oldt, &newt); X+ } X+ X+ static void unidialer_write_str (int fd, const char *cp) X+ { X+ #ifdef DEBUG X+ printf ("unidialer (%s): sending %s\n", modem_name, cp); X+ #endif X+ unidialer_write (fd, cp, strlen (cp)); X+ } X+ X+ static void unidialer_write (int fd, const char *cp, int n) X+ { X+ acu_nap (intercharacter_delay); X+ for ( ; n-- ; cp++) { X+ write (fd, cp, 1); X+ acu_nap (intercharacter_delay); X+ } X+ } X+ X+ #ifdef DEBUG X+ static void unidialer_verbose_read() X+ { X+ int n = 0; X+ char buf[BUFSIZ]; X+ X+ if (ioctl(FD, FIONREAD, &n) < 0) X+ return; X+ if (n <= 0) X+ return; X+ if (read(FD, buf, n) != n) X+ return; X+ write(1, buf, n); X+ } X+ #endif X+ X+ /* end of unidialer.c */ X+ @ X+ X+ X+ 1.2 X+ log X+ @Renamed reference to pathnames.h to tipconf.h. Added unidialer_modem_ready (), X+ unidialer_clocal () and unidialer_get_modem_response () functions. Removed X+ time-of-day related code to separate module. Added support for termios X+ tty interface. Hangup code tries to relieve the driver from modem control X+ so read still works even if carrier drops away. X+ @ X+ text X+ @d45 1 X+ d55 1 X+ a55 1 X+ #define DEBUG /**/ X+ d235 1 X+ a235 1 X+ static int unidialer_modem_ready (int ms) X+ d238 12 X+ a249 1 X+ int count, state; X+ d252 1 X+ a252 2 X+ ioctl (FD, TIOCMGET, &state); X+ if (state & TIOCM_DSR) X+ d255 1 X+ a255 1 X+ printf ("unidialer_modem_ready: modem ready.\n"); X+ d314 1 X+ a314 2 X+ /* ualarm (timeout * 1000, 0); */ X+ alarm (10); X+ d393 9 X+ d406 1 X+ a406 1 X+ #ifdef ACULOG X+ d434 1 X+ a434 1 X+ #ifdef ACULOG X+ d453 1 X+ a453 1 X+ if (!unidialer_swallow ("\r\nOK\r\n")) X+ d468 1 X+ a468 1 X+ #ifdef ACULOG X+ a481 42 X+ #if 0 X+ static void unidialer_disconnect () X+ { X+ int okay, retries; X+ X+ /* first hang up the modem*/ X+ ioctl (FD, TIOCCDTR, 0); X+ acu_nap (1000); X+ ioctl (FD, TIOCSDTR, 0); X+ /* X+ * If AT&D2, then dropping DTR *should* just hangup the modem. But X+ * some modems reset anyway; also, the modem may be programmed to reset X+ * anyway with AT&D3. Play it safe and wait for the full reset time before X+ * proceeding. X+ */ X+ acu_nap (reset_delay); X+ X+ /* X+ * If not strapped for DTR control, try to get command mode. X+ */ X+ for (retries = okay = 0; retries < 3 && !okay; retries++) X+ { X+ acu_nap (escape_guard_time + retries * escape_guard_time / 2); X+ unidialer_modem_cmd (FD, escape_sequence); X+ acu_nap (escape_guard_time + retries * escape_guard_time / 2); X+ acu_flush (); /* flush any clutter */ X+ unidialer_modem_cmd (FD, hangup_command); X+ acu_nap (intercharacter_delay + retries * intercharacter_delay / 2); X+ okay = unidialer_swallow ("\r\nOK\r\n"); X+ } X+ if (!okay) X+ { X+ #ifdef ACULOG X+ logent(value(HOST), "", modem_name, "can't hang up modem"); X+ #endif X+ if (boolean(value(VERBOSE))) X+ printf("hang up failed\n"); X+ } X+ acu_flush (); /* flush any clutter */ X+ close (FD); X+ } X+ X+ a494 7 X+ if (!unidialer_modem_ready (reset_delay)) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_disconnect: warning CTS low.\r\n"); X+ #endif X+ } X+ X+ d501 1 X+ a501 1 X+ acu_nap (1000); X+ d503 1 X+ a503 68 X+ /* X+ * If not strapped for DTR control, try to get command mode. X+ */ X+ for (retries = okay = 0; retries < 3 && !okay; retries++) X+ { X+ /* flush any clutter */ X+ if (!acu_flush ()) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_disconnect: warning flush failed.\r\n"); X+ #endif X+ } X+ acu_nap (1000); X+ unidialer_write_str (FD, escape_sequence); X+ acu_nap (1000); X+ unidialer_write_str (FD, hangup_command); X+ #if 0 X+ acu_nap (1000); X+ X+ /* okay = unidialer_swallow ("\r\nOK\r\n"); */ X+ { X+ char *p; X+ int n = 0; X+ char buf [BUFSIZ]; X+ if (ioctl (FD, FIONREAD, &n) == 0 && n > 0 && read (FD, buf, n) == n) X+ { X+ #ifdef DEBUG X+ write (1, buf, n); X+ #endif X+ if (index (buf, '0') || ((p = index (buf, 'O')) != NULL && *(p+1) == 'K')) X+ okay = 1; X+ } X+ } X+ #else X+ { X+ char buf [BUFSIZ]; X+ okay = unidialer_get_modem_response (buf, sizeof (buf), 250) && X+ strcmp (buf, "OK") == 0; X+ } X+ #endif X+ } X+ if (!okay) X+ { X+ #ifdef ACULOG X+ logent(value(HOST), "", modem_name, "can't hang up modem"); X+ #endif X+ if (boolean(value(VERBOSE))) X+ printf("hang up failed\n"); X+ } X+ (void) acu_flush (); X+ close (FD); X+ } X+ #endif X+ X+ static void unidialer_disconnect () X+ { X+ int okay, retries; X+ X+ acu_flush (); /* flush any clutter */ X+ X+ unidialer_tty_clocal (TRUE); X+ X+ /* first hang up the modem*/ X+ ioctl (FD, TIOCCDTR, 0); X+ acu_nap (250); X+ ioctl (FD, TIOCSDTR, 0); X+ X+ if (!unidialer_modem_ready (reset_delay)) X+ a510 8 X+ * If AT&D2, then dropping DTR *should* just hangup the modem. But X+ * some modems reset anyway; also, the modem may be programmed to reset X+ * anyway with AT&D3. Play it safe and wait for the full reset time before X+ * proceeding. X+ */ X+ acu_nap (1000); X+ X+ /* X+ d513 1 X+ a513 1 X+ for (retries = okay = 0; retries < 3 && !okay; retries++) X+ d515 1 X+ d523 3 X+ a525 1 X+ acu_nap (escape_guard_time); X+ d528 1 X+ a528 1 X+ acu_nap (escape_guard_time); X+ d530 1 X+ a530 5 X+ { X+ char buf [BUFSIZ]; X+ okay = unidialer_get_modem_response (buf, sizeof (buf), 250) && X+ strcmp (buf, "OK") == 0; X+ } X+ d534 1 X+ a534 1 X+ #ifdef ACULOG X+ a556 37 X+ #if 0 X+ static int unidialer_swallow (register char *match) X+ { X+ sig_t f; X+ char c; X+ X+ f = signal(SIGALRM, sigALRM); X+ timeout = 0; X+ do { X+ if (*match =='\0') { X+ signal(SIGALRM, f); X+ return (1); X+ } X+ if (setjmp(timeoutbuf)) { X+ signal(SIGALRM, f); X+ return (0); X+ } X+ alarm(number(value(DIALTIMEOUT))); X+ read(FD, &c, 1); X+ alarm(0); X+ c &= 0177; X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ { X+ /* putchar(c); */ X+ printf (ctrl (c)); X+ } X+ #endif X+ } while (c == *match++); X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ fflush (stdout); X+ #endif X+ signal(SIGALRM, SIG_DFL); X+ return (0); X+ } X+ #else X+ d571 1 X+ a571 2 X+ /* alarm(number(value(DIALTIMEOUT))); */ X+ alarm(180); /*FIXME*/ X+ a598 1 X+ #endif X+ @ X+ X+ X+ 1.1 X+ log X+ @Initial revision X+ @ X+ text X+ @d43 1 X+ a44 2 X+ #include "pathnames.h" X+ #include "acunap.h" X+ d46 2 X+ d51 4 X+ a54 2 X+ #define CONST const X+ /* #define DEBUG /**/ X+ d124 2 X+ a141 1 X+ X+ d234 149 X+ d386 1 X+ d407 1 X+ a407 1 X+ ioctl (FD, TIOCHPCL, 0); X+ a419 1 X+ acu_nap (intercommand_delay); X+ d421 1 X+ a421 1 X+ unidialer_write_str (FD, echo_off_command); /* turn off echoing */ X+ d430 1 X+ a430 1 X+ ioctl (FD, TIOCFLUSH, 0); /* flush any clutter */ X+ d432 1 X+ a432 2 X+ acu_nap (intercommand_delay); X+ unidialer_write_str (FD, init_string); X+ a438 3 X+ acu_nap (intercommand_delay); X+ unidialer_write_str (FD, dial_command); X+ X+ d443 1 X+ a443 1 X+ unidialer_write_str (FD, num); X+ d445 1 X+ a445 1 X+ unidialer_write_str (FD, "\r"); X+ d447 1 X+ a447 1 X+ connected = unidialer_connect(); X+ d456 1 X+ d459 1 X+ d463 124 X+ d590 28 X+ d620 7 X+ a626 8 X+ /* first hang up the modem*/ X+ ioctl (FD, TIOCCDTR, 0); X+ acu_nap (escape_guard_time); X+ ioctl (FD, TIOCSDTR, 0); X+ acu_nap (escape_guard_time); X+ /* X+ * If not strapped for DTR control, try to get command mode. X+ */ X+ d628 2 X+ a629 1 X+ unidialer_write_str (FD, escape_sequence); X+ d631 6 X+ a636 2 X+ unidialer_write_str (FD, hangup_command); X+ okay = unidialer_swallow ("\r\nOK\r\n"); X+ d646 1 X+ d663 1 X+ d686 4 X+ a689 1 X+ putchar(c); X+ d699 45 X+ a760 1 X+ struct sgttyb sb; X+ d806 1 X+ a806 2 X+ if (ioctl(FD, TIOCGETP, &sb) < 0) { X+ perror("TIOCGETP"); X+ a807 6 X+ } X+ sb.sg_ispeed = sb.sg_ospeed = bm->baud; X+ if (ioctl(FD, TIOCSETP, &sb) < 0) { X+ perror("TIOCSETP"); X+ goto error; X+ } X+ d838 1 X+ a838 1 X+ ioctl (FD, TIOCFLUSH, 0); /* flush any clutter */ X+ d867 1 X+ a867 1 X+ acu_nap (escape_guard_time); X+ d875 32 X+ a916 3 X+ struct sgttyb sb; X+ ioctl (fd, TIOCGETP, &sb); X+ ioctl (fd, TIOCSETP, &sb); X+ a919 2 X+ ioctl (fd, TIOCGETP, &sb); X+ ioctl (fd, TIOCSETP, &sb); X+ d925 1 X+ a925 1 X+ static unidialer_verbose_read() X+ @ Xdiff -r -c ./libacu/acucommon.c libacu/acucommon.c X*** ./libacu/acucommon.c Sun Mar 26 18:47:08 1995 X--- libacu/acucommon.c Sun Mar 26 12:10:52 1995 X*************** X*** 0 **** X--- 1,190 ---- X+ /* X+ * Copyright (c) 1986, 1993 X+ * The Regents of the University of California. All rights reserved. X+ * X+ * Redistribution and use in source and binary forms, with or without X+ * modification, are permitted provided that the following conditions X+ * are met: X+ * 1. Redistributions of source code must retain the above copyright X+ * notice, this list of conditions and the following disclaimer. X+ * 2. Redistributions in binary form must reproduce the above copyright X+ * notice, this list of conditions and the following disclaimer in the X+ * documentation and/or other materials provided with the distribution. X+ * 3. All advertising materials mentioning features or use of this software X+ * must display the following acknowledgement: X+ * This product includes software developed by the University of X+ * California, Berkeley and its contributors. X+ * 4. Neither the name of the University nor the names of its contributors X+ * may be used to endorse or promote products derived from this software X+ * without specific prior written permission. X+ * X+ * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND X+ * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X+ * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE X+ * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X+ * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X+ * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X+ * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X+ * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X+ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X+ * SUCH DAMAGE. X+ */ X+ X+ #ifndef lint X+ static char sccsid[] = "@(#)acucommon.c 8.1 (Berkeley) 6/6/93"; X+ #endif /* not lint */ X+ X+ /* X+ * Routines for calling up on a Courier modem. X+ * Derived from Hayes driver. X+ */ X+ #include "tipconf.h" X+ #include "tip.h" X+ X+ #if HAVE_SELECT X+ #include X+ #include X+ #include X+ X+ void acu_nap (unsigned int how_long) X+ { X+ struct timeval t; X+ t.tv_usec = (how_long % 1000) * 1000; X+ t.tv_sec = how_long / 1000; X+ (void) select (0, NULL, NULL, NULL, &t); X+ } X+ X+ #elif HAVE_USLEEP X+ void acu_nap (unsigned int how_long) X+ { X+ (void) usleep (how_long * 1000); X+ } X+ X+ #else X+ X+ /* X+ * Code stolen from /usr/src/lib/libc/gen/sleep.c X+ */ X+ #define mask(s) (1<<((s)-1)) X+ #define setvec(vec, a) \ X+ vec.sv_handler = a; vec.sv_mask = vec.sv_onstack = 0 X+ X+ static int ringring; X+ X+ static void acunap_napx() X+ { X+ ringring = 1; X+ } X+ X+ void acu_nap (unsigned int how_long) X+ { X+ int omask; X+ struct itimerval itv, oitv; X+ register struct itimerval *itp = &itv; X+ struct sigvec vec, ovec; X+ X+ timerclear(&itp->it_interval); X+ timerclear(&itp->it_value); X+ if (setitimer(ITIMER_REAL, itp, &oitv) < 0) X+ return; X+ setvec(ovec, SIG_DFL); X+ omask = sigblock(mask(SIGALRM)); X+ itp->it_value.tv_sec = how_long / 1000; X+ itp->it_value.tv_usec = ((how_long % 1000) * 1000); X+ setvec(vec, acunap_napx); X+ ringring = 0; X+ (void) sigvec(SIGALRM, &vec, &ovec); X+ (void) setitimer(ITIMER_REAL, itp, (struct itimerval *)0); X+ while (!ringring) X+ sigpause(omask &~ mask(SIGALRM)); X+ (void) sigvec(SIGALRM, &ovec, (struct sigvec *)0); X+ (void) setitimer(ITIMER_REAL, &oitv, (struct itimerval *)0); X+ (void) sigsetmask(omask); X+ } X+ X+ #endif /* HAVE_USLEEP */ X+ X+ void acu_hw_flow_control (hw_flow_control) X+ { X+ #if HAVE_TERMIOS X+ struct termios t; X+ if (tcgetattr (FD, &t) == 0) { X+ if (hw_flow_control) X+ t.c_cflag |= CRTSCTS; X+ else X+ t.c_cflag &= ~CRTSCTS; X+ tcsetattr (FD, TCSANOW, &t); X+ } X+ #endif /* HAVE_TERMIOS */ X+ } X+ X+ int acu_flush () X+ { X+ #ifdef TIOCFLUSH X+ int flags = 0; X+ return (ioctl (FD, TIOCFLUSH, &flags) == 0); /* flush any clutter */ X+ #elif !HAVE_TERMIOS X+ struct sgttyb buf; X+ return (ioctl (FD, TIOCGETP, &buf) == 0 && ioctl (FD, TIOCSETP, &buf) == 0); X+ #endif X+ } X+ X+ int acu_getspeed () X+ { X+ #if HAVE_TERMIOS X+ struct termios term; X+ tcgetattr (FD, &term); X+ return (term.c_ospeed); X+ #else /* HAVE_TERMIOS */ X+ struct sgttyb buf; X+ ioctl (FD, TIOCGETP, &buf); X+ return (buf.sg_ospeed); X+ #endif X+ } X+ X+ int acu_setspeed (int speed) X+ { X+ int rc = 0; X+ #if HAVE_TERMIOS X+ struct termios term; X+ if (tcgetattr (FD, &term) == 0) { X+ #ifndef _POSIX_SOURCE X+ cfsetspeed (&term, speed); X+ #else X+ cfsetispeed (&term, speed); X+ cfsetospeed (&term, speed); X+ #endif X+ if (tcsetattr (FD, TCSANOW, &term) == 0) X+ ++rc; X+ } X+ #else /* HAVE TERMIOS */ X+ struct sgttyb sb; X+ if (ioctl(FD, TIOCGETP, &sb) < 0) { X+ perror("TIOCGETP"); X+ } X+ else { X+ sb.sg_ispeed = sb.sg_ospeed = speed; X+ if (ioctl(FD, TIOCSETP, &sb) < 0) { X+ perror("TIOCSETP"); X+ } X+ else X+ ++rc; X+ } X+ #endif /* HAVE TERMIOS */ X+ return (rc); X+ } X+ X+ void acu_hupcl () X+ { X+ #if HAVE_TERMIOS X+ struct termios term; X+ tcgetattr (FD, &term); X+ term.c_cflag |= HUPCL; X+ tcsetattr (FD, TCSANOW, &term); X+ #elif defined(TIOCHPCL) X+ ioctl(FD, TIOCHPCL, 0); X+ #endif X+ } X+ X+ /* end of acucommon.c */ Xdiff -r -c ./libacu/acucommon.h libacu/acucommon.h X*** ./libacu/acucommon.h Sun Mar 26 18:47:08 1995 X--- libacu/acucommon.h Sun Mar 26 12:09:50 1995 X*************** X*** 0 **** X--- 1,6 ---- X+ void acu_nap (unsigned int how_long); X+ void acu_hw_flow_control (int hw_flow_control); X+ int acu_flush (); X+ void acu_hupcl (); X+ int acu_setspeed (int speed); X+ /* end of acucommon.h */ Xdiff -r -c ./libacu/biz22.c libacu/biz22.c X*** ./libacu/biz22.c Sun Mar 26 18:47:01 1995 X--- libacu/biz22.c Thu Mar 23 18:50:00 1995 X*************** X*** 35,40 **** X--- 35,41 ---- X static char sccsid[] = "@(#)biz22.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X X #define DISCONNECT_CMD "\20\04" /* disconnection string */ X*************** X*** 88,94 **** X * 1 \r success X */ X connected = detect("1\r"); X! #ifdef ACULOG X if (timeout) { X char line[80]; X X--- 89,95 ---- X * 1 \r success X */ X connected = detect("1\r"); X! #if ACULOG X if (timeout) { X char line[80]; X Xdiff -r -c ./libacu/biz31.c libacu/biz31.c X*** ./libacu/biz31.c Sun Mar 26 18:47:00 1995 X--- libacu/biz31.c Thu Mar 23 18:50:06 1995 X*************** X*** 35,40 **** X--- 35,41 ---- X static char sccsid[] = "@(#)biz31.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X X #define MAXRETRY 3 /* sync up retry count */ X*************** X*** 81,87 **** X * ` CONNECTION\r\n^G' success X */ X connected = detect(" "); X! #ifdef ACULOG X if (timeout) { X char line[80]; X X--- 82,88 ---- X * ` CONNECTION\r\n^G' success X */ X connected = detect(" "); X! #if ACULOG X if (timeout) { X char line[80]; X Xdiff -r -c ./libacu/courier.c libacu/courier.c X*** ./libacu/courier.c Sun Mar 26 18:47:00 1995 X--- libacu/courier.c Thu Mar 23 18:50:24 1995 X*************** X*** 39,45 **** X--- 39,47 ---- X * Routines for calling up on a Courier modem. X * Derived from Hayes driver. X */ X+ #include "tipconf.h" X #include "tip.h" X+ #include "acucommon.h" X #include X X #define MAXRETRY 5 X*************** X*** 55,61 **** X char *acu; X { X register char *cp; X! #ifdef ACULOG X char line[80]; X #endif X static int cour_connect(), cour_swallow(); X--- 57,63 ---- X char *acu; X { X register char *cp; X! #if ACULOG X char line[80]; X #endif X static int cour_connect(), cour_swallow(); X*************** X*** 63,76 **** X if (boolean(value(VERBOSE))) X printf("Using \"%s\"\n", acu); X X! ioctl(FD, TIOCHPCL, 0); X /* X * Get in synch. X */ X if (!coursync()) { X badsynch: X printf("can't synchronize with courier\n"); X! #ifdef ACULOG X logent(value(HOST), num, "courier", "can't synch up"); X #endif X return (0); X--- 65,79 ---- X if (boolean(value(VERBOSE))) X printf("Using \"%s\"\n", acu); X X! acu_hupcl (); X! X /* X * Get in synch. X */ X if (!coursync()) { X badsynch: X printf("can't synchronize with courier\n"); X! #if ACULOG X logent(value(HOST), num, "courier", "can't synch up"); X #endif X return (0); X*************** X*** 93,99 **** X cour_write(FD, num, strlen(num)); X cour_write(FD, "\r", 1); X connected = cour_connect(); X! #ifdef ACULOG X if (timeout) { X sprintf(line, "%d second dial timeout", X number(value(DIALTIMEOUT))); X--- 96,102 ---- X cour_write(FD, num, strlen(num)); X cour_write(FD, "\r", 1); X connected = cour_connect(); X! #if ACULOG X if (timeout) { X sprintf(line, "%d second dial timeout", X number(value(DIALTIMEOUT))); X*************** X*** 181,187 **** X { X char c; X int nc, nl, n; X- struct sgttyb sb; X char dialer_buf[64]; X struct baud_msg *bm; X sig_t f; X--- 184,189 ---- X*************** X*** 220,234 **** X for (bm = baud_msg ; bm->msg ; bm++) X if (strcmp(bm->msg, X dialer_buf+sizeof("CONNECT")-1) == 0) { X! if (ioctl(FD, TIOCGETP, &sb) < 0) { X! perror("TIOCGETP"); X! goto error; X! } X! sb.sg_ispeed = sb.sg_ospeed = bm->baud; X! if (ioctl(FD, TIOCSETP, &sb) < 0) { X! perror("TIOCSETP"); X goto error; X- } X signal(SIGALRM, f); X #ifdef DEBUG X if (boolean(value(VERBOSE))) X--- 222,229 ---- X for (bm = baud_msg ; bm->msg ; bm++) X if (strcmp(bm->msg, X dialer_buf+sizeof("CONNECT")-1) == 0) { X! if (!acu_setspeed(bm->baud)) X goto error; X signal(SIGALRM, f); X #ifdef DEBUG X if (boolean(value(VERBOSE))) X*************** X*** 302,319 **** X char *cp; X int n; X { X- struct sgttyb sb; X #ifdef notdef X if (boolean(value(VERBOSE))) X write(1, cp, n); X #endif X! ioctl(fd, TIOCGETP, &sb); X! ioctl(fd, TIOCSETP, &sb); X cour_nap(); X for ( ; n-- ; cp++) { X write(fd, cp, 1); X! ioctl(fd, TIOCGETP, &sb); X! ioctl(fd, TIOCSETP, &sb); X cour_nap(); X } X } X--- 297,311 ---- X char *cp; X int n; X { X #ifdef notdef X if (boolean(value(VERBOSE))) X write(1, cp, n); X #endif X! acu_flush (); X cour_nap(); X for ( ; n-- ; cp++) { X write(fd, cp, 1); X! acu_flush (); X cour_nap(); X } X } X*************** X*** 334,380 **** X } X #endif X X- /* X- * Code stolen from /usr/src/lib/libc/gen/sleep.c X- */ X- #define mask(s) (1<<((s)-1)) X- #define setvec(vec, a) \ X- vec.sv_handler = a; vec.sv_mask = vec.sv_onstack = 0 X- X- static napms = 50; /* Give the courier 50 milliseconds between characters */ X- X- static int ringring; X- X cour_nap() X { X! X! static void cour_napx(); X! int omask; X! struct itimerval itv, oitv; X! register struct itimerval *itp = &itv; X! struct sigvec vec, ovec; X! X! timerclear(&itp->it_interval); X! timerclear(&itp->it_value); X! if (setitimer(ITIMER_REAL, itp, &oitv) < 0) X! return; X! setvec(ovec, SIG_DFL); X! omask = sigblock(mask(SIGALRM)); X! itp->it_value.tv_sec = napms/1000; X! itp->it_value.tv_usec = ((napms%1000)*1000); X! setvec(vec, cour_napx); X! ringring = 0; X! (void) sigvec(SIGALRM, &vec, &ovec); X! (void) setitimer(ITIMER_REAL, itp, (struct itimerval *)0); X! while (!ringring) X! sigpause(omask &~ mask(SIGALRM)); X! (void) sigvec(SIGALRM, &ovec, (struct sigvec *)0); X! (void) setitimer(ITIMER_REAL, &oitv, (struct itimerval *)0); X! (void) sigsetmask(omask); X } X X! static void X! cour_napx() X! { X! ringring = 1; X! } X--- 326,334 ---- X } X #endif X X cour_nap() X { X! acu_nap (50); X } X X! /* end of courier.c */ Xdiff -r -c ./libacu/df.c libacu/df.c X*** ./libacu/df.c Sun Mar 26 18:47:00 1995 X--- libacu/df.c Thu Mar 16 07:39:51 1995 X*************** X*** 39,44 **** X--- 39,45 ---- X * Dial the DF02-AC or DF03-AC X */ X X+ #include "tipconf.h" X #include "tip.h" X X static jmp_buf Sjbuf; X*************** X*** 63,73 **** X int df03; X { X register int f = FD; X- struct sgttyb buf; X int speed = 0, rw = 2; X char c = '\0'; X X! ioctl(f, TIOCHPCL, 0); /* make sure it hangs up when done */ X if (setjmp(Sjbuf)) { X printf("connection timed out\r\n"); X df_disconnect(); X--- 64,74 ---- X int df03; X { X register int f = FD; X int speed = 0, rw = 2; X char c = '\0'; X X! acu_hupcl (); X! X if (setjmp(Sjbuf)) { X printf("connection timed out\r\n"); X df_disconnect(); X*************** X*** 80,90 **** X if (df03) { X int st = TIOCM_ST; /* secondary Transmit flag */ X X! ioctl(f, TIOCGETP, &buf); X! if (buf.sg_ospeed != B1200) { /* must dial at 1200 baud */ X! speed = buf.sg_ospeed; X! buf.sg_ospeed = buf.sg_ispeed = B1200; X! ioctl(f, TIOCSETP, &buf); X ioctl(f, TIOCMBIC, &st); /* clear ST for 300 baud */ X } else X ioctl(f, TIOCMBIS, &st); /* set ST for 1200 baud */ X--- 81,88 ---- X if (df03) { X int st = TIOCM_ST; /* secondary Transmit flag */ X X! if ((speed = acu_getspeed ()) != B1200) { /* must dial at 1200 baud */ X! acu_setspeed (B1200); X ioctl(f, TIOCMBIC, &st); /* clear ST for 300 baud */ X } else X ioctl(f, TIOCMBIS, &st); /* set ST for 1200 baud */ X*************** X*** 100,107 **** X read(f, &c, 1); X #ifdef TIOCMSET X if (df03 && speed) { X! buf.sg_ispeed = buf.sg_ospeed = speed; X! ioctl(f, TIOCSETP, &buf); X } X #endif X return (c == 'A'); X--- 98,104 ---- X read(f, &c, 1); X #ifdef TIOCMSET X if (df03 && speed) { X! acu_setspeed (speed); X } X #endif X return (c == 'A'); Xdiff -r -c ./libacu/dn11.c libacu/dn11.c X*** ./libacu/dn11.c Sun Mar 26 18:47:00 1995 X--- libacu/dn11.c Thu Mar 16 07:41:24 1995 X*************** X*** 38,43 **** X--- 38,44 ---- X /* X * Routines for dialing up on DN-11 X */ X+ #include "tipconf.h" X #include "tip.h" X X int dn_abort(); X*************** X*** 95,101 **** X--- 96,113 ---- X return (0); X } X alarm(0); X+ X+ #if HAVE_TERMIOS X+ { X+ struct termios term; X+ tcgetattr (dn, &term); X+ term.c_cflag |= HUPCL; X+ tcsetattr (dn, TCSANOW, &term); X+ } X+ #elif defined(TIOCHPCL) X ioctl(dn, TIOCHPCL, 0); X+ #endif X+ X signal(SIGALRM, SIG_DFL); X while ((nw = wait(<)) != child && nw != -1) X ; Xdiff -r -c ./libacu/hayes.c libacu/hayes.c X*** ./libacu/hayes.c Sun Mar 26 18:47:00 1995 X--- libacu/hayes.c Thu Mar 23 18:50:44 1995 X*************** X*** 58,63 **** X--- 58,64 ---- X * mode only. This would make it consistent with normal X * interactive use thru the command 'tip dialer'. X */ X+ #include "tipconf.h" X #include "tip.h" X X #define min(a,b) ((a < b) ? a : b) X*************** X*** 82,88 **** X register char *cp; X register int connected = 0; X char dummy; X! #ifdef ACULOG X char line[80]; X #endif X if (hay_sync() == 0) /* make sure we can talk to the modem */ X--- 83,89 ---- X register char *cp; X register int connected = 0; X char dummy; X! #if ACULOG X char line[80]; X #endif X if (hay_sync() == 0) /* make sure we can talk to the modem */ X*************** X*** 90,97 **** X if (boolean(value(VERBOSE))) X printf("\ndialing..."); X fflush(stdout); X! ioctl(FD, TIOCHPCL, 0); X! ioctl(FD, TIOCFLUSH, 0); /* get rid of garbage */ X write(FD, "ATv0\r", 5); /* tell modem to use short status codes */ X gobble("\r"); X gobble("\r"); X--- 91,98 ---- X if (boolean(value(VERBOSE))) X printf("\ndialing..."); X fflush(stdout); X! acu_hupcl (); X! acu_flush (); X write(FD, "ATv0\r", 5); /* tell modem to use short status codes */ X gobble("\r"); X gobble("\r"); X*************** X*** 113,119 **** X return (connected); /* lets get out of here.. */ X } X ioctl(FD, TIOCFLUSH, 0); X! #ifdef ACULOG X if (timeout) { X sprintf(line, "%d second dial timeout", X number(value(DIALTIMEOUT))); X--- 114,120 ---- X return (connected); /* lets get out of here.. */ X } X ioctl(FD, TIOCFLUSH, 0); X! #if ACULOG X if (timeout) { X sprintf(line, "%d second dial timeout", X number(value(DIALTIMEOUT))); Xdiff -r -c ./libacu/modems libacu/modems X*** ./libacu/modems Sun Mar 26 18:47:09 1995 X--- libacu/modems Sun Mar 26 18:00:13 1995 X*************** X*** 0 **** X--- 1,33 ---- X+ # X+ # @(#)modems 3/24/95 X+ # X+ # modems -- modem configuration data base file X+ # see tip(1), modems(5) X+ # X+ # dial_command AT command to dial up remote X+ # echo_off_command AT command to turn off command echo X+ # escape_guard_time Shroud escape sequence with specified delay (ms) X+ # escape_sequence Return to command escape sequence X+ # hangup_command AT command to hangup modem X+ # hw_flow_control Enable RTS/CTS flow control between DTE/DCE X+ # intercharacter_delay Delay between characters sent to modem when issuing X+ # commands X+ # intercommand_delay Minimum delay between commands to modem X+ # init_string AT command to initialize modem before dialing out X+ # lock_baud Use fixed DTE / DCE bit rate X+ # reset_delay Delay required by modem for reset X+ # X+ X+ sportster|st|US Robotics Sportster 14.4K:dial_command=ATDT%s\r:hangup_command=ATH\r:\ X+ :echo_off_command=ATE0\r:reset_command=AT&F1\r:\ X+ :init_string=AT&B1&H1&R2&C1&D2\r:\ X+ :escape_sequence=+++:hw_flow_control:lock_baud:intercharacter_delay#50:\ X+ :intercommand_delay#250:escape_guard_time#500:reset_delay#2000: X+ X+ mt932|multitech|mt|Multitech 932:dial_command=ATDT%s\r:hangup_command=ATH\r:\ X+ :echo_off_command=ATE0\r:reset_command=ATZ\r:\ X+ :init_string=AT$BA0$SB38400&E1&E4&E13&E15Q0V1X4E0S0=0\r:\ X+ :escape_sequence=+++:hw_flow_control:lock_baud:intercharacter_delay#50:\ X+ :intercommand_delay#250:escape_guard_time#500:reset_delay#2000: X+ X+ generic|Generic AT command modem (use defaults): END_OF_FILE if test 48717 -ne `wc -c <'patches.tip.1'`; then echo shar: \"'patches.tip.1'\" unpacked with wrong size! fi # end of 'patches.tip.1' fi echo shar: End of archive 2 \(of 3\). cp /dev/null ark2isdone MISSING="" for I in 1 2 3 ; do if test ! -f ark${I}isdone ; then MISSING="${MISSING} ${I}" fi done if test "${MISSING}" = "" ; then echo You have unpacked all 3 archives. rm -f ark[1-9]isdone else echo You still need to unpack the following archives: echo " " ${MISSING} fi ## End of shell archive. exit 0 From owner-freebsd-hackers Mon Mar 27 00:44:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA18425 for hackers-outgoing; Mon, 27 Mar 1995 00:44:12 -0800 Received: from coyote.rain.org (dcasba@coyote.rain.org [198.68.144.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA18408 for ; Mon, 27 Mar 1995 00:44:08 -0800 Received: by coyote.rain.org(8.6.10/RAIN-1.0) with id AAA12832 for freebsd-hackers@FreeBSD.Org on Mon, 27 Mar 1995 00:39:27 -0800 Date: Mon, 27 Mar 1995 00:39:27 -0800 From: Tom Gray - DCA Message-Id: <199503270839.AAA12832@coyote.rain.org> To: freebsd-hackers@FreeBSD.org Subject: Patches for tip - part 3 Sender: hackers-owner@FreeBSD.org Precedence: bulk #! /bin/sh # This is a shell archive. Remove anything before this line, then unpack # it by saving it into a file and typing "sh file". To overwrite existing # files, type "sh file -c". You can also feed this as standard input via # unshar, or by typing "sh 'patches.tip.2' <<'END_OF_FILE' Xdiff -r -c ./libacu/multitech.c libacu/multitech.c X*** ./libacu/multitech.c Sun Mar 26 18:47:09 1995 X--- libacu/multitech.c Fri Mar 24 00:25:15 1995 X*************** X*** 0 **** X--- 1,402 ---- X+ /* X+ * Copyright (c) 1986, 1993 X+ * The Regents of the University of California. All rights reserved. X+ * X+ * Redistribution and use in source and binary forms, with or without X+ * modification, are permitted provided that the following conditions X+ * are met: X+ * 1. Redistributions of source code must retain the above copyright X+ * notice, this list of conditions and the following disclaimer. X+ * 2. Redistributions in binary form must reproduce the above copyright X+ * notice, this list of conditions and the following disclaimer in the X+ * documentation and/or other materials provided with the distribution. X+ * 3. All advertising materials mentioning features or use of this software X+ * must display the following acknowledgement: X+ * This product includes software developed by the University of X+ * California, Berkeley and its contributors. X+ * 4. Neither the name of the University nor the names of its contributors X+ * may be used to endorse or promote products derived from this software X+ * without specific prior written permission. X+ * X+ * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND X+ * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X+ * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE X+ * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X+ * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X+ * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X+ * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X+ * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X+ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X+ * SUCH DAMAGE. X+ */ X+ X+ #ifndef lint X+ static char sccsid[] = "@(#)multitech.c 8.1 (Berkeley) 6/6/93"; X+ #endif /* not lint */ X+ X+ /* X+ * Routines for calling up on a Courier modem. X+ * Derived from Hayes driver. X+ */ X+ #include "tipconf.h" X+ #include "tip.h" X+ #include "acucommon.h" X+ X+ #include X+ X+ /* #define DEBUG /**/ X+ #define MAXRETRY 5 X+ /* X+ Configuration X+ */ X+ static CONST char *dial_command = "ATDT"; X+ static CONST char *hangup_command = "ATH\r"; X+ static CONST char *echo_off_command = "ATE0\r"; X+ static CONST char *reset_command = "\rATZ\r"; X+ static CONST char *init_string = "AT$BA0$SB38400&E1&E4&E13&E15Q0V1X4E0S0=0\r"; X+ static CONST char *escape_sequence = "+++"; /* return to command escape sequence */ X+ static CONST int lock_baud = 1; X+ static CONST unsigned int intercharacter_delay = 20; X+ static CONST unsigned int intercommand_delay = 250; X+ static CONST unsigned int escape_guard_time = 250; X+ static CONST unsigned int reset_delay = 2000; X+ X+ /* X+ Forward declarations X+ */ X+ void multitech_write (int fd, CONST char *cp, int n); X+ void multitech_write_str (int fd, CONST char *cp); X+ void multitech_disconnect (); X+ void acu_nap (unsigned int how_long); X+ static void sigALRM (); X+ static int multitechsync (); X+ static int multitech_swallow (register char *match); X+ X+ /* X+ Global vars X+ */ X+ static int timeout = 0; X+ static int connected = 0; X+ static jmp_buf timeoutbuf, intbuf; X+ X+ int multitech_dialer (register char *num, char *acu) X+ { X+ register char *cp; X+ #if ACULOG X+ char line [80]; X+ #endif X+ static int multitech_connect(), multitech_swallow(); X+ X+ if (lock_baud) X+ { X+ int i; X+ if ((i = speed(number(value(BAUDRATE)))) == NULL) X+ return 0; X+ ttysetup (i); X+ } X+ X+ if (boolean(value(VERBOSE))) X+ printf("Using \"%s\"\n", acu); X+ X+ acu_hupcl (); X+ X+ /* X+ * Get in synch. X+ */ X+ if (!multitechsync()) { X+ badsynch: X+ printf("can't synchronize with multitech\n"); X+ #if ACULOG X+ logent(value(HOST), num, "multitech", "can't synch up"); X+ #endif X+ return (0); X+ } X+ acu_nap (intercommand_delay); X+ X+ multitech_write_str (FD, echo_off_command); /* turn off echoing */ X+ X+ sleep(1); X+ X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ multitech_verbose_read(); X+ #endif X+ X+ acu_flush (); X+ X+ acu_nap (intercommand_delay); X+ multitech_write_str (FD, init_string); X+ X+ if (!multitech_swallow ("\r\nOK\r\n")) X+ goto badsynch; X+ X+ fflush (stdout); X+ X+ acu_nap (intercommand_delay); X+ multitech_write_str (FD, dial_command); X+ X+ for (cp = num; *cp; cp++) X+ if (*cp == '=') X+ *cp = ','; X+ X+ multitech_write_str (FD, num); X+ X+ multitech_write_str (FD, "\r"); X+ X+ connected = multitech_connect(); X+ X+ #if ACULOG X+ if (timeout) { X+ sprintf(line, "%d second dial timeout", X+ number(value(DIALTIMEOUT))); X+ logent(value(HOST), num, "multitech", line); X+ } X+ #endif X+ if (timeout) X+ multitech_disconnect (); X+ return (connected); X+ } X+ X+ void multitech_disconnect () X+ { X+ int okay, retries; X+ for (retries = okay = 0; retries < 3 && !okay; retries++) X+ { X+ /* first hang up the modem*/ X+ ioctl (FD, TIOCCDTR, 0); X+ acu_nap (escape_guard_time); X+ ioctl (FD, TIOCSDTR, 0); X+ acu_nap (escape_guard_time); X+ /* X+ * If not strapped for DTR control, try to get command mode. X+ */ X+ acu_nap (escape_guard_time); X+ multitech_write_str (FD, escape_sequence); X+ acu_nap (escape_guard_time); X+ multitech_write_str (FD, hangup_command); X+ okay = multitech_swallow ("\r\nOK\r\n"); X+ } X+ if (!okay) X+ { X+ #if ACULOG X+ logent(value(HOST), "", "multitech", "can't hang up modem"); X+ #endif X+ if (boolean(value(VERBOSE))) X+ printf("hang up failed\n"); X+ } X+ close (FD); X+ } X+ X+ void multitech_abort () X+ { X+ multitech_write_str (FD, "\r"); /* send anything to abort the call */ X+ multitech_disconnect (); X+ } X+ X+ static void sigALRM () X+ { X+ (void) printf("\07timeout waiting for reply\n"); X+ timeout = 1; X+ longjmp(timeoutbuf, 1); X+ } X+ X+ static int multitech_swallow (register char *match) X+ { X+ sig_t f; X+ char c; X+ X+ f = signal(SIGALRM, sigALRM); X+ timeout = 0; X+ do { X+ if (*match =='\0') { X+ signal(SIGALRM, f); X+ return (1); X+ } X+ if (setjmp(timeoutbuf)) { X+ signal(SIGALRM, f); X+ return (0); X+ } X+ alarm(number(value(DIALTIMEOUT))); X+ read(FD, &c, 1); X+ alarm(0); X+ c &= 0177; X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ putchar(c); X+ #endif X+ } while (c == *match++); X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ fflush (stdout); X+ #endif X+ signal(SIGALRM, SIG_DFL); X+ return (0); X+ } X+ X+ static struct baud_msg { X+ char *msg; X+ int baud; X+ } baud_msg[] = { X+ "", B300, X+ " 1200", B1200, X+ " 2400", B2400, X+ " 9600", B9600, X+ " 9600/ARQ", B9600, X+ 0, 0, X+ }; X+ X+ static int multitech_connect () X+ { X+ char c; X+ int nc, nl, n; X+ char dialer_buf[64]; X+ struct baud_msg *bm; X+ sig_t f; X+ X+ if (multitech_swallow("\r\n") == 0) X+ return (0); X+ f = signal(SIGALRM, sigALRM); X+ again: X+ nc = 0; nl = sizeof(dialer_buf)-1; X+ bzero(dialer_buf, sizeof(dialer_buf)); X+ timeout = 0; X+ for (nc = 0, nl = sizeof(dialer_buf)-1 ; nl > 0 ; nc++, nl--) { X+ if (setjmp(timeoutbuf)) X+ break; X+ alarm(number(value(DIALTIMEOUT))); X+ n = read(FD, &c, 1); X+ alarm(0); X+ if (n <= 0) X+ break; X+ c &= 0x7f; X+ if (c == '\r') { X+ if (multitech_swallow("\n") == 0) X+ break; X+ if (!dialer_buf[0]) X+ goto again; X+ if (strcmp(dialer_buf, "RINGING") == 0 && X+ boolean(value(VERBOSE))) { X+ #ifdef DEBUG X+ printf("%s\r\n", dialer_buf); X+ #endif X+ goto again; X+ } X+ if (strncmp(dialer_buf, "CONNECT", X+ sizeof("CONNECT")-1) != 0) X+ break; X+ if (lock_baud) { X+ signal(SIGALRM, f); X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ printf("%s\r\n", dialer_buf); X+ #endif X+ return (1); X+ } X+ for (bm = baud_msg ; bm->msg ; bm++) X+ if (strcmp(bm->msg, dialer_buf+sizeof("CONNECT")-1) == 0) { X+ if (!acu_setspeed (bm->baud)) X+ goto error; X+ signal(SIGALRM, f); X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ printf("%s\r\n", dialer_buf); X+ #endif X+ return (1); X+ } X+ break; X+ } X+ dialer_buf[nc] = c; X+ } X+ error1: X+ printf("%s\r\n", dialer_buf); X+ error: X+ signal(SIGALRM, f); X+ return (0); X+ } X+ X+ /* X+ * This convoluted piece of code attempts to get X+ * the multitech in sync. X+ */ X+ static int multitechsync () X+ { X+ int already = 0; X+ int len; X+ char buf[40]; X+ X+ while (already++ < MAXRETRY) { X+ acu_nap (intercommand_delay); X+ ioctl (FD, TIOCFLUSH, 0); /* flush any clutter */ X+ multitech_write_str (FD, reset_command); /* reset modem */ X+ bzero(buf, sizeof(buf)); X+ acu_nap (reset_delay); X+ ioctl (FD, FIONREAD, &len); X+ if (len) { X+ len = read(FD, buf, sizeof(buf)); X+ #ifdef DEBUG X+ buf [len] = '\0'; X+ printf("multitechsync: (\"%s\")\n\r", buf); X+ #endif X+ if (index(buf, '0') || X+ (index(buf, 'O') && index(buf, 'K'))) X+ return(1); X+ } X+ /* X+ * If not strapped for DTR control, X+ * try to get command mode. X+ */ X+ acu_nap (escape_guard_time); X+ multitech_write_str (FD, escape_sequence); X+ acu_nap (escape_guard_time); X+ multitech_write_str (FD, hangup_command); X+ /* X+ * Toggle DTR to force anyone off that might have left X+ * the modem connected. X+ */ X+ acu_nap (escape_guard_time); X+ ioctl (FD, TIOCCDTR, 0); X+ acu_nap (escape_guard_time); X+ ioctl (FD, TIOCSDTR, 0); X+ } X+ acu_nap (intercommand_delay); X+ multitech_write_str (FD, reset_command); X+ return (0); X+ } X+ X+ void multitech_write_str (int fd, const char *cp) X+ { X+ #ifdef DEBUG X+ printf ("multitech: sending %s\n", cp); X+ #endif X+ multitech_write (fd, cp, strlen (cp)); X+ } X+ X+ void multitech_write (int fd, const char *cp, int n) X+ { X+ acu_flush (); X+ acu_nap (intercharacter_delay); X+ for ( ; n-- ; cp++) { X+ write (fd, cp, 1); X+ acu_flush (); X+ acu_nap (intercharacter_delay); X+ } X+ } X+ X+ #ifdef DEBUG X+ multitech_verbose_read() X+ { X+ int n = 0; X+ char buf[BUFSIZ]; X+ X+ if (ioctl(FD, FIONREAD, &n) < 0) X+ return; X+ if (n <= 0) X+ return; X+ if (read(FD, buf, n) != n) X+ return; X+ write(1, buf, n); X+ } X+ #endif X+ X+ /* end of multitech.c */ Xdiff -r -c ./libacu/t3000.c libacu/t3000.c X*** ./libacu/t3000.c Sun Mar 26 18:47:00 1995 X--- libacu/t3000.c Fri Mar 24 00:25:34 1995 X*************** X*** 39,45 **** X--- 39,47 ---- X * Routines for calling up on a Telebit T3000 modem. X * Derived from Courier driver. X */ X+ #include "tipconf.h" X #include "tip.h" X+ #include "acucommon.h" X #include X X #define MAXRETRY 5 X*************** X*** 55,61 **** X char *acu; X { X register char *cp; X! #ifdef ACULOG X char line[80]; X #endif X static int t3000_connect(), t3000_swallow(); X--- 57,63 ---- X char *acu; X { X register char *cp; X! #if ACULOG X char line[80]; X #endif X static int t3000_connect(), t3000_swallow(); X*************** X*** 63,76 **** X if (boolean(value(VERBOSE))) X printf("Using \"%s\"\n", acu); X X! ioctl(FD, TIOCHPCL, 0); X /* X * Get in synch. X */ X if (!t3000_sync()) { X badsynch: X printf("can't synchronize with t3000\n"); X! #ifdef ACULOG X logent(value(HOST), num, "t3000", "can't synch up"); X #endif X return (0); X--- 65,78 ---- X if (boolean(value(VERBOSE))) X printf("Using \"%s\"\n", acu); X X! acu_hupcl (); X /* X * Get in synch. X */ X if (!t3000_sync()) { X badsynch: X printf("can't synchronize with t3000\n"); X! #if ACULOG X logent(value(HOST), num, "t3000", "can't synch up"); X #endif X return (0); X*************** X*** 93,99 **** X t3000_write(FD, num, strlen(num)); X t3000_write(FD, "\r", 1); X connected = t3000_connect(); X! #ifdef ACULOG X if (timeout) { X sprintf(line, "%d second dial timeout", X number(value(DIALTIMEOUT))); X--- 95,101 ---- X t3000_write(FD, num, strlen(num)); X t3000_write(FD, "\r", 1); X connected = t3000_connect(); X! #if ACULOG X if (timeout) { X sprintf(line, "%d second dial timeout", X number(value(DIALTIMEOUT))); X*************** X*** 195,201 **** X { X char c; X int nc, nl, n; X- struct sgttyb sb; X char dialer_buf[64]; X struct tbaud_msg *bm; X sig_t f; X--- 197,202 ---- X*************** X*** 234,258 **** X for (bm = tbaud_msg ; bm->msg ; bm++) X if (strcmp(bm->msg, X dialer_buf+sizeof("CONNECT")-1) == 0) { X! if (ioctl(FD, TIOCGETP, &sb) < 0) { X! perror("TIOCGETP"); X goto error; X- } X- sb.sg_ispeed = sb.sg_ospeed = bm->baud; X- if (ioctl(FD, TIOCSETP, &sb) < 0) { X- if (bm->baud2) { X- sb.sg_ispeed = X- sb.sg_ospeed = X- bm->baud2; X- if (ioctl(FD, X- TIOCSETP, X- &sb) >= 0) X- goto isok; X- } X- perror("TIOCSETP"); X- goto error; X- } X- isok: X signal(SIGALRM, f); X #ifdef DEBUG X if (boolean(value(VERBOSE))) X--- 235,242 ---- X for (bm = tbaud_msg ; bm->msg ; bm++) X if (strcmp(bm->msg, X dialer_buf+sizeof("CONNECT")-1) == 0) { X! if (!(acu_setspeed (bm->baud) || (bm->baud2 && acu_setspeed (bm->baud2)))) X goto error; X signal(SIGALRM, f); X #ifdef DEBUG X if (boolean(value(VERBOSE))) X*************** X*** 329,347 **** X char *cp; X int n; X { X- struct sgttyb sb; X- X #ifdef notdef X if (boolean(value(VERBOSE))) X write(1, cp, n); X #endif X! ioctl(fd, TIOCGETP, &sb); X! ioctl(fd, TIOCSETP, &sb); X t3000_nap(); X for ( ; n-- ; cp++) { X write(fd, cp, 1); X! ioctl(fd, TIOCGETP, &sb); X! ioctl(fd, TIOCSETP, &sb); X t3000_nap(); X } X } X--- 313,327 ---- X char *cp; X int n; X { X #ifdef notdef X if (boolean(value(VERBOSE))) X write(1, cp, n); X #endif X! acu_flush (); X t3000_nap(); X for ( ; n-- ; cp++) { X write(fd, cp, 1); X! acu_flush (); X t3000_nap(); X } X } X*************** X*** 362,408 **** X } X #endif X X- /* X- * Code stolen from /usr/src/lib/libc/gen/sleep.c X- */ X- #define mask(s) (1<<((s)-1)) X- #define setvec(vec, a) \ X- vec.sv_handler = a; vec.sv_mask = vec.sv_onstack = 0 X- X- static napms = 50; /* Give the t3000 50 milliseconds between characters */ X- X- static int ringring; X- X t3000_nap() X { X! X! static void t3000_napx(); X! int omask; X! struct itimerval itv, oitv; X! register struct itimerval *itp = &itv; X! struct sigvec vec, ovec; X! X! timerclear(&itp->it_interval); X! timerclear(&itp->it_value); X! if (setitimer(ITIMER_REAL, itp, &oitv) < 0) X! return; X! setvec(ovec, SIG_DFL); X! omask = sigblock(mask(SIGALRM)); X! itp->it_value.tv_sec = napms/1000; X! itp->it_value.tv_usec = ((napms%1000)*1000); X! setvec(vec, t3000_napx); X! ringring = 0; X! (void) sigvec(SIGALRM, &vec, &ovec); X! (void) setitimer(ITIMER_REAL, itp, (struct itimerval *)0); X! while (!ringring) X! sigpause(omask &~ mask(SIGALRM)); X! (void) sigvec(SIGALRM, &ovec, (struct sigvec *)0); X! (void) setitimer(ITIMER_REAL, &oitv, (struct itimerval *)0); X! (void) sigsetmask(omask); X } X X! static void X! t3000_napx() X! { X! ringring = 1; X! } X--- 342,350 ---- X } X #endif X X t3000_nap() X { X! acu_nap (50); X } X X! /* end of t3000.c */ Xdiff -r -c ./libacu/tod.c libacu/tod.c X*** ./libacu/tod.c Sun Mar 26 18:47:08 1995 X--- libacu/tod.c Sat Mar 25 18:06:00 1995 X*************** X*** 0 **** X--- 1,107 ---- X+ /* X+ * tod.c -- time of day pseudo-class implementation X+ * X+ * Copyright (c) 1995 John H. Poplett X+ * All rights reserved. X+ * X+ * Redistribution and use in source and binary forms, with or without X+ * modification, are permitted provided that the following conditions X+ * are met: X+ * 1. Redistributions of source code must retain the above copyright X+ * notice immediately at the beginning of the file, without modification, X+ * this list of conditions, and the following disclaimer. X+ * 2. Redistributions in binary form must reproduce the above copyright X+ * notice, this list of conditions and the following disclaimer in the X+ * documentation and/or other materials provided with the distribution. X+ * 3. Absolutely no warranty of function or purpose is made by the author X+ * John H. Poplett. X+ * 4. This work was done expressly for inclusion into FreeBSD. Other use X+ * is allowed if this notation is included. X+ * 5. Modifications may be freely made to this file if the above conditions X+ * are met. X+ * X+ */ X+ X+ #include X+ #include X+ X+ #include X+ #include X+ X+ #include "tod.h" X+ X+ #define USP 1000000 X+ X+ int tod_cmp (const struct timeval *a, const struct timeval *b) X+ { X+ int rc; X+ assert (a->tv_usec <= USP); X+ assert (b->tv_usec <= USP); X+ rc = a->tv_sec - b->tv_sec; X+ if (rc == 0) X+ rc = a->tv_usec - b->tv_usec; X+ return rc; X+ } X+ X+ /* X+ TOD < command X+ */ X+ int tod_lt (const struct timeval *a, const struct timeval *b) X+ { X+ return tod_cmp (a, b) < 0; X+ } X+ X+ int tod_gt (const struct timeval *a, const struct timeval *b) X+ { X+ return tod_cmp (a, b) > 0; X+ } X+ X+ int tod_lte (const struct timeval *a, const struct timeval *b) X+ { X+ return tod_cmp (a, b) <= 0; X+ } X+ X+ int tod_gte (const struct timeval *a, const struct timeval *b) X+ { X+ return tod_cmp (a, b) >= 0; X+ } X+ X+ int tod_eq (const struct timeval *a, const struct timeval *b) X+ { X+ return tod_cmp (a, b) == 0; X+ } X+ X+ /* X+ TOD += command X+ */ X+ void tod_addto (struct timeval *a, const struct timeval *b) X+ { X+ a->tv_usec += b->tv_usec; X+ a->tv_sec += b->tv_sec + a->tv_usec / USP; X+ a->tv_usec %= USP; X+ } X+ X+ /* X+ TOD -= command X+ */ X+ void tod_subfrom (struct timeval *a, struct timeval b) X+ { X+ assert (a->tv_usec <= USP); X+ assert (b.tv_usec <= USP); X+ if (b.tv_usec > a->tv_usec) X+ { X+ a->tv_usec += USP; X+ a->tv_sec -= 1; X+ } X+ a->tv_usec -= b.tv_usec; X+ a->tv_sec -= b.tv_sec; X+ } X+ X+ void tod_gettime (struct timeval *tp) X+ { X+ gettimeofday (tp, NULL); X+ tp->tv_sec += tp->tv_usec / USP; X+ tp->tv_usec %= USP; X+ } X+ X+ /* end of tod.c */ Xdiff -r -c ./libacu/tod.h libacu/tod.h X*** ./libacu/tod.h Sun Mar 26 18:47:09 1995 X--- libacu/tod.h Tue Mar 14 23:13:42 1995 X*************** X*** 0 **** X--- 1,9 ---- X+ int tod_cmp (const struct timeval *a, const struct timeval *b); X+ int tod_lt (const struct timeval *a, const struct timeval *b) ; X+ int tod_gt (const struct timeval *a, const struct timeval *b); X+ int tod_lte (const struct timeval *a, const struct timeval *b); X+ int tod_gte (const struct timeval *a, const struct timeval *b); X+ int tod_eq (const struct timeval *a, const struct timeval *b); X+ void tod_addto (struct timeval *a, const struct timeval *b); X+ void tod_subfrom (struct timeval *a, struct timeval b); X+ void tod_gettime (struct timeval *tp); Xdiff -r -c ./libacu/unidialer.c libacu/unidialer.c X*** ./libacu/unidialer.c Sun Mar 26 18:47:09 1995 X--- libacu/unidialer.c Sun Mar 26 12:30:04 1995 X*************** X*** 0 **** X--- 1,800 ---- X+ /* X+ * Copyright (c) 1986, 1993 X+ * The Regents of the University of California. All rights reserved. X+ * X+ * Redistribution and use in source and binary forms, with or without X+ * modification, are permitted provided that the following conditions X+ * are met: X+ * 1. Redistributions of source code must retain the above copyright X+ * notice, this list of conditions and the following disclaimer. X+ * 2. Redistributions in binary form must reproduce the above copyright X+ * notice, this list of conditions and the following disclaimer in the X+ * documentation and/or other materials provided with the distribution. X+ * 3. All advertising materials mentioning features or use of this software X+ * must display the following acknowledgement: X+ * This product includes software developed by the University of X+ * California, Berkeley and its contributors. X+ * 4. Neither the name of the University nor the names of its contributors X+ * may be used to endorse or promote products derived from this software X+ * without specific prior written permission. X+ * X+ * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND X+ * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X+ * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X+ * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE X+ * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X+ * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X+ * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X+ * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X+ * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X+ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X+ * SUCH DAMAGE. X+ */ X+ X+ #ifndef lint X+ static char sccsid[] = "@(#)unidialer.c 8.1 (Berkeley) 6/6/93"; X+ #endif /* not lint */ X+ X+ /* X+ * Generalized routines for calling up on a Hayes AT command set based modem. X+ * Control variables are pulled out of a modem caps-style database to X+ * configure the driver for a particular modem. X+ */ X+ #include "tipconf.h" X+ #include "tip.h" X+ #include "pathnames.h" X+ X+ #include X+ #include X+ #include X+ #include X+ X+ #include "acucommon.h" X+ #include "tod.h" X+ X+ /* #define DEBUG /**/ X+ #define MAXRETRY 5 X+ X+ typedef enum X+ { X+ mpt_notype, mpt_string, mpt_number, mpt_boolean X+ } modem_parm_type_t; X+ X+ typedef struct { X+ modem_parm_type_t modem_parm_type; X+ const char *name; X+ union { X+ char **string; X+ unsigned int *number; X+ } value; X+ union { X+ char *string; X+ unsigned int number; X+ } default_value; X+ } modem_parm_t; X+ X+ /* X+ Configuration X+ */ X+ static char modem_name [80]; X+ static char *dial_command; X+ static char *hangup_command; X+ static char *echo_off_command; X+ static char *reset_command; X+ static char *init_string; X+ static char *escape_sequence; X+ static int hw_flow_control; X+ static int lock_baud; X+ static unsigned int intercharacter_delay; X+ static unsigned int intercommand_delay; X+ static unsigned int escape_guard_time; X+ static unsigned int reset_delay; X+ X+ static int unidialer_dialer (register char *num, char *acu); X+ static void unidialer_disconnect (); X+ static void unidialer_abort (); X+ X+ static acu_t unidialer = X+ { X+ modem_name, X+ unidialer_dialer, X+ unidialer_disconnect, X+ unidialer_abort X+ }; X+ X+ /* X+ Table of parameters kept in modem database X+ */ X+ modem_parm_t modem_parms [] = { X+ { mpt_string, "dial_command", &dial_command, "ATDT%s\r" }, X+ { mpt_string, "hangup_command", &hangup_command, "ATH\r", }, X+ { mpt_string, "echo_off_command", &echo_off_command, "ATE0\r" }, X+ { mpt_string, "reset_command", &reset_command, "ATZ\r" }, X+ { mpt_string, "init_string", &init_string, "AT&F\r", }, X+ { mpt_string, "escape_sequence", &escape_sequence, "+++" }, X+ { mpt_boolean, "hw_flow_control", (char **)&hw_flow_control, NULL }, X+ { mpt_boolean, "lock_baud", (char **)&lock_baud, NULL }, X+ { mpt_number, "intercharacter_delay", (char **)&intercharacter_delay, (char *)50 }, X+ { mpt_number, "intercommand_delay", (char **)&intercommand_delay, (char *)300 }, X+ { mpt_number, "escape_guard_time", (char **)&escape_guard_time, (char *)300 }, X+ { mpt_number, "reset_delay", (char **)&reset_delay, (char *)3000 }, X+ { mpt_notype, NULL, NULL, NULL } X+ }; X+ X+ /* X+ Forward declarations X+ */ X+ static void unidialer_verbose_read (); X+ static void unidialer_modem_cmd (int fd, CONST char *cmd); X+ static void unidialer_write (int fd, CONST char *cp, int n); X+ static void unidialer_write_str (int fd, CONST char *cp); X+ static void unidialer_disconnect (); X+ static void sigALRM (); X+ static int unidialersync (); X+ static int unidialer_swallow (register char *match); X+ X+ /* X+ Global vars X+ */ X+ static int timeout = 0; X+ static int connected = 0; X+ static jmp_buf timeoutbuf, intbuf; X+ X+ #define cgetflag(f) (cgetcap(bp, f, ':') != NULL) X+ X+ #ifdef DEBUG X+ X+ #define print_str(x) printf (#x " = %s\n", x) X+ #define print_num(x) printf (#x " = %d\n", x) X+ X+ void dumpmodemparms (char *modem) X+ { X+ printf ("modem parms for %s\n", modem); X+ print_str (dial_command); X+ print_str (hangup_command); X+ print_str (echo_off_command); X+ print_str (reset_command); X+ print_str (init_string); X+ print_str (escape_sequence); X+ print_num (lock_baud); X+ print_num (intercharacter_delay); X+ print_num (intercommand_delay); X+ print_num (escape_guard_time); X+ print_num (reset_delay); X+ printf ("\n"); X+ } X+ #endif X+ X+ static int getmodemparms (const char *modem) X+ { X+ char *bp, *db_array [3], *modempath; X+ int ndx, stat; X+ modem_parm_t *mpp; X+ X+ modempath = getenv ("MODEMS"); X+ X+ ndx = 0; X+ X+ if (modempath != NULL) X+ db_array [ndx++] = modempath; X+ X+ db_array [ndx++] = _PATH_MODEMS; X+ db_array [ndx] = NULL; X+ X+ if ((stat = cgetent (&bp, db_array, (char *)modem)) < 0) { X+ switch (stat) { X+ case -1: X+ fprintf (stderr, "tip: unknown modem %s\n", modem); X+ break; X+ case -2: X+ fprintf (stderr, "tip: can't open modem description file\n"); X+ break; X+ case -3: X+ fprintf (stderr, "tip: possible reference loop in modem description file\n"); X+ break; X+ } X+ return 0; X+ } X+ for (mpp = modem_parms; mpp->name; mpp++) X+ { X+ switch (mpp->modem_parm_type) X+ { X+ case mpt_string: X+ if (cgetstr (bp, (char *)mpp->name, mpp->value.string) == -1) X+ *mpp->value.string = mpp->default_value.string; X+ break; X+ X+ case mpt_number: X+ { X+ long l; X+ if (cgetnum (bp, (char *)mpp->name, &l) == -1) X+ *mpp->value.number = mpp->default_value.number; X+ else X+ *mpp->value.number = (unsigned int)l; X+ } X+ break; X+ X+ case mpt_boolean: X+ *mpp->value.number = cgetflag ((char *)mpp->name); X+ break; X+ } X+ } X+ strncpy (modem_name, modem, sizeof (modem_name) - 1); X+ modem_name [sizeof (modem_name) - 1] = '\0'; X+ return 1; X+ } X+ X+ /* X+ */ X+ acu_t* unidialer_getmodem (const char *modem_name) X+ { X+ acu_t* rc = NOACU; X+ if (getmodemparms (modem_name)) X+ rc = &unidialer; X+ return rc; X+ } X+ X+ static int unidialer_modem_ready () X+ { X+ #ifdef TIOCMGET X+ int state; X+ ioctl (FD, TIOCMGET, &state); X+ return (state & TIOCM_DSR) ? 1 : 0; X+ #else X+ return (1); X+ #endif X+ } X+ X+ static int unidialer_waitfor_modem_ready (int ms) X+ { X+ #ifdef TIOCMGET X+ int count; X+ for (count = 0; count < ms; count += 100) X+ { X+ if (unidialer_modem_ready ()) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_waitfor_modem_ready: modem ready.\n"); X+ #endif X+ break; X+ } X+ acu_nap (100); X+ } X+ return (count < ms); X+ #else X+ acu_nap (250); X+ return (1); X+ #endif X+ } X+ X+ int unidialer_tty_clocal (int flag) X+ { X+ #if HAVE_TERMIOS X+ struct termios t; X+ tcgetattr (FD, &t); X+ if (flag) X+ t.c_cflag |= CLOCAL; X+ else X+ t.c_cflag &= ~CLOCAL; X+ tcsetattr (FD, TCSANOW, &t); X+ #elif defined(TIOCMSET) X+ int state; X+ /* X+ Don't have CLOCAL so raise CD in software to X+ get the same effect. X+ */ X+ ioctl (FD, TIOCMGET, &state); X+ if (flag) X+ state |= TIOCM_CD; X+ else X+ state &= ~TIOCM_CD; X+ ioctl (FD, TIOCMSET, &state); X+ #endif X+ } X+ X+ int unidialer_get_modem_response (char *buf, int bufsz, int response_timeout) X+ { X+ sig_t f; X+ char c, *p = buf, *lid = buf + bufsz - 1; X+ int state; X+ X+ assert (bufsz > 0); X+ X+ f = signal (SIGALRM, sigALRM); X+ X+ timeout = 0; X+ X+ if (setjmp (timeoutbuf)) { X+ signal (SIGALRM, f); X+ *p = '\0'; X+ #ifdef DEBUG X+ printf ("get_response: timeout buf=%s, state=%d\n", buf, state); X+ #endif X+ return (0); X+ } X+ X+ ualarm (response_timeout * 1000, 0); X+ X+ state = 0; X+ X+ while (1) X+ { X+ switch (state) X+ { X+ case 0: X+ if (read (FD, &c, 1) == 1) X+ { X+ if (c == '\r') X+ { X+ ++state; X+ } X+ else X+ { X+ #ifdef DEBUG X+ printf ("get_response: unexpected char %s.\n", ctrl (c)); X+ #endif X+ } X+ } X+ break; X+ X+ case 1: X+ if (read (FD, &c, 1) == 1) X+ { X+ if (c == '\n') X+ { X+ #ifdef DEBUG X+ printf ("get_response: encountered.\n", buf); X+ #endif X+ ++state; X+ } X+ else X+ { X+ state = 0; X+ #ifdef DEBUG X+ printf ("get_response: unexpected char %s.\n", ctrl (c)); X+ #endif X+ } X+ } X+ break; X+ X+ case 2: X+ if (read (FD, &c, 1) == 1) X+ { X+ if (c == '\r') X+ ++state; X+ else if (c >= ' ' && p < lid) X+ *p++ = c; X+ } X+ break; X+ X+ case 3: X+ if (read (FD, &c, 1) == 1) X+ { X+ if (c == '\n') X+ { X+ signal (SIGALRM, f); X+ /* ualarm (0, 0); */ X+ alarm (0); X+ *p = '\0'; X+ #ifdef DEBUG X+ printf ("get_response: %s\n", buf); X+ #endif X+ return (1); X+ } X+ else X+ { X+ state = 0; X+ p = buf; X+ } X+ } X+ break; X+ } X+ } X+ } X+ X+ int unidialer_get_okay (int ms) X+ { X+ int okay; X+ char buf [BUFSIZ]; X+ okay = unidialer_get_modem_response (buf, sizeof (buf), ms) && X+ strcmp (buf, "OK") == 0; X+ return okay; X+ } X+ X+ static int unidialer_dialer (register char *num, char *acu) X+ { X+ register char *cp; X+ char dial_string [80]; X+ #if ACULOG X+ char line [80]; X+ #endif X+ static int unidialer_connect(), unidialer_swallow(); X+ X+ #ifdef DEBUG X+ dumpmodemparms (modem_name); X+ #endif X+ X+ if (lock_baud) { X+ int i; X+ if ((i = speed(number(value(BAUDRATE)))) == NULL) X+ return 0; X+ ttysetup (i); X+ } X+ X+ if (boolean(value(VERBOSE))) X+ printf("Using \"%s\"\n", acu); X+ X+ acu_hupcl (); X+ X+ /* X+ * Get in synch. X+ */ X+ if (!unidialersync()) { X+ badsynch: X+ printf("tip: can't synchronize with %s\n", modem_name); X+ #if ACULOG X+ logent(value(HOST), num, modem_name, "can't synch up"); X+ #endif X+ return (0); X+ } X+ X+ unidialer_modem_cmd (FD, echo_off_command); /* turn off echoing */ X+ X+ sleep(1); X+ X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ unidialer_verbose_read(); X+ #endif X+ X+ acu_flush (); /* flush any clutter */ X+ X+ unidialer_modem_cmd (FD, init_string); X+ X+ if (!unidialer_get_okay (250)) X+ goto badsynch; X+ X+ fflush (stdout); X+ X+ for (cp = num; *cp; cp++) X+ if (*cp == '=') X+ *cp = ','; X+ X+ (void) sprintf (dial_string, dial_command, num); X+ X+ unidialer_modem_cmd (FD, dial_string); X+ X+ connected = unidialer_connect (); X+ X+ if (connected && hw_flow_control) { X+ acu_hw_flow_control (hw_flow_control); X+ } X+ X+ #if ACULOG X+ if (timeout) { X+ sprintf(line, "%d second dial timeout", X+ number(value(DIALTIMEOUT))); X+ logent(value(HOST), num, modem_name, line); X+ } X+ #endif X+ X+ if (timeout) X+ unidialer_disconnect (); X+ X+ return (connected); X+ } X+ X+ static void unidialer_disconnect () X+ { X+ int okay, retries; X+ X+ acu_flush (); /* flush any clutter */ X+ X+ unidialer_tty_clocal (TRUE); X+ X+ /* first hang up the modem*/ X+ ioctl (FD, TIOCCDTR, 0); X+ acu_nap (250); X+ ioctl (FD, TIOCSDTR, 0); X+ X+ /* X+ * If AT&D2, then dropping DTR *should* just hangup the modem. But X+ * some modems reset anyway; also, the modem may be programmed to reset X+ * anyway with AT&D3. Play it safe and wait for the full reset time before X+ * proceeding. X+ */ X+ acu_nap (reset_delay); X+ X+ if (!unidialer_waitfor_modem_ready (reset_delay)) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_disconnect: warning CTS low.\r\n"); X+ #endif X+ } X+ X+ /* X+ * If not strapped for DTR control, try to get command mode. X+ */ X+ for (retries = okay = 0; retries < MAXRETRY && !okay; retries++) X+ { X+ int timeout_value; X+ /* flush any clutter */ X+ if (!acu_flush ()) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_disconnect: warning flush failed.\r\n"); X+ #endif X+ } X+ timeout_value = escape_guard_time; X+ timeout_value += (timeout_value * retries / MAXRETRY); X+ acu_nap (timeout_value); X+ acu_flush (); /* flush any clutter */ X+ unidialer_modem_cmd (FD, escape_sequence); X+ acu_nap (timeout_value); X+ unidialer_modem_cmd (FD, hangup_command); X+ okay = unidialer_get_okay (250); X+ } X+ if (!okay) X+ { X+ #if ACULOG X+ logent(value(HOST), "", modem_name, "can't hang up modem"); X+ #endif X+ if (boolean(value(VERBOSE))) X+ printf("hang up failed\n"); X+ } X+ (void) acu_flush (); X+ close (FD); X+ } X+ X+ static void unidialer_abort () X+ { X+ unidialer_write_str (FD, "\r"); /* send anything to abort the call */ X+ unidialer_disconnect (); X+ } X+ X+ static void sigALRM () X+ { X+ (void) printf("\07timeout waiting for reply\n"); X+ timeout = 1; X+ longjmp(timeoutbuf, 1); X+ } X+ X+ static int unidialer_swallow (register char *match) X+ { X+ sig_t f; X+ char c; X+ X+ f = signal(SIGALRM, sigALRM); X+ X+ timeout = 0; X+ X+ if (setjmp(timeoutbuf)) { X+ signal(SIGALRM, f); X+ return (0); X+ } X+ X+ alarm(number(value(DIALTIMEOUT))); X+ X+ do { X+ if (*match =='\0') { X+ signal(SIGALRM, f); X+ alarm (0); X+ return (1); X+ } X+ do { X+ read (FD, &c, 1); X+ } while (c == '\0'); X+ c &= 0177; X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ { X+ /* putchar(c); */ X+ printf (ctrl (c)); X+ } X+ #endif X+ } while (c == *match++); X+ signal(SIGALRM, SIG_DFL); X+ alarm(0); X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ fflush (stdout); X+ #endif X+ return (0); X+ } X+ X+ static struct baud_msg { X+ char *msg; X+ int baud; X+ } baud_msg[] = { X+ "", B300, X+ " 1200", B1200, X+ " 2400", B2400, X+ " 9600", B9600, X+ " 9600/ARQ", B9600, X+ 0, 0, X+ }; X+ X+ static int unidialer_connect () X+ { X+ char c; X+ int nc, nl, n; X+ char dialer_buf[64]; X+ struct baud_msg *bm; X+ sig_t f; X+ X+ if (unidialer_swallow("\r\n") == 0) X+ return (0); X+ f = signal(SIGALRM, sigALRM); X+ again: X+ nc = 0; nl = sizeof(dialer_buf)-1; X+ bzero(dialer_buf, sizeof(dialer_buf)); X+ timeout = 0; X+ for (nc = 0, nl = sizeof(dialer_buf)-1 ; nl > 0 ; nc++, nl--) { X+ if (setjmp(timeoutbuf)) X+ break; X+ alarm(number(value(DIALTIMEOUT))); X+ n = read(FD, &c, 1); X+ alarm(0); X+ if (n <= 0) X+ break; X+ c &= 0x7f; X+ if (c == '\r') { X+ if (unidialer_swallow("\n") == 0) X+ break; X+ if (!dialer_buf[0]) X+ goto again; X+ if (strcmp(dialer_buf, "RINGING") == 0 && X+ boolean(value(VERBOSE))) { X+ #ifdef DEBUG X+ printf("%s\r\n", dialer_buf); X+ #endif X+ goto again; X+ } X+ if (strncmp(dialer_buf, "CONNECT", X+ sizeof("CONNECT")-1) != 0) X+ break; X+ if (lock_baud) { X+ signal(SIGALRM, f); X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ printf("%s\r\n", dialer_buf); X+ #endif X+ return (1); X+ } X+ for (bm = baud_msg ; bm->msg ; bm++) X+ if (strcmp(bm->msg, dialer_buf+sizeof("CONNECT")-1) == 0) { X+ if (!acu_setspeed (bm->baud)) X+ goto error; X+ signal(SIGALRM, f); X+ #ifdef DEBUG X+ if (boolean(value(VERBOSE))) X+ printf("%s\r\n", dialer_buf); X+ #endif X+ return (1); X+ } X+ break; X+ } X+ dialer_buf[nc] = c; X+ } X+ error1: X+ printf("%s\r\n", dialer_buf); X+ error: X+ signal(SIGALRM, f); X+ return (0); X+ } X+ X+ /* X+ * This convoluted piece of code attempts to get X+ * the unidialer in sync. X+ */ X+ static int unidialersync () X+ { X+ int already = 0; X+ int len; X+ char buf[40]; X+ X+ while (already++ < MAXRETRY) { X+ acu_nap (intercommand_delay); X+ acu_flush (); /* flush any clutter */ X+ unidialer_write_str (FD, reset_command); /* reset modem */ X+ bzero(buf, sizeof(buf)); X+ acu_nap (reset_delay); X+ ioctl (FD, FIONREAD, &len); X+ if (len) { X+ len = read(FD, buf, sizeof(buf)); X+ #ifdef DEBUG X+ buf [len] = '\0'; X+ printf("unidialersync (%s): (\"%s\")\n\r", modem_name, buf); X+ #endif X+ if (index(buf, '0') || X+ (index(buf, 'O') && index(buf, 'K'))) X+ return(1); X+ } X+ /* X+ * If not strapped for DTR control, X+ * try to get command mode. X+ */ X+ acu_nap (escape_guard_time); X+ unidialer_write_str (FD, escape_sequence); X+ acu_nap (escape_guard_time); X+ unidialer_write_str (FD, hangup_command); X+ /* X+ * Toggle DTR to force anyone off that might have left X+ * the modem connected. X+ */ X+ acu_nap (escape_guard_time); X+ ioctl (FD, TIOCCDTR, 0); X+ acu_nap (1000); X+ ioctl (FD, TIOCSDTR, 0); X+ } X+ acu_nap (intercommand_delay); X+ unidialer_write_str (FD, reset_command); X+ return (0); X+ } X+ X+ /* X+ Send commands to modem; impose delay between commands. X+ */ X+ static void unidialer_modem_cmd (int fd, const char *cmd) X+ { X+ static struct timeval oldt = { 0, 0 }; X+ struct timeval newt; X+ tod_gettime (&newt); X+ if (tod_lt (&newt, &oldt)) X+ { X+ unsigned int naptime; X+ tod_subfrom (&oldt, newt); X+ naptime = oldt.tv_sec * 1000 + oldt.tv_usec / 1000; X+ if (naptime > intercommand_delay) X+ { X+ #ifdef DEBUG X+ printf ("unidialer_modem_cmd: suspicious naptime (%u ms)\r\n", naptime); X+ #endif X+ naptime = intercommand_delay; X+ } X+ #ifdef DEBUG X+ printf ("unidialer_modem_cmd: delaying %u ms\r\n", naptime); X+ #endif X+ acu_nap (naptime); X+ } X+ unidialer_write_str (fd, cmd); X+ tod_gettime (&oldt); X+ newt.tv_sec = 0; X+ newt.tv_usec = intercommand_delay; X+ tod_addto (&oldt, &newt); X+ } X+ X+ static void unidialer_write_str (int fd, const char *cp) X+ { X+ #ifdef DEBUG X+ printf ("unidialer (%s): sending %s\n", modem_name, cp); X+ #endif X+ unidialer_write (fd, cp, strlen (cp)); X+ } X+ X+ static void unidialer_write (int fd, const char *cp, int n) X+ { X+ acu_nap (intercharacter_delay); X+ for ( ; n-- ; cp++) { X+ write (fd, cp, 1); X+ acu_nap (intercharacter_delay); X+ } X+ } X+ X+ #ifdef DEBUG X+ static void unidialer_verbose_read() X+ { X+ int n = 0; X+ char buf[BUFSIZ]; X+ X+ if (ioctl(FD, FIONREAD, &n) < 0) X+ return; X+ if (n <= 0) X+ return; X+ if (read(FD, buf, n) != n) X+ return; X+ write(1, buf, n); X+ } X+ #endif X+ X+ /* end of unidialer.c */ Xdiff -r -c ./libacu/v3451.c libacu/v3451.c X*** ./libacu/v3451.c Sun Mar 26 18:47:00 1995 X--- libacu/v3451.c Fri Mar 24 00:26:34 1995 X*************** X*** 38,43 **** X--- 38,44 ---- X /* X * Routines for calling up on a Vadic 3451 Modem X */ X+ #include "tipconf.h" X #include "tip.h" X X static jmp_buf Sjbuf; X*************** X*** 50,56 **** X int ok; X int slow = number(value(BAUDRATE)) < 1200, rw = 2; X char phone[50]; X! #ifdef ACULOG X char line[80]; X #endif X static int expect(); X--- 51,57 ---- X int ok; X int slow = number(value(BAUDRATE)) < 1200, rw = 2; X char phone[50]; X! #if ACULOG X char line[80]; X #endif X static int expect(); X*************** X*** 65,81 **** X vawrite("\005\r", 2 + slow); X if (!expect("READY")) { X printf("can't synchronize with vadic 3451\n"); X! #ifdef ACULOG X logent(value(HOST), num, "vadic", "can't synch up"); X #endif X return (0); X } X! ioctl(FD, TIOCHPCL, 0); X sleep(1); X vawrite("D\r", 2 + slow); X if (!expect("NUMBER?")) { X printf("Vadic will not accept dial command\n"); X! #ifdef ACULOG X logent(value(HOST), num, "vadic", "will not accept dial"); X #endif X return (0); X--- 66,82 ---- X vawrite("\005\r", 2 + slow); X if (!expect("READY")) { X printf("can't synchronize with vadic 3451\n"); X! #if ACULOG X logent(value(HOST), num, "vadic", "can't synch up"); X #endif X return (0); X } X! acu_hupcl (); X sleep(1); X vawrite("D\r", 2 + slow); X if (!expect("NUMBER?")) { X printf("Vadic will not accept dial command\n"); X! #if ACULOG X logent(value(HOST), num, "vadic", "will not accept dial"); X #endif X return (0); X*************** X*** 85,91 **** X vawrite(phone, 1 + slow); X if (!expect(phone)) { X printf("Vadic will not accept phone number\n"); X! #ifdef ACULOG X logent(value(HOST), num, "vadic", "will not accept number"); X #endif X return (0); X--- 86,92 ---- X vawrite(phone, 1 + slow); X if (!expect(phone)) { X printf("Vadic will not accept phone number\n"); X! #if ACULOG X logent(value(HOST), num, "vadic", "will not accept number"); X #endif X return (0); X*************** X*** 100,106 **** X vawrite("\r", 1 + slow); X if (!expect("DIALING:")) { X printf("Vadic failed to dial\n"); X! #ifdef ACULOG X logent(value(HOST), num, "vadic", "failed to dial"); X #endif X return (0); X--- 101,107 ---- X vawrite("\r", 1 + slow); X if (!expect("DIALING:")) { X printf("Vadic failed to dial\n"); X! #if ACULOG X logent(value(HOST), num, "vadic", "failed to dial"); X #endif X return (0); X*************** X*** 111,117 **** X signal(SIGINT, func); X if (!ok) { X printf("call failed\n"); X! #ifdef ACULOG X logent(value(HOST), num, "vadic", "call failed"); X #endif X return (0); X--- 112,118 ---- X signal(SIGINT, func); X if (!ok) { X printf("call failed\n"); X! #if ACULOG X logent(value(HOST), num, "vadic", "call failed"); X #endif X return (0); Xdiff -r -c ./libacu/v831.c libacu/v831.c X*** ./libacu/v831.c Sun Mar 26 18:47:00 1995 X--- libacu/v831.c Thu Mar 16 08:02:03 1995 X*************** X*** 38,43 **** X--- 38,44 ---- X /* X * Routines for dialing up on Vadic 831 X */ X+ #include "tipconf.h" X #include "tip.h" X X int v831_abort(); X*************** X*** 127,144 **** X */ X v831_disconnect() X { X- struct sgttyb cntrl; X- X sleep(2); X #ifdef DEBUG X printf("[disconnect: FD=%d]\n", FD); X #endif X if (FD > 0) { X ioctl(FD, TIOCCDTR, 0); X! ioctl(FD, TIOCGETP, &cntrl); X! cntrl.sg_ispeed = cntrl.sg_ospeed = 0; X! ioctl(FD, TIOCSETP, &cntrl); X! ioctl(FD, TIOCNXCL, (struct sgttyb *)NULL); X } X close(FD); X } X--- 128,141 ---- X */ X v831_disconnect() X { X sleep(2); X #ifdef DEBUG X printf("[disconnect: FD=%d]\n", FD); X #endif X if (FD > 0) { X ioctl(FD, TIOCCDTR, 0); X! acu_setspeec (0); X! ioctl(FD, TIOCNXCL, 0); X } X close(FD); X } X*************** X*** 153,159 **** X if (child > 0) X kill(child, SIGKILL); X if (AC > 0) X! ioctl(FD, TIOCNXCL, (struct sgttyb *)NULL); X close(AC); X if (FD > 0) X ioctl(FD, TIOCCDTR, 0); X--- 150,156 ---- X if (child > 0) X kill(child, SIGKILL); X if (AC > 0) X! ioctl(FD, TIOCNXCL, 0); X close(AC); X if (FD > 0) X ioctl(FD, TIOCCDTR, 0); X*************** X*** 185,191 **** X char *acu; X { X register struct vaconfig *vp; X- struct sgttyb cntrl; X char c; X int i, two = 2; X static char *sanitize(); X--- 182,187 ---- X*************** X*** 203,212 **** X--- 199,225 ---- X printf("Unable to locate dialer (%s)\n", acu); X return ('K'); X } X+ { X+ #if HAVE_TERMIOS X+ struct termios termios; X+ tcgetattr (AC, &termios); X+ termios.c_iflag = 0; X+ #ifndef _POSIX_SOURCE X+ termios.c_lflag = (PENDIN|ECHOKE|ECHOE); X+ #else X+ termios.c_lflag = (PENDIN|ECHOE); X+ #endif X+ termios.c_cflag = (CLOCAL|HUPCL|CREAD|CS8); X+ termios.c_ispeed = termios.c_ospeed = B2400; X+ tcsetattr (AC, TCSANOW, &termios); X+ #else /* HAVE_TERMIOS */ X+ struct sgttyb cntrl; X ioctl(AC, TIOCGETP, &cntrl); X cntrl.sg_ispeed = cntrl.sg_ospeed = B2400; X cntrl.sg_flags = RAW | EVENP | ODDP; X ioctl(AC, TIOCSETP, &cntrl); X+ #endif X+ } X ioctl(AC, TIOCFLUSH, &two); X pc(STX); X pc(vp->vc_rack); Xdiff -r -c ./libacu/ventel.c libacu/ventel.c X*** ./libacu/ventel.c Sun Mar 26 18:47:00 1995 X--- libacu/ventel.c Fri Mar 24 00:26:49 1995 X*************** X*** 39,44 **** X--- 39,45 ---- X * Routines for calling up on a Ventel Modem X * The Ventel is expected to be strapped for local echo (just like uucp) X */ X+ #include "tipconf.h" X #include "tip.h" X X #define MAXRETRY 5 X*************** X*** 72,78 **** X */ X if (!vensync(FD)) { X printf("can't synchronize with ventel\n"); X! #ifdef ACULOG X logent(value(HOST), num, "ventel", "can't synch up"); X #endif X return (0); X--- 73,79 ---- X */ X if (!vensync(FD)) { X printf("can't synchronize with ventel\n"); X! #if ACULOG X logent(value(HOST), num, "ventel", "can't synch up"); X #endif X return (0); X*************** X*** 80,86 **** X if (boolean(value(VERBOSE))) X printf("\ndialing..."); X fflush(stdout); X! ioctl(FD, TIOCHPCL, 0); X echo("#k$\r$\n$D$I$A$L$:$ "); X for (cp = num; *cp; cp++) { X delay(1, 10); X--- 81,87 ---- X if (boolean(value(VERBOSE))) X printf("\ndialing..."); X fflush(stdout); X! acu_hupcl (); X echo("#k$\r$\n$D$I$A$L$:$ "); X for (cp = num; *cp; cp++) { X delay(1, 10); X*************** X*** 91,98 **** X gobble('\n', line); X if (gobble('\n', line)) X connected = gobble('!', line); X! ioctl(FD, TIOCFLUSH); X! #ifdef ACULOG X if (timeout) { X sprintf(line, "%d second dial timeout", X number(value(DIALTIMEOUT))); X--- 92,99 ---- X gobble('\n', line); X if (gobble('\n', line)) X connected = gobble('!', line); X! acu_flush (); X! #if ACULOG X if (timeout) { X sprintf(line, "%d second dial timeout", X number(value(DIALTIMEOUT))); XOnly in .: patches Xdiff -r -c ./tip/Makefile tip/Makefile X*** ./tip/Makefile Sun Mar 26 18:47:03 1995 X--- tip/Makefile Sat Mar 25 21:03:39 1995 X*************** X*** 6,50 **** X # mode 6?? X # /var/log/aculog ACU accounting file, owned by ${OWNER} and X # mode 6?? {if ACULOG defined} X- # Presently supports: X- # BIZCOMP X- # DEC DF02-AC, DF03-AC X- # DEC DN-11/Able Quadracall X- # HAYES and Hayes emulators X- # USR COURIER (2400 baud) X- # VENTEL 212+ X- # VADIC 831 RS232 adaptor X- # VADIC 3451 X- # TELEBIT T3000 X- # X- # Configuration defines: X- # DF02, DF03, DN11 ACU's supported X- # BIZ1031, BIZ1022, VENTEL, V831, V3451, HAYES, COURIER, T3000 X- # ACULOG turn on tip logging of ACU use X- # PRISTINE no phone #'s put in ACU log file X- # CONNECT worthless command X- # DEFBR default baud rate to make connection at X- # DEFFS default frame size for FTP buffering of X- # writes on local side X- # BUFSIZ buffer sizing from stdio, must be fed X- # explicitly to remcap.c if not 1024 X- # CONNECT enable ~C command (connect pgm to remote) X X! PROG= tip X! CFLAGS+=-I${.CURDIR} \ X! -DDEFBR=1200 -DDEFFS=BUFSIZ -DACULOG -DPRISTINE -DCONNECT \ X! -DV831 -DVENTEL -DHAYES -DCOURIER -DT3000 X! .PATH: ${.CURDIR}/aculib X! BINOWN= uucp X! BINGRP= dialer X BINMODE=4510 X! SRCS= acu.c acutab.c cmds.c cmdtab.c cu.c hunt.c log.c partab.c \ X! remote.c tip.c tipout.c uucplock.c value.c vars.c \ X! biz22.c courier.c df.c dn11.c hayes.c t3000.c v3451.c v831.c ventel.c X! X! # -- acutab is configuration dependent, and so depends on the Makefile X! # -- remote.o depends on the Makefile because of DEFBR and DEFFS X! # -- log.o depends on the Makefile because of ACULOG X! acutab.o log.o remote.o: Makefile X! X .include X--- 6,24 ---- X # mode 6?? X # /var/log/aculog ACU accounting file, owned by ${OWNER} and X # mode 6?? {if ACULOG defined} X X! CFLAGS+=-g X! LIBACU=../libacu/libacu.a X! BINDIR=/usr/bin X! BINOWN=uucp X! BINGRP=dialer X BINMODE=4510 X! LDADD+=$(LIBACU) X! LINKS=${BINDIR}/tip X! MAN1=tip.1 X! MAN5=modems.5 X! SRCS=acu.c acutab.c cmds.c cmdtab.c cu.c hunt.c log.c partab.c \ X! remote.c tip.c tipout.c uucplock.c value.c vars.c X! PROG=tip X! $(OBJS): tipconf.h X .include Xdiff -r -c ./tip/acu.c tip/acu.c X*** ./tip/acu.c Sun Mar 26 18:47:02 1995 X--- tip/acu.c Thu Mar 23 07:44:51 1995 X*************** X*** 35,42 **** X--- 35,47 ---- X static char sccsid[] = "@(#)acu.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X X+ #if UNIDIALER X+ acu_t* unidialer_getmodem (const char *modem_name); X+ #endif X+ X static acu_t *acu = NOACU; X static int conflag; X static void acuabort(); X*************** X*** 192,196 **** X--- 197,206 ---- X for (p = acutable; p->acu_name != '\0'; p++) X if (!strcmp(s, p->acu_name)) X return (p); X+ X+ #if UNIDIALER X+ return unidialer_getmodem (s); X+ #else X return (NOACU); X+ #endif X } Xdiff -r -c ./tip/acutab.c tip/acutab.c X*** ./tip/acutab.c Sun Mar 26 18:47:02 1995 X--- tip/acutab.c Sat Mar 25 16:13:37 1995 X*************** X*** 35,54 **** X static char sccsid[] = "@(#)acutab.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X #include "tip.h" X X! extern int df02_dialer(), df03_dialer(), df_disconnect(), df_abort(), X! biz31f_dialer(), biz31_disconnect(), biz31_abort(), X biz31w_dialer(), X! biz22f_dialer(), biz22_disconnect(), biz22_abort(), X biz22w_dialer(), X! ven_dialer(), ven_disconnect(), ven_abort(), X! hay_dialer(), hay_disconnect(), hay_abort(), X! cour_dialer(), cour_disconnect(), cour_abort(), X! t3000_dialer(), t3000_disconnect(), t3000_abort(), X! v3451_dialer(), v3451_disconnect(), v3451_abort(), X! v831_dialer(), v831_disconnect(), v831_abort(), X! dn_dialer(), dn_disconnect(), dn_abort(); X X acu_t acutable[] = { X #if BIZ1031 X--- 35,68 ---- X static char sccsid[] = "@(#)acutab.c 8.1 (Berkeley) 6/6/93"; X #endif /* not lint */ X X+ #include "tipconf.h" X #include "tip.h" X X! extern int df02_dialer(), df03_dialer(), X! biz31f_dialer(), X biz31w_dialer(), X! biz22f_dialer(), X biz22w_dialer(), X! ven_dialer(), X! hay_dialer(), X! cour_dialer(), X! multitech_dialer(), X! t3000_dialer(), X! v3451_dialer(), X! v831_dialer(), X! dn_dialer(); X! X! extern void df_disconnect(), df_abort(), X! biz31_disconnect(), biz31_abort(), X! biz22_disconnect(), biz22_abort(), X! ven_disconnect(), ven_abort(), X! hay_disconnect(), hay_abort(), X! cour_disconnect(), cour_abort(), X! multitech_disconnect(), multitech_abort(), X! t3000_disconnect(), t3000_abort(), X! v3451_disconnect(), v3451_abort(), X! v831_disconnect(), v831_abort(), X! dn_disconnect(), dn_abort(); X X acu_t acutable[] = { X #if BIZ1031 X*************** X*** 68,93 **** X #if DN11 X "dn11", dn_dialer, dn_disconnect, dn_abort, X #endif X! #ifdef VENTEL X "ventel",ven_dialer, ven_disconnect, ven_abort, X #endif X! #ifdef HAYES X "hayes",hay_dialer, hay_disconnect, hay_abort, X #endif X! #ifdef COURIER X "courier",cour_dialer, cour_disconnect, cour_abort, X #endif X! #ifdef T3000 X "t3000",t3000_dialer, t3000_disconnect, t3000_abort, X #endif X! #ifdef V3451 X! #ifndef V831 X "vadic",v3451_dialer, v3451_disconnect, v3451_abort, X #endif X "v3451",v3451_dialer, v3451_disconnect, v3451_abort, X #endif X! #ifdef V831 X! #ifndef V3451 X "vadic",v831_dialer, v831_disconnect, v831_abort, X #endif X "v831",v831_dialer, v831_disconnect, v831_abort, X--- 82,110 ---- X #if DN11 X "dn11", dn_dialer, dn_disconnect, dn_abort, X #endif X! #if VENTEL X "ventel",ven_dialer, ven_disconnect, ven_abort, X #endif X! #if HAYES X "hayes",hay_dialer, hay_disconnect, hay_abort, X #endif X! #if COURIER X "courier",cour_dialer, cour_disconnect, cour_abort, X #endif X! #if MULTITECH X! "multitech",multitech_dialer, multitech_disconnect, multitech_abort, X! #endif X! #if T3000 X "t3000",t3000_dialer, t3000_disconnect, t3000_abort, X #endif X! #if V3451 X! #if !V831 X "vadic",v3451_dialer, v3451_disconnect, v3451_abort, X #endif X "v3451",v3451_dialer, v3451_disconnect, v3451_abort, X #endif X! #if V831 X! #if !V3451 X "vadic",v831_dialer, v831_disconnect, v831_abort, X #endif X "v831",v831_dialer, v831_disconnect, v831_abort, END_OF_FILE if test 51555 -ne `wc -c <'patches.tip.2'`; then echo shar: \"'patches.tip.2'\" unpacked with wrong size! fi # end of 'patches.tip.2' fi echo shar: End of archive 3 \(of 3\). cp /dev/null ark3isdone MISSING="" for I in 1 2 3 ; do if test ! -f ark${I}isdone ; then MISSING="${MISSING} ${I}" fi done if test "${MISSING}" = "" ; then echo You have unpacked all 3 archives. rm -f ark[1-9]isdone else echo You still need to unpack the following archives: echo " " ${MISSING} fi ## End of shell archive. exit 0 From owner-freebsd-hackers Mon Mar 27 01:23:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA23814 for hackers-outgoing; Mon, 27 Mar 1995 01:23:04 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA23788 for ; Mon, 27 Mar 1995 01:22:54 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id KAA06111; Mon, 27 Mar 1995 10:23:19 +0100 From: Paul Richards Message-Id: <199503270923.KAA06111@isl.cf.ac.uk> Subject: Re: CERN and NCSA httpd... To: peter@bonkers.taronga.com (Peter da Silva) Date: Mon, 27 Mar 1995 10:23:18 +0100 (BST) Cc: hackers@FreeBSD.org In-Reply-To: <199503261248.GAA17176@bonkers.taronga.com> from "Peter da Silva" at Mar 26, 95 06:48:36 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 770 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Peter da Silva who said > > > > Perhaps the CERN daemon has better locality? What's NCSA holding on in it's > > > megabyte-odd of BSS, too? > > > Hmm I wonder if cern malloc's more of it's data area. > > I would expect it does. > > It's still using up a lot less real memory, regardless, which is interesting > considering it's got a bigger text segment. > Well if it's mallocing and freeing as it needs to then that's probably why. It looks liek NCSA statically decalares all the memory it needs up front. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-hackers Mon Mar 27 01:21:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA23602 for hackers-outgoing; Mon, 27 Mar 1995 01:21:25 -0800 Received: from coyote.rain.org (dcasba@coyote.rain.org [198.68.144.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA23590 for ; Mon, 27 Mar 1995 01:21:23 -0800 Received: by coyote.rain.org(8.6.10/RAIN-1.0) with id BAA14760 for freebsd-hackers@FreeBSD.Org on Mon, 27 Mar 1995 01:16:43 -0800 From: Tom Gray - DCA Message-Id: <199503270916.BAA14760@coyote.rain.org> Subject: Apology for posting large patches To: freebsd-hackers@FreeBSD.org Date: Mon, 27 Mar 1995 01:16:42 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 158 Sender: hackers-owner@FreeBSD.org Precedence: bulk Please accept my apologies for posting large patch files to this list. I should have posted it by some alternate mechanism. John Poplett dcasba@pacrain.com From owner-freebsd-hackers Mon Mar 27 01:33:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA24979 for hackers-outgoing; Mon, 27 Mar 1995 01:33:28 -0800 Received: from vm.gmd.de (vm.gmd.de [192.88.97.13]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA24959 for ; Mon, 27 Mar 1995 01:33:22 -0800 Message-Id: <199503270933.BAA24959@freefall.cdrom.com> Received: from VM.GMD.DE by vm.gmd.de (IBM VM SMTP V2R2) with BSMTP id 7023; Mon, 27 Mar 95 10:27:39 +0100 Received: from VMPROFS.ESOC.ESA.DE (NJE origin MAILER@ESOC) by VM.GMD.DE (LMail V1.2a/1.8a) with BSMTP id 1482; Mon, 27 Mar 1995 10:27:39 +0100 Received: from VMPROFS.ESOC.ESA.DE (NJE origin VCAPUANO@ESOC) by VMPROFS.ESOC.ESA.DE (LMail V1.2a/1.8a) with BSMTP id 8024; Mon, 27 Mar 1995 11:30:18 -0500 Date: Mon, 27 Mar 95 11:24:23 EST From: Vincenzo Capuano Organization: ESA - European Space Agency Subject: DFC77 patch To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk I have put in incoming/dcfd.diff.tar.gz the patch to /usr/src/usr.sbin.xntpd/parse/util/dcfd.c to make it work with FreeBSD and with the DCF77 Boeder Receiver. This is only useful to European users (esp. Germans) as DCF77 transmits from Frankfurt. Vincenzo From owner-freebsd-hackers Mon Mar 27 01:46:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA26438 for hackers-outgoing; Mon, 27 Mar 1995 01:46:30 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA26412 for ; Mon, 27 Mar 1995 01:46:22 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id RAA00614; Mon, 27 Mar 1995 17:46:45 GMT Date: Mon, 27 Mar 1995 17:46:44 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: FreeBSD problems - VM bug? In-Reply-To: <199503262015.WAA12485@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Mar 1995, J Wunsch wrote: > > But i've reported them earlier, they seem to be related to heavy > NFS server activity. NFS *server* and not *client* related problems? For the first time since I started on FreeBSD, my machine locked up hard. No Ctrl-Alt-Del, no pings, nothing. I was in single-user mode and X wasn't running at the time. I had the Taiwan FreeBSD mirror NFS mounted and a file system from another FreeBSD box mounted. The hang occurred in the middle of tarring the 2.0-950322-SNAP directory to a remotely mounted 8mm tape drive, about 13 megabytes in (near the end of the bindist). Time for a power cycle. :( I tried reproducing it, but it never showed up again. Doing dummy tars to /dev/null using files mounted from the other FreeBSD box at the same time as the tar from the mirror site when without a hitch on subsequent attempts. For reference, the mirror site runs NetBSD 1.0 and is located at the other end of a T1. The two FreeBSD machines are located on the same Ethernet as one of our SGI Indigo's (the host of the tape drive). I suppose I shouldn't complain because I was able to successfully transfer the 32 megs of the snapshot to tape four times, but it bothers me when the system locks up like this for no apparent reason. Has anyone characterised this bug, or should I attribute it to a stray cosmic ray hitting my system? :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon Mar 27 02:35:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA02369 for hackers-outgoing; Mon, 27 Mar 1995 02:35:55 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA02363 for ; Mon, 27 Mar 1995 02:35:53 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id LAA06312; Mon, 27 Mar 1995 11:35:17 +0100 From: Paul Richards Message-Id: <199503271035.LAA06312@isl.cf.ac.uk> Subject: Re: httpd as part of the system. To: peter@bonkers.taronga.com (Peter da Silva) Date: Mon, 27 Mar 1995 11:35:17 +0100 (BST) Cc: hackers@FreeBSD.org In-Reply-To: <199503261245.GAA17069@bonkers.taronga.com> from "Peter da Silva" at Mar 26, 95 06:45:48 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1374 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Peter da Silva who said > > Nobody has suggested either of those things. I have suggested that they should > be able to contain hotlinks to the man pages. If the server isn't there, you > can't follow those links, but you can still run "man". It'd be nice to have > a form-fill-out interface to send-pr as well, but you can still run "send-pr". You should not have to run a httpd server in order to read the online docs. Setting up httpd, while not that difficult, is above the abilites of a total newbie. Running 'help' is not. If help happens to be a link to a http viewer then a really nice online help system is possible, hotlinks to man-pages are fine but they don't have to be network URL's they can be links to local files. You don't need a server to do this. Forms is way out of context. We're talking about the documenation project here and not other services. A forms interface to send-pr is in the works. Not any time soon since I'm going to be busy on 2.1 insstallation for the foreseeable future but it is planned. That work will be incorporated into www.freebsd.org though and not on the local site. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-hackers Mon Mar 27 02:50:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA04335 for hackers-outgoing; Mon, 27 Mar 1995 02:50:45 -0800 Received: from rz-wb.fh-sw.de (rz-wb.fh-sw.de [192.129.23.111]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA04321 for ; Mon, 27 Mar 1995 02:50:29 -0800 Received: (from root@localhost) by rz-wb.fh-sw.de (8.6.11/8.6.9) id MAA29183; Mon, 27 Mar 1995 12:48:19 +0200 Date: Mon, 27 Mar 1995 12:48:19 +0200 (MET DST) From: Michael Reifenberger To: Vincenzo Capuano cc: hackers@FreeBSD.org Subject: Re: DFC77 patch In-Reply-To: <199503270933.BAA24959@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 27 Mar 1995, Vincenzo Capuano wrote: > Date: Mon, 27 Mar 95 11:24:23 EST > From: Vincenzo Capuano > To: hackers@FreeBSD.org > Subject: DFC77 patch > > I have put in incoming/dcfd.diff.tar.gz the patch to > /usr/src/usr.sbin.xntpd/parse/util/dcfd.c to make it work with FreeBSD > and with the DCF77 Boeder Receiver. Do you have patches for xntpd to work with DCF77 again too? Bye! ---- Michael Reifenberger From owner-freebsd-hackers Mon Mar 27 03:40:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA05955 for hackers-outgoing; Mon, 27 Mar 1995 03:40:34 -0800 Received: from relay.philips.nl (relay.philips.nl [130.144.65.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA05949 for ; Mon, 27 Mar 1995 03:40:29 -0800 Received: from muxgw1.ms.philips.nl ([130.144.90.6]) by relay.philips.nl (8.6.9/8.6.9-950103) with SMTP id NAA00361 for ; Mon, 27 Mar 1995 13:39:26 +0200 Received: by muxgw1.ms.philips.nl (5.57/Ultrix2.4-C) id AA20058; Mon, 27 Mar 95 13:22:53 +0300 Received: by mmra1.ms.philips.nl (4.1/SMI-4.1) id AA22173; Mon, 27 Mar 95 13:37:44 +0200 From: gvrooij@mmra1.ms.philips.nl (Guido van Rooij) Message-Id: <9503271137.AA22173@mmra1.ms.philips.nl> Subject: lsof ported? To: freebsd-hackers@FreeBSD.org Date: Mon, 27 Mar 1995 13:37:43 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 239 Sender: hackers-owner@FreeBSD.org Precedence: bulk There is this handy program that lists all open file descriptors called lsof. It not only lists all open inodes but sockets as well. lsof used to work on 1.1 systems but with 2.0 it seems nontrivial to port it. Hence my question. -Guido From owner-freebsd-hackers Mon Mar 27 03:53:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA06133 for hackers-outgoing; Mon, 27 Mar 1995 03:53:04 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA06107 for ; Mon, 27 Mar 1995 03:52:04 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id QAA06364; Mon, 27 Mar 1995 16:40:27 -0500 From: "Serge A. Babkin" Message-Id: <199503272140.QAA06364@hq.icb.chel.su> Subject: Another fix for 3C509 To: davidg@Root.COM Date: Mon, 27 Mar 1995 16:40:26 -0500 (GMT-0500) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503270447.UAA04338@corbin.Root.COM> from "David Greenman" at Mar 26, 95 08:47:35 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 7525 Sender: hackers-owner@FreeBSD.org Precedence: bulk I have made another changes for 3C509 driver. In short the changes are: 1. Connector is now selected by the following algorithm: If none of LINK* flags set use value from EEPROM else LINK0 - AUI * highest priority LINK1 - BNC LINK2 - UTP * lowest priority 2. Eventually is doesn't complains about card failures. Apply this diff after my previous one: *** 1.4 1995/03/27 03:17:07 --- if_ep.c 1995/03/27 11:20:12 *************** *** 38,44 **** */ /* ! * March 24 1995 * * Promiscuous mode added and interrupt logic slightly changed * to reduce the number of adapter failures. Transceiver select --- 38,44 ---- */ /* ! * March 27 1995 * * Promiscuous mode added and interrupt logic slightly changed * to reduce the number of adapter failures. Transceiver select *************** *** 435,440 **** --- 435,444 ---- while (inw(BASE + EP_STATUS) & S_COMMAND_IN_PROGRESS); GO_WINDOW(0); + outw(BASE + EP_COMMAND, STOP_TRANSCEIVER); + GO_WINDOW(4); + outw(BASE + EP_W4_MEDIA_TYPE, DISABLE_UTP); + GO_WINDOW(0); /* Disable the card */ outw(BASE + EP_W0_CONFIG_CTRL, 0); *************** *** 463,519 **** outw(BASE + EP_COMMAND, SET_INTR_MASK | S_5_INTS); ! if(ep_ftst(F_PROMISC)) outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | FIL_GROUP | FIL_BRDCST | FIL_ALL); else outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | FIL_GROUP | FIL_BRDCST); - /* - * you can `ifconfig ep0 (bnc|aui)' to get the following - * behaviour: - * bnc disable AUI/UTP. enable BNC. - * aui disable BNC. enable AUI. if the card has a UTP - * connector, that is enabled too. not sure, but it - * seems you have to be careful to not plug things - * into both AUI & UTP. - */ - /* * S.B. * * Now behavior was slightly changed: * connector specified in the EEPROM is used ! * anyway (if present on card or AUI if not). * */ ! GO_WINDOW(0); ! j = inw(BASE + EP_W0_ADDRESS_CFG) >> ACF_CONNECTOR_BITS; ! GO_WINDOW(1); ! switch(j) { ! case ACF_CONNECTOR_UTP: ! if(sc->ep_connectors & UTP) { ! GO_WINDOW(4); ! outw(BASE + EP_W4_MEDIA_TYPE, ENABLE_UTP); ! GO_WINDOW(1); ! } ! break; ! case ACF_CONNECTOR_BNC: ! if(sc->ep_connectors & BNC) { ! outw(BASE + EP_COMMAND, START_TRANSCEIVER); ! DELAY(1000); ! } ! break; ! case ACF_CONNECTOR_AUI: ! /* nothing to do */ ! break; ! default: ! printf("ep%d: strange connector type in EEPROM: assuming AUI\n", ! unit); ! break; } outw(BASE + EP_COMMAND, RX_ENABLE); outw(BASE + EP_COMMAND, TX_ENABLE); --- 467,533 ---- outw(BASE + EP_COMMAND, SET_INTR_MASK | S_5_INTS); ! if(ifp->if_flags & IFF_PROMISC) outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | FIL_GROUP | FIL_BRDCST | FIL_ALL); else outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | FIL_GROUP | FIL_BRDCST); /* * S.B. * * Now behavior was slightly changed: + * + * if any of flags link[0-2] is used and its connector is + * physically present the following connectors are used: + * + * link0 - AUI * highest precedence + * link1 - BNC + * link2 - UTP * lowest precedence + * + * If none of them is specified then * connector specified in the EEPROM is used ! * (if present on card or AUI if not). * */ ! if(ifp->if_flags & IFF_LINK0 && sc->ep_connectors & AUI) { ! /* nothing */ ! } else if(ifp->if_flags & IFF_LINK1 && sc->ep_connectors & BNC) { ! outw(BASE + EP_COMMAND, START_TRANSCEIVER); ! DELAY(1000); ! } else if(ifp->if_flags & IFF_LINK2 && sc->ep_connectors & UTP) { ! GO_WINDOW(4); ! outw(BASE + EP_W4_MEDIA_TYPE, ENABLE_UTP); ! GO_WINDOW(1); ! } else { ! GO_WINDOW(0); ! j = inw(BASE + EP_W0_ADDRESS_CFG) >> ACF_CONNECTOR_BITS; ! GO_WINDOW(1); ! switch(j) { ! case ACF_CONNECTOR_UTP: ! if(sc->ep_connectors & UTP) { ! GO_WINDOW(4); ! outw(BASE + EP_W4_MEDIA_TYPE, ENABLE_UTP); ! GO_WINDOW(1); ! } ! break; ! case ACF_CONNECTOR_BNC: ! if(sc->ep_connectors & BNC) { ! outw(BASE + EP_COMMAND, START_TRANSCEIVER); ! DELAY(1000); ! } ! break; ! case ACF_CONNECTOR_AUI: ! /* nothing to do */ ! break; ! default: ! printf("ep%d: strange connector type in EEPROM: assuming AUI\n", ! unit); ! break; } + } outw(BASE + EP_COMMAND, RX_ENABLE); outw(BASE + EP_COMMAND, TX_ENABLE); *************** *** 679,697 **** struct mbuf *m; rescan: - /* outw(BASE + EP_COMMAND, SET_INTR_MASK); /* disable all Ints */ while ((status = inw(BASE + EP_STATUS)) & S_5_INTS) { if (status & (S_RX_COMPLETE | S_RX_EARLY)) { - /* we just need ACK for RX_EARLY */ - if (status & S_RX_EARLY) - outw(BASE + EP_COMMAND, C_RX_EARLY); epread(sc); continue; } if (status & S_TX_AVAIL) { /* we need ACK */ - outw(BASE + EP_COMMAND, C_TX_AVAIL); sc->arpcom.ac_if.if_flags &= ~IFF_OACTIVE; epstart(&sc->arpcom.ac_if); } --- 693,710 ---- struct mbuf *m; rescan: while ((status = inw(BASE + EP_STATUS)) & S_5_INTS) { + + /* first acknowledge all interrupt sources */ + outw(BASE + EP_COMMAND, ACK_INTR | (status & S_MASK)); + if (status & (S_RX_COMPLETE | S_RX_EARLY)) { epread(sc); continue; } if (status & S_TX_AVAIL) { /* we need ACK */ sc->arpcom.ac_if.if_flags &= ~IFF_OACTIVE; epstart(&sc->arpcom.ac_if); } *************** *** 750,757 **** } /* while */ } /* end TX_COMPLETE */ } - /* re-enable ints */ - /* outw(BASE + EP_COMMAND, SET_INTR_MASK | S_5_INTS); */ outw(BASE + EP_COMMAND, C_INTR_LATCH); /* ACK int Latch */ --- 763,768 ---- *************** *** 1053,1059 **** --- 1064,1077 ---- epstop(ifp->if_unit); epmbufempty(sc); break; + } else { + /* reinitialize card on any parameter change */ + epinit(ifp->if_unit); + break; } + + /* NOTREACHED */ + if (ifp->if_flags & IFF_UP && (ifp->if_flags & IFF_RUNNING) == 0) epinit(ifp->if_unit); *** 1.3 1995/03/24 12:39:37 --- if_epreg.h 1995/03/27 11:20:27 *************** *** 31,37 **** */ /* ! * March 24 1995 * * Promiscuous mode added and interrupt logic slightly changed * to reduce the number of adapter failures. Transceiver select --- 31,37 ---- */ /* ! * March 27 1995 * * Promiscuous mode added and interrupt logic slightly changed * to reduce the number of adapter failures. Transceiver select *************** *** 298,303 **** --- 298,304 ---- #define C_RX_EARLY (u_short) (ACK_INTR|0x20) #define C_INT_RQD (u_short) (ACK_INTR|0x40) #define C_UPD_STATS (u_short) (ACK_INTR|0x80) + #define C_MASK (u_short) 0xFF /* mask of C_* */ /* * Status register. All windows. *************** *** 325,330 **** --- 326,332 ---- #define S_RX_EARLY (u_short) (0x20) #define S_INT_RQD (u_short) (0x40) #define S_UPD_STATS (u_short) (0x80) + #define S_MASK (u_short) 0xFF /* mask of S_* */ #define S_5_INTS (S_CARD_FAILURE|S_TX_COMPLETE|\ S_TX_AVAIL|S_RX_COMPLETE|S_RX_EARLY) #define S_COMMAND_IN_PROGRESS (u_short) (0x1000) Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Mon Mar 27 04:10:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA06691 for hackers-outgoing; Mon, 27 Mar 1995 04:10:58 -0800 Received: from dworshak.cs.uidaho.edu (root@dworshak.cs.uidaho.edu [129.101.120.160]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA06685 for ; Mon, 27 Mar 1995 04:10:54 -0800 Received: from brownlee.cs.uidaho.edu (brownlee.cs.uidaho.edu [129.101.120.128]) by dworshak.cs.uidaho.edu (8.6.10/1.0) with ESMTP id EAA02410 for ; Mon, 27 Mar 1995 04:10:42 -0800 Received: from localhost (localhost [127.0.0.1]) by brownlee.cs.uidaho.edu (8.6.10/1.0) with SMTP id EAA20696 for ; Mon, 27 Mar 1995 04:10:41 -0800 Message-Id: <199503271210.EAA20696@brownlee.cs.uidaho.edu> X-Authentication-Warning: brownlee.cs.uidaho.edu: Host localhost didn't use HELO protocol To: hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. In-reply-to: Your message of "Sun, 26 Mar 1995 04:10:57 PST." <199503261211.EAA05164@crow.csrv.uidaho.edu> Date: Mon, 27 Mar 1995 04:10:40 PST From: Chris Toshok Sender: hackers-owner@FreeBSD.org Precedence: bulk > I don't normally intrude into other people's legal affairs, but you're > in violation of the Motif 1.2 source license, unless you're collecting > Motif run-time royalties and sending them to OSF. I don't mean to sound rude, but have you actually _read_ the 1.2 license? I you had, then you'd know that this sort of linking (static) is _not_ in violation of the license. The OSF defines "Motif Runtime Copy" to be that used by applications which are statically linked. It then states that there is no royalty due the OSF for those applications using the Motif Runtime Copy. +------------------------------+----------------------------------+ |Chris Toshok | email: toshok@cs.uidaho.edu | | of The Hungry Programmers | | | www: http://www.cs.uidaho.edu/~toshok | +-----------------------------------------------------------------+ On the internet, no one knows you're a CHICKEN! A GIANT CHICKEN! -- Denis Moskowitz From owner-freebsd-hackers Mon Mar 27 05:05:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA08330 for hackers-outgoing; Mon, 27 Mar 1995 05:05:03 -0800 Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.13.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA08320 for ; Mon, 27 Mar 1995 05:04:58 -0800 Received: (from vazquez@localhost) by kalypso.iqm.unicamp.br (8.6.10/8.6.9) id KAA14713; Mon, 27 Mar 1995 10:02:39 -0300 From: Pedro A M Vazquez Message-Id: <199503271302.KAA14713@kalypso.iqm.unicamp.br> Subject: Re: Anybody given g77 a shot on FreeBSD? To: osyjm@schizo.coe.montana.edu (Jaye Mathisen) Date: Mon, 27 Mar 1995 10:02:35 -0300 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <9503262247.ZM29330@schizo.coe.montana.edu> from "Jaye Mathisen" at Mar 26, 95 10:47:28 pm Organization: Instituto de Quimica Unicamp X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 426 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jaye Mathisen said: > > > I was going to take a crack at it, but if somebody else already has, > so much the better. > > -- > Jaye Mathisen, COE Systems Manager (406) 994-4780 > 410 Roberts Hall,Dept. of Computer Science > Montana State University,Bozeman MT 59717 osyjm@cs.montana.edu > Hello I've built g77-0.5.13 under 2.0-R and put it in our site at ftp.iqm.unicamp.br:/pub/FreeBSD/local Pedro From owner-freebsd-hackers Mon Mar 27 05:29:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA09352 for hackers-outgoing; Mon, 27 Mar 1995 05:29:59 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA09346 for ; Mon, 27 Mar 1995 05:29:54 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id VAA01290; Mon, 27 Mar 1995 21:29:13 GMT Date: Mon, 27 Mar 1995 21:29:11 +0000 () From: Brian Tao To: Wankle Rotary Engine cc: freebsd-hackers@FreeBSD.org Subject: Re: mountd strangeness In-Reply-To: <199503270623.BAA04274@skynet.ctr.columbia.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 27 Mar 1995, Wankle Rotary Engine wrote: > > /sbin -ro host1 host2 host3 > /etc/ppp -ro host1 > /etc/mtree -ro host3 Have you tried: /sbin /etc/ppp -ro host1 /sbin -ro host2 /sbin /etc/mtree -ro host3 > Unfortunately, this doesn't work: as soon as mountd goes to process the > second line in the file, it craps out with an error that says: "Can't > change attributes for /etc/ppp." The end result is that only the first > line is considered valid: the other two are rejected. I ran into the exact same problem on my system just last night. EPERM is returned for any filesystem whose root is already exported to a host (or hosts). Giving each host its own line and listing multiple directory points per line solved the problem for me. This is the relevant part of the exports(5) man page: "A host may be specified only once for each local filesystem on the server and there may be only one default enty for each server filesystem that applies to all other hosts." When you mounted the filesystems, did you have to login as root to do it, or were you able to su from your non-superuser account? For some reason, I have to login as root to do any NFS-related operations. Neither 'su' nor 'su -' are good enough. % su Password: # showmount RPC: Port mapper failureCan't do Mountdump rpc # mount virgo:/home/virgo /home/virgo NFS Portmap: RPC: Port mapper failure - RPC: Unable to receive ^C # I haven't checked yet, but I initially suspected that mountd is basing its authorization on getlogin(), but shouldn't "su -" solve that? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon Mar 27 06:15:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA10588 for hackers-outgoing; Mon, 27 Mar 1995 06:15:47 -0800 Received: from GS81.SP.CS.CMU.EDU (GS81.SP.CS.CMU.EDU [128.2.205.91]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA10582 for ; Mon, 27 Mar 1995 06:15:45 -0800 Received: from LOCALHOST by GS81.SP.CS.CMU.EDU id aa22020; 27 Mar 95 9:15 EST To: cstruble@vt.edu cc: freebsd-hackers@FreeBSD.org Subject: Re: Missing header files in srcdist for SNAP-950322 In-reply-to: Your message of Sun, 26 Mar 1995 21:24:49 -0500. Reply-To: moto@CS.cmu.edu From: moto@CS.cmu.edu Date: Mon, 27 Mar 1995 09:14:58 -0500 Message-ID: <22015.796313698@GS81.SP.CS.CMU.EDU> Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Craig" == Craig Struble writes: Craig> Is it just me or are there some header files missing in the src Craig> distribution for the latest snapshot? I tried rebuilding my Craig> kernel with a bunch of trouble because there was no sys Craig> subdirectory in /usr/src/include and errno.h was Craig> missing. Looking at /usr/include vs. /usr/src/include makes me Craig> believe there are some files missing. This is just because /usr/src/sys/sys is a symlink to /usr/src/sys in the latest snapshot. I think that should be a symlink to /usr/include/sys instead. I made this change and succeeded to recompile the kernel. ============================================================================== Motonori Shindou Carnegie Mellon University SCS Graduate Student e-mail: moto@cs.cmu.edu, NiftyServe: GEG04056 WWW: http://www.cs.cmu.edu:8001:/afs/cs.cmu.edu/user/moto/WWW/moto-home.html TEL: 412-362-9636 FAX: 412-362-9634 ============================================================================== From owner-freebsd-hackers Mon Mar 27 06:23:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA10740 for hackers-outgoing; Mon, 27 Mar 1995 06:23:04 -0800 Received: from aut.alcatel.at (dnisun.aut.alcatel.at [146.112.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA10731 for ; Mon, 27 Mar 1995 06:23:01 -0800 Received: from atuhc16 ([146.112.128.178]) by aut.alcatel.at (4.1/SMI-4.1/AAA-1.29/main) id AA17272; Mon, 27 Mar 95 16:21:11 +0200 Message-Id: <9503271421.AA17272@aut.alcatel.at> Received: by atuhc16 (1.38.193.4/16.2) id AA01424; Mon, 27 Mar 1995 16:19:23 +0200 From: Marino Ladavac Subject: Re: Mosaic with Lesstif To: kaleb@x.org (Kaleb S. KEITHLEY) Date: Mon, 27 Mar 95 16:19:22 METDST Cc: hackers@FreeBSD.org In-Reply-To: <9503261102.AA04671@fedora.x.org>; from "Kaleb S. KEITHLEY" at Mar 26, 95 6:02 am Mailer: Elm [revision: 70.85] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > > > > > > > > > Nope, it's Not There Yet. > > > > > > > Didn't someone post abut a free motif implentation a while back? > >) > > ftp.heart.barnard.za > > > > Got an IP address? InterNIC doesn't know about it. The bigger name > servers in South Africa don't know about it either -- barnard.za > isn't even a legitimate domain name. > > Off hand I'd say that someone's pulling your leg. ftp.heart.barnard.za > isn't typical of the domain names used in South Africa, at least not > for academic institutions. If it were an academic institution, it might > be ftp.heart.barnard.ac.za, but that's not legitimate either. > > -- > > Kaleb > Dr. Christian (?) Barnard being a South African expert for heart transplants and pretty famous for his experiments with mechanical ersatz hearts, this must be a joke :) /Alby From owner-freebsd-hackers Mon Mar 27 06:30:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA10926 for hackers-outgoing; Mon, 27 Mar 1995 06:30:20 -0800 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA10920 for ; Mon, 27 Mar 1995 06:30:16 -0800 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id JAA00666; Mon, 27 Mar 1995 09:27:23 -0500 From: "House of Debuggin'" Message-Id: <199503271427.JAA00666@skynet.ctr.columbia.edu> Subject: Re: mountd strangeness To: taob@aries.ibms.sinica.edu.tw (Brian Tao) Date: Mon, 27 Mar 1995 09:27:20 -0500 (EST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Mar 27, 95 09:29:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3389 Sender: hackers-owner@FreeBSD.org Precedence: bulk They say this Brian Tao person was kidding when he wrote: > > On Mon, 27 Mar 1995, Wankle Rotary Engine wrote: > > > > /sbin -ro host1 host2 host3 > > /etc/ppp -ro host1 > > /etc/mtree -ro host3 > > Have you tried: > > /sbin /etc/ppp -ro host1 > /sbin -ro host2 > /sbin /etc/mtree -ro host3 Uh, no no... What you suggest works for this specific case, but not the general case. Supposing I do this: /sbin -ro nfs-netgroup /etc/ppp -ro host-in-nfs-netgroup In other words, say I want to export /sbin to a whole netgroup of hosts, of which 'host-in-nfs-netgroup' is a member, and in addition I want to export /etc/ppp just to 'host-in-nfs-netgroup.' I can't do it because it's address has already been added to the address list for the root fs. I can't just put /etc/ppp on the same line with /sbin either because that will export it to all the hosts in the nfs-netgroup, and I don't want to do that. (Picky little bastard, aren't I?) What might work is this: /sbin /etc/ppp -ro host1 /sbin -ro nfs-netgroup But this requires taking 'host-in-nfs-netgroup' out of the nfs-netgroup so that it becomes a standalone host1 again. That's fine for FreeBSD, but what about all the other machines on my network who expect 'host1' to be in the nfs-netgroup? At best, I'd need to create special netgroups just for FreeBSD. Fooey. > "A host may be specified only once for each local > filesystem on the server and there may be only one > default enty for each server filesystem that applies > to all other hosts." Swell: so the behavior is documented. It's still bogus. :) > When you mounted the filesystems, did you have to login as root to > do it, or were you able to su from your non-superuser account? For > some reason, I have to login as root to do any NFS-related operations. > Neither 'su' nor 'su -' are good enough. > > % su > Password: > # showmount > RPC: Port mapper failureCan't do Mountdump rpc > # mount virgo:/home/virgo /home/virgo > NFS Portmap: RPC: Port mapper failure - RPC: Unable to receive > ^C > # Er... sorry to disapoint you, but everything works find for me either way. Well, except for the fact that mountd doesn't work the way I want it to. :) So far, the only other person to comment on this was Rod Grimes, who tantilized me with all of two sentences that indicated that it works this way for security reasons, and then declined to go into detail. (Frankly, I'm embarassed: I keep thinking that somehow I'm supposed to find Divine Enlightenment (tm) in what he told me, and instead I feel about as enlightened as a broken light bulb. :) I suppose I should just let it be since it is documented to work that way, but it's still a royal pain in the butt. > -- > Brian ("Though this be madness, yet there is method in't") Tao > taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org > -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~ FreeBSD 2.1.0-Development #0: Tue Mar 14 11:11:25 EST 1995 ~~~~~~~~~ From owner-freebsd-hackers Mon Mar 27 06:43:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA11141 for hackers-outgoing; Mon, 27 Mar 1995 06:43:23 -0800 Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA11135 for ; Mon, 27 Mar 1995 06:43:17 -0800 Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by glueserv1.umd.edu (8.6.10/8.6.4) with ESMTP id JAA12422; Mon, 27 Mar 1995 09:42:07 -0500 Received: (chuckr@localhost) by espresso.eng.umd.edu (8.6.10/8.6.4) id JAA28304; Mon, 27 Mar 1995 09:42:06 -0500 Date: Mon, 27 Mar 1995 09:42:06 -0500 (EST) From: Chuck Robey To: Steve Passe cc: hackers@FreeBSD.org, Bob Willcox Subject: Re: httpd as part of the system. In-Reply-To: <199503270556.WAA01275@clem.systemsix.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Mar 1995, Steve Passe wrote: > Hello, > > > Given that, are you going to provide a 1.1.5.1 version of Mosaic 2.5? > > freefall.cdrom.com:/incoming: > > Mosaic-1151.gz <- unzip & place in /usr/X11R6/bin > Mosaic-etc.tgz <- cd /usr, 'tar -xzvf' it > > The first is mosaic version 2.5 for freeBSD-1.1.5.1 > The second contains the app defaults file (Mosaic) and XKeysymDB > > Also there: > > MosaicTerm.gz <- dynamically linked to libtermnet > libtermnet.so.2.3.gz <- dynamic newterm lib for above > > These two make a version linked to the pseudo-slip package 'newterm'. > They are built for the 950322-SNAP. They are untested, I know > nothing of setting up newterm. I built them with lib kindly provided > by Chuck Robey, he will be testing it soon. Anyone else feel free > to try them, let us know the results. Steve, I still have a bug to squeek out, in changing my version of term from the 2.0.4 I was running, to 2.3.5, which I gave you. It's mostly running now, but it won't shut down cleanly from the host, a Sun4 system. I have the new Mosaic you genned up, it's the next thing on my stack. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon Mar 27 06:43:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA11153 for hackers-outgoing; Mon, 27 Mar 1995 06:43:31 -0800 Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA11143 for ; Mon, 27 Mar 1995 06:43:27 -0800 Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.9+2.4Wb/3.3Wb) id XAA01798; Mon, 27 Mar 1995 23:43:13 +0900 Date: Mon, 27 Mar 1995 23:43:13 +0900 Message-Id: <199503271443.XAA01798@frig.mt.cs.keio.ac.jp> To: freebsd-hackers@FreeBSD.org Cc: hosokawa@mt.cs.keio.ac.jp Subject: Fixed 3C589 (PCMCIA Etherlink III) driver bug From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi! I and Seiji Murata contributed 3C589 PCMCIA Etherlink III 'zp' on 2.0R, but it did not work with the -current. Noriyuki Takahashi san has fixed this bug. Our alpha-testers are tested this driver with 3C589B-COMBO and 3C589B-TP. And it works fine. I also fixed a little about the use of ZP_DEBUG symbol and beautified the awful Frankenstein-style indent :-) with "indent -c0 -nfc1 -i4". I put new if_zp.c on ftp://ftp.freebsd.org/pub/FreeBSD/incoming/if_zp.c Please replace the if_zp.c of -current with this file. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Mon Mar 27 11:20:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00161 for hackers-outgoing; Mon, 27 Mar 1995 11:20:59 -0800 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA00142 for ; Mon, 27 Mar 1995 11:20:54 -0800 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id IAA08619; Mon, 27 Mar 1995 08:59:28 -0800 From: Steven G Kargl Message-Id: <199503271659.IAA08619@troutmask.apl.washington.edu> Subject: Re: Anybody given g77 a shot on FreeBSD? To: vazquez@iqm.unicamp.br (Pedro A M Vazquez) Date: Mon, 27 Mar 1995 08:59:28 -0800 (PST) Cc: osyjm@schizo.coe.montana.edu, hackers@FreeBSD.org In-Reply-To: <199503271302.KAA14713@kalypso.iqm.unicamp.br> from "Pedro A M Vazquez" at Mar 27, 95 10:02:35 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1026 Sender: hackers-owner@FreeBSD.org Precedence: bulk According to Pedro A M Vazquez: > > Jaye Mathisen said: > > > > > > I was going to take a crack at it, but if somebody else already has, > > so much the better. > > > > -- > > Jaye Mathisen, COE Systems Manager (406) 994-4780 > > 410 Roberts Hall,Dept. of Computer Science > > Montana State University,Bozeman MT 59717 osyjm@cs.montana.edu > > > Hello > I've built g77-0.5.13 under 2.0-R and put it in our site at > > ftp.iqm.unicamp.br:/pub/FreeBSD/local > It seems g77 has some problems with complex*16. I built g77-0.5.13 under -current with several different CFLAGS combinations. Every g77 compiler I built fails on an F77 code that is known to compile under f2c+gcc, Sun's f77, and vms fortran. Also, 0.5.14 is due out any day. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Laboratory | Fax: 206-543-6785 | University of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Mon Mar 27 11:24:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00310 for hackers-outgoing; Mon, 27 Mar 1995 11:24:19 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA00300 for ; Mon, 27 Mar 1995 11:24:03 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id KAA14556; Mon, 27 Mar 1995 10:43:48 -0800 From: "Rodney W. Grimes" Message-Id: <199503271843.KAA14556@gndrsh.aac.dev.com> Subject: Re: mountd strangeness To: wpaul@skynet.ctr.columbia.edu (House of Debuggin') Date: Mon, 27 Mar 1995 10:43:47 -0800 (PST) Cc: taob@aries.ibms.sinica.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <199503271427.JAA00666@skynet.ctr.columbia.edu> from "House of Debuggin'" at Mar 27, 95 09:27:20 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1920 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > They say this Brian Tao person was kidding when he wrote: > > > > On Mon, 27 Mar 1995, Wankle Rotary Engine wrote: > > > > > > /sbin -ro host1 host2 host3 > > > /etc/ppp -ro host1 > > > /etc/mtree -ro host3 > > > > Have you tried: > > > > /sbin /etc/ppp -ro host1 > > /sbin -ro host2 > > /sbin /etc/mtree -ro host3 ... > > So far, the only other person to comment on this was Rod Grimes, who > tantilized me with all of two sentences that indicated that it works > this way for security reasons, and then declined to go into detail. > (Frankly, I'm embarassed: I keep thinking that somehow I'm supposed to > find Divine Enlightenment (tm) in what he told me, and instead I feel > about as enlightened as a broken light bulb. :) >From the man page BUGS section: The export options are tied to the local mount points in the kernel and must be non-contradictory for any exported subdirectory of the local server mount point. ... Since the export options are tied to local mount points if you you stop returning the EPERM and start to modify the stored table you in effect will be allowing more access than you thought you where. To do what you want to do will require major surgery of the way kernel stores and associates this information, not some quick hack to return different values. The information could no longer be attacted to local mount points but instead would have it's own table or list of exported directories. You also have to be very carefull about the top of the exported directories so that some client can't try to go above the file system by using the .. entry if you have this new table that allows subdir's to be exported with different permissions to different hosts. I have seen this bug in a few NFS implementations. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon Mar 27 11:25:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00387 for hackers-outgoing; Mon, 27 Mar 1995 11:25:48 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA00266 for ; Mon, 27 Mar 1995 11:23:37 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA23932; Mon, 27 Mar 1995 19:56:22 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA27334 for freebsd-hackers@freebsd.org; Mon, 27 Mar 1995 19:56:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA16197 for freebsd-hackers@freebsd.org; Mon, 27 Mar 1995 19:35:28 +0200 From: J Wunsch Message-Id: <199503271735.TAA16197@uriah.heep.sax.de> Subject: Re: lsof ported? To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Mon, 27 Mar 1995 19:35:27 +0200 (MET DST) In-Reply-To: <9503271137.AA22173@mmra1.ms.philips.nl> from "Guido van Rooij" at Mar 27, 95 01:37:43 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 371 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Guido van Rooij wrote: > > There is this handy program that lists all open file descriptors > called lsof. It not only lists all open inodes but sockets as well. ...exactly what fstat(1) is doing. So why another program? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 27 11:28:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00525 for hackers-outgoing; Mon, 27 Mar 1995 11:28:14 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA00517 for ; Mon, 27 Mar 1995 11:28:08 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id LAA03946; Mon, 27 Mar 1995 11:39:17 -0700 Message-Id: <199503271839.LAA03946@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org cc: Peter da Silva Subject: Re: httpd as part of the system. In-reply-to: Your message of "Mon, 27 Mar 1995 06:44:57 CST." <199503271244.GAA14746@bonkers.taronga.com> Date: Mon, 27 Mar 1995 11:39:15 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, > > freefall.cdrom.com:/incoming: > > > Mosaic-1151.gz <- unzip & place in /usr/X11R6/bin ^^^^^ > Sigh... not to look a gift horse in the mouth, but... > > 1.1.5.1 was shipped with X11R5, and that's what I'm running. > > Will that work? I never thought of that, I have run X11R6 on my 1.1.5.1 boxes since I first brought them up. Probably not... all I can say is try it and see. Would the first person to answer this question please post results? Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Mon Mar 27 11:29:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00636 for hackers-outgoing; Mon, 27 Mar 1995 11:29:24 -0800 Received: from GS81.SP.CS.CMU.EDU (GS81.SP.CS.CMU.EDU [128.2.205.91]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA00624 for ; Mon, 27 Mar 1995 11:29:22 -0800 Received: from LOCALHOST by GS81.SP.CS.CMU.EDU id aa22118; 27 Mar 95 10:21 EST To: "Justin T. Gibbs" cc: moto@CS.cmu.edu, freebsd-hackers@FreeBSD.org Subject: Re: AHA2940 support on 950322-SNAP In-reply-to: Your message of Sun, 26 Mar 1995 22:17:43 -0800. <199503270617.WAA04772@estienne.cs.berkeley.edu> Reply-To: moto@CS.cmu.edu From: moto@CS.cmu.edu Date: Mon, 27 Mar 1995 10:21:16 -0500 Message-ID: <22116.796317676@GS81.SP.CS.CMU.EDU> Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, >>>>> "Justin" == Justin T Gibbs writes: >> 1) I occasionally encounter "ahc0: target 0, lun 0 (sd0) time out" >> whent the disk is used intensively. >> >> 2) When I set the transfer rate to 10Mb/s in SCSIselect, the >> machine doesn't boot. 8Mb/s works for me. >> >> I'm using an active terminator and relatively short cables so I >> believe there is no problem regarding SCSI termination.. Justin> Can you tell me the drives your using with the controller? I'm using a Micropolis 4221 2G drive and Toshiba 3501 CD-ROM drive. Both are external ones. ============================================================================== Motonori Shindou Carnegie Mellon University SCS Graduate Student e-mail: moto@cs.cmu.edu, NiftyServe: GEG04056 WWW: http://www.cs.cmu.edu:8001:/afs/cs.cmu.edu/user/moto/WWW/moto-home.html TEL: 412-362-9636 FAX: 412-362-9634 ============================================================================== From owner-freebsd-hackers Mon Mar 27 11:29:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00662 for hackers-outgoing; Mon, 27 Mar 1995 11:29:43 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA00650 for ; Mon, 27 Mar 1995 11:29:36 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id MAA04126 for ; Mon, 27 Mar 1995 12:31:02 -0700 Message-Id: <199503271931.MAA04126@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) In-reply-to: Your message of "Mon, 27 Mar 1995 09:41:39 MST." <9503271641.AA02739@cs.weber.edu> Date: Mon, 27 Mar 1995 12:31:01 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, I tried installing moxftp as mftp (ie, the motif version) using the ports/net/moxftp files. the place they looked for the source file didn't work (I think because it wasn't there, but with my network connection I wouldn't swear to it). So I turned archie loose looking for it, which found nothing newer than 2.2. So I took my archive version and used it. Other than the inability to find the source, there were 2 files to patch to make things work. to make the motif version (mftp) you need to patch the top level makefile: -------------------------------- cut -------------------------------- *** Makefile.orig Mon Mar 27 12:17:00 1995 --- Makefile Sun Mar 26 19:20:57 1995 *************** *** 14,20 **** # athena3d - for athena 3 d version, (you should have installed Xaw3d!!!) # openlook - for open look version - (not tested!!!) # If you use athena3d uncomment DEPENDS !!! ! CONFIGURE_ARGS= athena #DEPENDS= ${PORTSDIR}/x11/Xaw3d --- 14,21 ---- # athena3d - for athena 3 d version, (you should have installed Xaw3d!!!) # openlook - for open look version - (not tested!!!) # If you use athena3d uncomment DEPENDS !!! ! ##CONFIGURE_ARGS= athena ! CONFIGURE_ARGS= motif #DEPENDS= ${PORTSDIR}/x11/Xaw3d *************** *** 24,28 **** install: @mkdir -p ${PREFIX}/man/man1 ! @install -c -m 0444 ${WRKSRC}/xftp.man ${PREFIX}/man/man1/xftp.1 ! @gzip -9n ${PREFIX}/man/man1/xftp.1 --- 25,29 ---- install: @mkdir -p ${PREFIX}/man/man1 ! @install -c -m 0444 ${WRKSRC}/mftp.man ${PREFIX}/man/man1/mftp.1 ! @gzip -9n ${PREFIX}/man/man1/mftp.1 -------------------------------- cut -------------------------------- to use any version under X11R6 you need the following 'patch-ad' in patches/: -------------------------------- cut -------------------------------- *** configure.orig Mon Mar 27 12:14:15 1995 --- configure Sun Mar 26 20:30:04 1995 *************** *** 590,595 **** --- 590,603 ---- # if test -z "$x_includes" && test "x${FOUND_X}" != "xyes" && + test -d /usr/X11R6/include && + test -d /usr/X11R6/lib; then + x_includes=/usr/X11R6/include + x_libraries=/usr/X11R6/lib + fi + + if test -z "$x_includes" && + test "x${FOUND_X}" != "xyes" && test -d /usr/local/X11R5/include && test -f /usr/local/X11R5/lib; then x_includes=/usr/local/X11R5/include -------------------------------- cut -------------------------------- The port Makefile listed 'janek', but no email address. Forgive my ignorance, what is the formal way of seeing that these patches make there way into the distribution? Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Mon Mar 27 11:31:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00880 for hackers-outgoing; Mon, 27 Mar 1995 11:31:43 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA00691 for ; Mon, 27 Mar 1995 11:30:01 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA23916; Mon, 27 Mar 1995 19:55:58 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA27151 for freebsd-hackers@freebsd.org; Mon, 27 Mar 1995 19:21:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA15997 for freebsd-hackers@freebsd.org; Mon, 27 Mar 1995 19:19:48 +0200 From: J Wunsch Message-Id: <199503271719.TAA15997@uriah.heep.sax.de> Subject: Re: Yellow Byte CD-Rom Request To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Mon, 27 Mar 1995 19:19:47 +0200 (MET DST) In-Reply-To: <199503270622.XAA01379@clem.systemsix.com> from "Steve Passe" at Mar 26, 95 11:22:46 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 787 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Steve Passe wrote: > > Anyone else get one of these? > Frank Kunkel for CHIP SPECIAL > ...... Btw., the one responsible for their network is: Contributed Networks GmbH (NET-CSG-NET) Knaackstr. 96 D-10435 Berlin DE Netname: CONTRIB-NET Netnumber: 192.109.39.0 Coordinator: Blume, Heiko (HB21) src@CONTRIB.NET +49 30 2530120-0 Record last updated on 15-Feb-95. Their net is registered with ns.nic.de, since they are an own provider. They've been establishing their service recently, and hell they should know (from their previous live as non-commercial provider) about the commerciality aspects. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 27 11:34:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01267 for hackers-outgoing; Mon, 27 Mar 1995 11:34:43 -0800 Received: from singularity.bevc.blacksburg.va.us (root@singularity.bevc.blacksburg.va.us [198.82.204.56]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA01249 for ; Mon, 27 Mar 1995 11:34:40 -0800 Received: (from cstruble@localhost) by singularity.bevc.blacksburg.va.us (8.6.11/8.6.9) id MAA02127; Mon, 27 Mar 1995 12:43:27 -0500 Date: Mon, 27 Mar 1995 12:43:26 -0500 (EST) From: Craig Struble Reply-To: cstruble@vt.edu To: Poul-Henning Kamp cc: freebsd-hackers@FreeBSD.org Subject: Re: Missing header files in srcdist for SNAP-950322 In-Reply-To: <199503270546.VAA24637@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Mar 1995, Poul-Henning Kamp wrote: > Just a sec, there is no such thing as /usr/src/include/sys... those > files are in /usr/src/sys/sys... > Right. I figured out at least that much during the build, when the makefile complained that it couldn't create ../../sys/param.h. > Can you tell me EXACTLY what you did during the installation ? > When I installed the SNAP, I used the standard FTP install to get everything and install it. I cleared out everything on my base system disk so it wasn't just an overwrite of information. I picked up the files from ftp.freebsd.org. > What did you do to compile your kernel ? > I saved my configuration file from my previous system (SNAP-950210), so I copied that back into /usr/src/sys/i386/conf. I changed directory into that directory and did a config SINGULARITY as normally do. Changed to /usr/src/sys/compile/SINGULARITY and did a make depend, which failed because there were no sys headers. I noticed that /usr/src/sys/sys was a softlink to /usr/src/sys, which I figured out was wrong. I then made it a softlink to /usr/include/sys, so I could compile. Then, it complained about errno.h not being found, which I then copied from /usr/include to /usr/src/include. I finally got my kernel to compile after doing all that, whereas before, I only had to go as far as a make depend ; make. I left out a couple of make depends in there. You can just assume that I did the right thing as far as that is concerned. I'm fairly competent at building my kernel. Other than that, my only problem was getting syslogd to run, which wasn't hard since I noticed there would be no way in heck it could bind a port when the network hasn't been started (no loopback address was set up.) See ya later, Craig -- Craig Struble, Grad Student |_ cstruble@singularity.bevc.blacksburg.va.us Virginia Tech, cstruble@vt.edu |_ http://acm.vt.edu/~cstruble/ |_ FreeBSD on Singularity finally joins Ask for PGP Public Key | the Internet! From owner-freebsd-hackers Mon Mar 27 11:35:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01440 for hackers-outgoing; Mon, 27 Mar 1995 11:35:48 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA01367 for ; Mon, 27 Mar 1995 11:35:22 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id VAA02096; Mon, 27 Mar 1995 21:07:48 +0200 Message-Id: <199503271907.VAA02096@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: Poul-Henning Kamp cc: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes), jhay@mikom.csir.co.za, hackers@FreeBSD.org Subject: Re: srceBones and srcsecure Date: Mon, 27 Mar 1995 21:07:48 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I was under the impression that eBones had no export restrictions on > > it. I thought that was the main reason we even went to eBones. > > > > Now your telling me that eBones can't be exported :-(. > > Well, that's my understanding. Correct me if I'm wrong somebody ? > (And soon please !) Thus states my (faulty) memory: For Kerberos - export is RIGHT OUT. This we all know. eBones is Kerberos minus the DES code, and is 90% on the way to being OK, but to be actually OK, certain code (between #ifdef's) must be removed. This then gives the Kerberos-like function, but with no encryption whatsoever, and is therefore both useless and exportable. :-) I have been pillaging any Kerberos/eBones documetation site I could think of, and can find absolutely nothing at all to support or refute these allegations. This does not mean I will stop trying. I suspect that Garrett Wollman knows some more, as does Geoff Rehmet. (Incedentally GR is trying (with success!) to get internet connectivity throught the service provider that I am a net engineer for.) SHH!! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Mon Mar 27 11:35:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01477 for hackers-outgoing; Mon, 27 Mar 1995 11:35:57 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA01365 for ; Mon, 27 Mar 1995 11:35:19 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id DAA01609; Tue, 28 Mar 1995 03:35:34 GMT Date: Tue, 28 Mar 1995 03:35:33 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) In-Reply-To: <199503270116.TAA03891@bonkers.taronga.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Mar 1995, Peter da Silva wrote: > > Suggestion... if it's possible have the shipped copy of "Pine" strip the > "Newsgroups" header from messages received from a mailbox or over IMAP > or POP. The way way Pine works now has lead many people to accidentally > post private mail to the net. Version 3.91 asks (a la Pnews) if you really want to post the message to the world and have thousands of readers see it. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon Mar 27 11:36:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01524 for hackers-outgoing; Mon, 27 Mar 1995 11:36:27 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA01510 for ; Mon, 27 Mar 1995 11:36:19 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id DAA01617; Tue, 28 Mar 1995 03:36:23 GMT Date: Tue, 28 Mar 1995 03:36:23 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) In-Reply-To: <199503270110.TAA03739@bonkers.taronga.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Mar 1995, Peter da Silva wrote: > > Most of them provide POP. Are their any UNIX tools for accessing a POP2 or POP3 server? Does MH handle that? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon Mar 27 11:38:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01754 for hackers-outgoing; Mon, 27 Mar 1995 11:38:57 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA01448 for ; Mon, 27 Mar 1995 11:35:50 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA23127; Mon, 27 Mar 1995 19:09:59 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA27099 for freebsd-hackers@freebsd.org; Mon, 27 Mar 1995 19:09:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA15835 for freebsd-hackers@freebsd.org; Mon, 27 Mar 1995 19:08:56 +0200 From: J Wunsch Message-Id: <199503271708.TAA15835@uriah.heep.sax.de> Subject: Re: Yellow Byte CD-Rom Request To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Mon, 27 Mar 1995 19:08:54 +0200 (MET DST) In-Reply-To: <199503270622.XAA01379@clem.systemsix.com> from "Steve Passe" at Mar 26, 95 11:22:46 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 502 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Steve Passe wrote: > > Hello, > > Anyone else get one of these? ... > I ONLY use the 'fbsd' personality for the freeBSD mailing lists, it > would appear that someone is reaping our mail-lists for addresses! > Me too, just arrived. It's addressed to my freefall account: joerg@freefall.cdrom.com, which i'm only occasionally providing as my address. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 27 11:45:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA02315 for hackers-outgoing; Mon, 27 Mar 1995 11:45:31 -0800 Received: from plains.nodak.edu (root@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA02304; Mon, 27 Mar 1995 11:45:29 -0800 Received: (from tinguely@localhost) by plains.nodak.edu (8.6.11/8.6.10) id KAA01953; Mon, 27 Mar 1995 10:23:17 -0600 Date: Mon, 27 Mar 1995 10:23:17 -0600 From: Mark Tinguely Message-Id: <199503271623.KAA01953@plains.nodak.edu> To: hackers@freefall.cdrom.com, jkh@freefall.cdrom.com Subject: Re: httpd as part of the system. Content-Length: 373 Sender: hackers-owner@FreeBSD.org Precedence: bulk if you are doing a netplus addition, add WAIS. I spent over a couple hours holding hands with someone in another department because he could not figure out WAIS (poor guy runs Linux). I said this to Pat Volkerding (Slackware) and still believe that all options should chosen up front, so that last part of the installation can be done without human intervention. --mark. From owner-freebsd-hackers Mon Mar 27 11:49:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA02520 for hackers-outgoing; Mon, 27 Mar 1995 11:49:25 -0800 Received: from plansys.com (plansys.com [198.232.176.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA02506 for ; Mon, 27 Mar 1995 11:49:22 -0800 From: natalla@plansys.com Received: from nicka.plansys.com by plansys.com (5.65/1.35) id AA01779; Mon, 27 Mar 95 14:42:33 -0500 X-Mailer: (Mailer Version 1.02) Message-Id: <2F772485-00000001@nicka.plansys.com> Date: Mon, 27 Mar 1995 14:48:04 est Subject: CDROM install To: hackers@FreeBSD.org Mime-Version: 1.0 Content-Type: Text/Plain; Charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Gentlemen: I have a Pentium system with a TEAC CD-55A 4X CDROM and a Sound Blaster 16 CT2230 Controller. I'm unable to mount the drive to complete the install because the installation tells me that the drive is not configured correctly. Sound like I do not have the correct driver. I need help! Is there a driver for this configuration and where might I get it? Thanks, Nick ************************************************** Nick M. Atalla, Sr. Systems Engineer Planning Systems, Inc. 7923 Jones Branch Drive McLean, VA 22102-3304 Voice: (703) 448-4214 Fax: (703) 734-3456 ************************************************** From owner-freebsd-hackers Mon Mar 27 11:53:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA02730 for hackers-outgoing; Mon, 27 Mar 1995 11:53:42 -0800 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA02716 for ; Mon, 27 Mar 1995 11:53:24 -0800 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id TAA13637 for ; Mon, 27 Mar 1995 19:28:00 +0200 Message-Id: <199503271728.TAA13637@lirmm.lirmm.fr> To: hackers@FreeBSD.org Subject: patches for -Wall in sbin Date: Mon, 27 Mar 1995 19:27:54 +0200 From: "Philippe Charnier" Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, Here are some patches for -Wall in sbin/{badsect,...,fsck}/* begin 644 sbin.patch.gz M'XL("#WT=B\" W-B:6XN<&%T8V@ [#UK=]-(LI_#KV@\)X/M*+'EMYV!72!A M3LXRP,'A+GL)QT?6PQ%I2UJU')([RW^_5=TM=>OAX#!Q8.Y[JJM; MU>(D<-RK"9E;#G/MI"7_'M@/'O_QSX.WSZ?$\ZD[(:WS<.GV6R]BUWTV/3JP M+UD/R:OWKU\V2"_ M/WA(=G:BV \2KUY[;@5!F(!0 H+%Y0?SHT"UXU[Y2;TO3KYPOE(JX7C_+JFD=T=FI7#[ M/<,<=E+A8D./S0/RF#CS)(3#NL<,,J<70:CHKZ\"YB\"UVG4L?&>'20-\H1X M;/^)QV;,_Q^WR->)/.F8=L ,5W% MZF;* $IT@:0EX8+3A=@569SP7XB]<)9^P._;BP92@L"P 79^3-KD/_\A.<+M M!>,$ZGV0^C+Y?D"",-AWK,0"4;O6A-A"8U:26/:Y4LN.SDB1$\'*%^)2YFKD M%6B:6\R5%.V9]T$3-V-I#]*,MVP/]$]N$/1'M(B[)*HR9(P@THT*\5B8"*C! MJ="#SVP:@[!G@(UY,!+5?[9 JJ#PWSK<=Y2?#-@_R(ZT T M+8SP'?CI5%K4N&N,QYD]L3D,CZ3.DGAEPU#(2+,AO#%3&+3@D65I+7R;/'Q, M7DQGOSW]]>1YZMOUR]!W&IY4&TL<-XX-KDD"GQJ2-X%1%/2XBMQ8^(T %JR6 M8PV!T-*$>!H?!KPZZI9P>"P]0D?Q .Z9VQ*.W:\=D% MM>8N;65']V[AE32LM?5>SLY[1*=;&'I/6G&GU>D0-&%STAESG6IM M-XC9&K;&O1J*OM4D7APN-X9D(J3I]7*)PK !E-GJC%JC?NV0-%L [R<7G#^!>_D;F =8%.\4NX"!!F'5 M#=1KU74_M!,."86-@NNE#O3G$1S_E(247$9\M/JD11+>XMB+K*9OM# M8R!M%C71'QN#?JH)!685^!"%2L!!7,&B?-7Q.7U[^8O4GQ>;VBBKPL5:9"7G M@;5$&=9P6*V>-?8-LYOYVD^."Y,JE[Q^#(,/M9]KPYTKW4 M$C&LDS>@0,@N9K,W];I U(!(FV^S8A8DS+P)'PKT!D@I@7EG(N[+<2:S9](T ML$D9)K2(J'4M>KTX>7F,+6=]=@+"-;6N"6JHO@TR#IWTW0+MS$ M8K;O:V!N0_7GV$]T$N#BQO@Y"\Q-YC#X>-1:;,XWG44WJS?37JH_I5_X@1#S M_OU[XES8%VRUQ.S3HI#A.]?$<6T*R3[/_KE7JP!V_@2[PF<.LZWDW"51'"8A MNA8"P!/(9WE/B( NL<#7/+!=\H_CMZ^.7[9D=(.(MD?1B)M$C+@'QNF M4N3=J^F;X^<3N+RS W(%CE:0T&,$G[N0)DDF\@A;YC&F0TQT^+>6X?.59QUVR.C:_;2T$6: MQ/4\4)"!!L?5QX,?SI:%+OVE%5\3*T"+M,/ P3,T3)XR,0$"J&"1:_N>[SH' M_%*+QSGIA'4T!H,#-@B-&DH/XD83[\AIS0(B/62096W32(7";K=K=+M9SKM- M)O+AY$XYJ51/OV=T80A,YRLR%P<@@1U=URFDSD8_>X6FN@3ZF<=53=T?9H&[SC2;8CG$S+KDN1>DD/ROD&.O MWS%Z_5$FQTKHN;'A5B@J-A+KFI(G#0'1B#7J=1Z0G0M^.K9+4_,@9#%2]P/!#N M@4;)R,_D:/;LZ='T^/FI&!W263U044N?E]3$5%N_!3-VN/@P?W%^G;@P"^/+ M4Q.RZ_!%*8$-+O*EV%(?T1JF)3&X:Z%3(&^6>_'6K&5?PVS'<8O( G%[/;(U M_> VN #<+/=,>[ BJNS&>FPP.TDJ,>&-LFCC:%EH#5?*S7@N0%WPR$)K=:/< M20CFPOUR1GR4]DZ5/JB]&5:3!4TS5: MWD_"?7X 0[,K+&0]M"2^P%9E+IS8OW1Q27I"4FN&++CN0R1[=73T]/0I@0G4 M(?')D\>D#7_W]QM9_B1 9Q ^^!\;PK='?6/8[JJP=H^^15??XERY7K?QKGS' M6[A7DI=AV225O@_?:SRZ[, 6D=6#+-K M/PS81+=S=;G8$\_XPOI/J2#1V^%/Z'DXG^%KYGP^3<@'C]^;B^\(?#%:?!0! M!:!$N/2?9L\27CP"!8@7!D,>"K?2Y8/X9KVPB^?V%O)C^]O3]Z;_>'$_EY#:O MF]'!B-4,*1X^Y_N@ _@H)QO#-D1RLL%'WZ?K\>\F,[>O7HW/3Z:("%R%8TO'^R4) .RZ3OR M]Z#/2/:TG&0R\72A",TVT[/86@"86BJD='&H2,ZSZ=&+%]/)5REPO@5_J0-8 MVP8$O=R(H&^1QR8$\3C0,8UA5\6!+:D7S5Y\?3\%*QI^&!5K)&U+R54^/33! MISM#S:?SH:+3/NBT,5A4"7T'"U5*\0VSI_KS:WI =GL9+XHP&:!;U6FQ'D%E MR]U22]&0@UPE=OU1\Q$$L[0_%O(4&Q"]@4[K/F2<-4,USV/>(QJ@+"##Y0)! MF)HU2$MQ6G5?"]P:K KF2#5SW$5[X*)]4W/1.]467=U>74@D#$5?T1CY&P%& MR(3W\+LBH.1_VV,>H/M*<[?L ?@3!(@0AD M>TLK(1:#2_ WPNI(^)U?9VN3#4/TPBIC(P!^3Z;/IR7\?'^;S!6CV^1Q+ M4.L>4,;JU ^TAQIPTD G1BM/R*8\*I2S.5Q.>%*=']T%CQJ2']N M\IN/SMJ/1!S@I^S"CP3P0U6:JFK$A2Y&0V,T5BM=]\7,&F[^"#N5Y1KFH&^8 MYM#4_.(Y5A5HRL:9$'\\PG2+$FT=ET_PX*)+';AOVV&6G3E M,F5_JFRA+JUNLV=,Q5;97(PTHTB$&-,7^8NCI< D MS7H\-,R.F9GUW:I\S9+ZEG2^;BE^6TI?LX*_1:VO7\;?7.W5GC^&:-UI#RH> M:JI5?PF CRNE6Z7#[_NC7Q@A%1[5P.(@) )?-BXT4)UV[!%'E/ MN0F@7D:V*_<%[//3AT!HK5%@@FW !"_97LL%VYP+M@D796S5;(CZ1A-&M4ZW M7?' [\[R_[R*SP?$[Z3YZO+:'EI"OZ_E:Z?GO!J1AI\9"=S/'L-D)8K= M2Q?SDMBU>#H1>L02-5U\DQ?Y?.[&0'I"EO[B/!&0;!K.<9,""AKR$2LB=NBX M*M$I%/7<;>;6P:RF,]1+U^Z/LV)=Z?:3N Z.Z%UM0;UDENE#"CDQEI60@$(O M4DKBC H/IH*L7LM(G."S!0&M<4@BU9W;+M])TM,1R.)(":ZB0*FX[86KK=LQ M@8]N3ZU4?(4/K=1ZB\RH8NW<,L(&7*6;:I8N6[3X]_UOIM%QWWK#6$KS#3O& M>I-V1VRF$6US&VGZD_9PTAU5%[AUC?Y(+V\S^N/RIH3$7Y;V.U1O5 !FBAL2 M0 FB%=]QPOTIH- 7OODFD=]5A?_.^]EOTU^?O7NQT\[4!D[&DTQ-:XLT*2C+'$]-YE8 M\UG@)K4OAK9)XM7L].DS7"#8Z5:T7E&*S6'8K/'5X2^'Q:XOGTY/=S(@%6J# M3T O,M5I&/!V&3K\\%)\[?/OE>]B#O/BZ5L%;A@ZO'3= '#,O7 5.93-VO>375S,:@M]D MGR@$R##DQ]<&'IO\>Y;(1640R'#]X+.)0/;$:+%%P=RK5-)(N%I&+63H_B.A MPKQQ))2$:I&PUS+;K%&Q_PCOIM]\.V%ZJ]D4U?02R@Q\WWJO@VI3:8XUL;@$+G+ D< M/Y9'OG;5RX[+/-@L"1.+'MAL)B 957< [DT=_;4=.>H"P?9"T@6"%D(0WQ,>9:TKW;;HZL*;/,< MU#GOJ$ZQ^/*@PI0B#4^T(*UJ"K16/J^0T? N_2"UU=W=LR2,8!(C''%I7=EA MD/@+(J1Z-5]+AP228>%0I'^^?G,Z??/T^3%WSLBR7>Y8.%4J@TDQ&MJ5>9'B M.(0D!_<-[SI+(%/5.L.%%5P0*]VN>R'/XVB==:>0,G0*5G9)UBYGYP"MX%R M[T*Z%RYGR<-(';/(7N=>V%J M7IV?"JFRU5);WRW+7D'4N)=0E0%ED$O&J",IR,A7<1*B;S1/Y15YZR3#>VA8 MH9,FJ,@K"(._"$= M;5C7SMVU'$9GP"@ FK^U,^?.NEK=W(4J&!D+_3CM#Z( MGWPE.+%\"!2 M%,!2[M0CE\L+/+=S^U&^25@#*8X M%E9_4!?+0W#3-2ZD[CH$A%5@ M2(+H&F(]4*SYBC0HG;W]R=,@JO(@JB="5,^$Z(^4"E&5"U&5#%$]&Z);28>H MYHAT>PG1+=%\8TI4Q**2(GJW61'-TB*:Y44T2XSHUC,C>D-J1/7TF!Y1+3^B6T^0J)8A43U%HEF.1+>9)-%\ED0+:1(MYTGT^R5*5,N4J$J5 MZ%WF2E1/EJB>+5$]7:+;S9>HGC#17,9$[SMEHGK.=,L@>I=9$_VSI$WTWO*F MRN6D<=?0JX+2,G ;7Q'4M!EY3'[.Y%W'0X/X6I6H3W[^F?ADE_2T&I*,JC,0 MM$QY%*6[CI'^-(C&ILWVGVA93'K*_3(]\?/WTNPDK892>&LEU6"R 72JP2VM MH-521UFQA47/%DL(6,,JTN9ZG$SYQ40E;9Z]S"NT%Z39 MX"_$!4$OY!M))P0N'*2G6>"S5Z@@S);X*W2Q 9XTBF'UJKCZ&> E2[@IH=Z M1!7 H*>1'LMT7YY@?W6&(.YHB5@B9KDI4>YB;C:4N^-7-:^8 VES.+.//SIZ)[81>_:9!/:B^QEH+S7<3%UW0C[IH&$&C ;?W"[S^1 MO*U 6M4CI2-S MW!0_FO!$Q'3^YCT9;]+1XX>,-_1K 8=N*>)\RVK,?48=JH<=JL<=^CT##_W+ M1!YZ_Z&'_M'80W/!AWZOZ%.9_0Q-HS/4-L,67J"ALW'QFAQS!X'&6P%2D 52A)DD9D&2F\/:2W&1,O,=$-R1M'@A&"3FV MVA2S3[OQX1,G?=\4^W92F63E2?52S]#>U21JF+,E(W<1K)9GO%"=P6#& M7Y"&(UP0XA_TX[,$YSNX<@*S%5'TE]8S'3R]O1?O-\1[_=\PW[3=V^.WSY[^?KY/WCGJ8Z45U-QJ:;>^-VE2O\/B+7R M/Q89&&:[O\9Z?2YE?"Z'B^XPD*&GG26.6'K$-,AUHR26(L[+U\_$ZW/QIB^L MBO:?^-Z,@\!(\S)[+:\YU Z]"<(#%2SZ/W"'AC/)RIAB@6KBJ_X__-B9!WM5W_B/*F MF<#IEB5.MR#RZO^=:6288_4"C1/Q!EL_LA;BK=?9!B)\VDR:CA\9\)W=YCAG M"1%KYTW\PQO(1QI-/[W"+QRFI<;_6]ZS/[=M(_VS_PLV,VTEFTGXU,-N,^,V MSEWF&B>3I/UZT]YX))&R5=,B*TIYW/3^]V\? +$D05EVDG/R?9W4DD 06 "+ MQ>YB'Z3?.LL65XLU40]<;."T76?)FB_X4F[P%J0@EEGY"A@$<23#B3%^P M$B"\IN+1@D!3^DHU2HUIG\TH/WQXUI#CT=@-C:]=%0QZH4QBFWA7,B&W_M6, M^KTKG!GT9DH0W9+%&1:H9TN\3I//J$ ]W"P2I_8B%+ 3EH93+!T3LQ(U^L_7JQ2V +'@%5I6:9EI0EO,O^G1"MKC'^]);ID^U7TFDR9 M>:I"HCX>T2%S"GJH%=;[:!@1N%@Y;1?1W+YI0C[LG3 MTR?/G?T^<,3.@>/W76?1GB-@E.9Y#0EQ 'SC=/"],\=$;D 8N>3(PJ@@&\(] M8==T9J*NS%$,"7Y5;S<5S:KM!1H7J.\5%U/O5TT8YKYUONFI9_SH-Z]+$] MG1<]*8S"L+7="&_AI*^%*/T#57&T),.^%3>JJ5?Y^O02-0T"/[C?-3[.7S.7" ($Z?:8L4"HB MO^SLRN]+$$.?G9R^QOW0>[PH+_4)@2D4?^W7-/C(WCUZY/0,@P=R/9F<./<= M9C_I%Z +H M&-42KGP25,R^1%P\<&J3[NG46?^/$'07#/UT*&J-J>!Y;ASYNTN9B&DHJ^E/ MBXQ)@V(9S*")N<3=NZ>/KWH-?3IQ'154O5''W"K=*W6->@5CSFF3.[?)QHFU MP41T.;76F(H:C*%2G5<4:7]ZW"=P1:_*O"A"30A=5H-8ZFIPU2S68>-415J<3--U!+-*-+; M0CXBXMM'L'T,\[GJNXZ1<]'W?*XZ;U21(YA/K8F=Z\ M6=(%^^=+-'< _K,FG#O _V40SRQI;H OD7QN&<5G3T!K&'27)-3*@<; @0ZB MC@M;+?VWGU!DY2)'ZOMT.<^K[&WVX\-Z\-'>;U,5L_?YDK&YLZFTVOP8:[N] M^1=9N@V<-B,TU=#4\5- 0\X?K1I46EU]D+]JHX8JW65VZ'/9/+4J3O"C&R MSPXSK-1C,'#CX4CT(\M'Q&0X==:9*-(,"0*4IKZ]PC=8C"LWR6;Y9-HJU* M51U*N]Q"5R[53-QBE1>MY>-27257.%VODN](Z6SD=SF!R7[3;%*5ZLUXE2>6 MS8A.=8*!:1\W6*I(R6#DQB:?Q9>"("T"92<.7SZ29'>.)=:$$5,@/*WZF>"1]("7%!*!V(U#:?!MC,!FUV0W"5">Z\G%T^A$?_==M;T_'N M85()S%IL0&\,_QS?/_0&A\& C6RQ5LW =G08>8=>V''I[T8#$\D6?P[;D6PW M\_(A_H]M-P/:0O$<_R^;3\IUDBVFS;BV4+K(VU5AK<\;I?=PBAYC@AM#(V9IK [ /503T%T )^>3=>K,\N42VDP3:BQUUA>K?'-^ M0=F3UH"1.N+W@0YG6.A7+6FM#.!XBPP3OE@6;)S6$=0;@S4&9F'&H3NNHB-K M6%_-)LIOG&PKT35UHF8"3R:Z-S%0L@4B/"[AM=X")[#? 2-/+E7ISLT4> ,W M\'T#8^"'4""#KO^2KA;S]YQ<2D*FP"TQ_2 BM&.0=KXYPT,]G]-L$P*4 MSM4D277ZJLMTM4PSR^"H+H\.+[!E)K/VP"PQV34:=3BF1",WB$,QYKCN-Z>S M@'C-D+ ,'<<:ITM\^(H!LU702T!%A$]$O53/.^"@;N7<#V(W&(H<;T _16>U M'MN0F=JSMTFCMH%//]L9R.'8#70B. )R! 5C86=6S"?K2=:[=WK\[.1[CLKD M%)/U!5 4"Y23Y(]-N=9KF\V6ZQWQ=Z^\R%=K>J/#.-,;NZ$O( T#SPT#(['^ MQP"C#'DOE3ESM8UNN'O"*';#V!-=QD,W% &L-"8=__3ZY.7)X[]>O7[^0DX* MPS&[.(<>/P ,H/B5T22!,0S=T&1.V!$,--C<%+U\55P@KU# >;#$LT!@#S\[ M,@55I0Y+NL'0&(+0L3J"*=@V300@$->< 0MC1;D^5YBA-&-L)X M)KB8#6*YN1*0$D@5BF.E#@B!1D>22--U@N'<-(17D\NT"T1)P#AJ]&7*F,73 MHS8C M%O3EUS,W9#&@< 6#"4P?9!C(JB)J3':SPJUY@:@X]K3A6(^GS*C&$% M&[Y79WLO*02P;>JJ3+F+W: >HJPGB&T\CH$S]IM08U:/&9[0$UQ+*Y X:4A! ML":"J2=PE?ZY24OX@N;(E@E6SZM@VEBM(Z=U&+J#4.0S&,2^.XC;Z(KJ'WD6 MTIPT60FLA7#2XC,P]8-"EW;O[$$$K%TL:-H 1.?!L+7FY^DR7?'LX>+GJPD MM539(6G]L[Q<'U!0<=O64@2@8K)Z0+P+0DV1C@/+CAHGG10>F$N]"^F!>]Y9 M?%" UN6'T$^BS(&N=0IVLE.XTG)3+'HH^+:J4RQ MSA02G*M2%/&*N-:J6KAM D,S0Y;*NOMUQ:W:H16M50R,#4S9*M?FW=6N*WKF M$VUKE8I6[]1I)1UP;9+.Q3+1J&H+!8O=-4.N,OF2$SH#.<#,?DN\:@(_N[A< MX7IQ==5<:TDO^7U[DUO68Y:M%ETH9C!BW5B3.NZT'R8IT)'F]%$%>$AJ"KUB M[<>DN; ^+,08FQVO4A!#NGKFA=NL%]EBO4A+O7@TO;1M8 7Y'9Q,,?>823NQ MA-NO5L'49TS8P+Y>K*W03TFK=X/&9I?86+,MWFTY,E-;ETTN"F:1%AW7M0&U M;3Q?OR_2_-**1XUEKN:L"WX@@R@B=,CS;41?I47V7M;$9_+L43OO+@X?U?7. M600TJ"*) )POP4,_=CSOT!_""43'AZK74&#!\12-.]P9@#T4G'8@$N+LHJ4J MWB:?4G'E&'4.'DGP8X41"Z[:2J8%I\+K0&%.9/'G9I)4BA\C&C"I(P:V)4TU M&-?K)$ZK'_/8]3W!C?E>" 5M.>L?)RF19^ <7>I!E\5CD!NX5? MHN3\0D?(OT'D^CK)-L$V &"'[;S'2H_#3S)5P!XW2IGSDH?CH2H5?;-;,:IZQ&X@;[*Y&.?E/LW&9-<[2@5UW,C*Z$^.\!,0/ M[T\95=4WV;\\*&MC(E=K?8Y]);.2!Z/8#<9&@[5C3R2H-#ILCM/>J76X&+QP M+*2GT//=T!L:%&2T.L$ L K)$65RU@\BZ]-2QVJ&B+>T\@?;02S5(@J]T*$O MB@,WC*MK:BU*_4CW4L"#P.E/@''#!(CJ;+-*9;)OS;7LJC$^TI=$X0#F9]!2 M-=P4 K6* A"YAKL 8UPP"L6AF)MCC M (N*:2%3CB%SJ0DA,A:N@S$F=M4%,A. [RGGUR$ .QH)+X_K@=7;O *Z-FL= M@!O$_&CP6R=_'+N1)Q2+D3=T(S_LUF6BT$B2^ZVUB)$W@"Y\>04V=J,@;M%+ MU![^]>3YSZ>/VR>1@%'9/N#J2".'"'7INQMC+ W\UP+2UL M-3/0!]?E0ZTST+AR>["HLXM>'Q@K_/+G9K'&'_B(ORLMDMHGZQSSN&5IF\N> MK,[7^<(B<[9$>_@'K$,*FXY%[4E9^M@G?9GJ;X'^$NHOD?X2LRI+-:(T%\"+ MS@& Q7R(T&0_0A8_\BP_I1Q>*6LE6HDD2>ZA\<#Z:))R 8","G3*ED> M/A0$@&IQ^F,K,(""?CR4O+X/S']+3?TXA4FZPN@];R]28"16];S8Y46^R1)G MJNYFTZ1U$\N+T$-O>MO!QNNW#X^[::L_&($8(NBY#TRQ;XYJ(9< &W.CNOT=.> &9[7=QX* M&(R'"D'M#/3 MJI;J0UMPW,;3:@?P2D>"]76WAZ( M.,0$W9M-ELM\[=#]B,H(=$_&%R'"(%SJWU_!0'Y+."X311QFE5H]6/,L7[Y) M09!7+<+IT_NZ[*,2LI&[$?^KQLV- _VC"PC1AP:(HPIQH)7SVJ3IE!PQ,'H& MP^YBI%ECJ-FG&*O=4@Y.2WFI #^@8-2MAA";[V;&B:U#8GJ'I\3T%@& *Z"W MQO_U W-F3%N'!OSKD$&CV(U]05[WN(4:F2,2YM29SPWIP21YG5K4E)HB'5VG M6>6(*GC/9 CNK4#1RC<%DEUAN3-8MAD;@I@N1*1AZ J#.#O>3C\&X@9WA[?! M+=$VN '6!BVDC8/#P/N_9E(/QYNT$&;N1H$NT#Y06$_Z/-0S5T;S6AG)FI$N M7?QU2.R/QB:*+">( DE_+#63E;GZD0VG@R9*WU@=&[B1-#J,@MB-PI;YWLM\ MLT9%PSIW2-V>8"0D%EF:6@4]4WC[X*-VIRB"!FCB?@)J\)? OMW"N]MNX2VW M6WB#[1:VMQM4&7S@=K/N*;DE:O@;WM05HKE&T=VM473+-8INL$91RTC#"P\C MO_,@0;6;Y02A-LM1]1HK'@2'7M!QE8?;T-R)CQ$!VK<'[\N'%#ZW4]#O4@/< M2-:_YB0\:"!;+&5QXL7(I$-II5"#S;D\=6X9YVI2J)+)FS3AQ"$=9N&U.Y6! MYXKKMB:682JJ9?H6/DPL-TI/!>*.5+A2SJJ\5BV7]3#I;PIL+*O@ MK@+D80?3?Z>KO+I>(%A SL)WSM;]>7G_495@E64MJD%YLR@_%;2E*BV*\TI! M-GNS)H,>YY$3]IL;!W#[CN[<5-R,)M=VEP!U(AX)( M^&8BM5^N-DO762*_5![I3B_R-2Y,_=).&7XGQ62UKAM-ZD]C9"GN^=C2COBQ MNN4F%.R;RS54&9GKM<;E"M[S]&C-<(N_(Y#5Y1#VCF]J&E&K5:F[ZA=ZYC+O MJ#/736A42V\OT(&]A]=0J+A(U_,R70*GW>>DO+6,7^KV!BF Z9*C08ML28UT M2?0J 4Z5G+_^(NJWS/&GCU&OR3\=LQJ9XBJF+KU-EJS?.P(E]"MXI]4WE77T M2\Z_07"JR2!')EV+LRAQ"[AWQ4V6U]>CV*N,(:H&M:I'!INDD57OZ%=&2K\% M$L98:+?N8K*YG"X?=ICW^L1?._.-J?_@N?]HDV]ETWP0[_RA4*OR1@)8#8G8 MVT,%-FW@[QU12N&@]4QA3&CU_3N]&YV# RZJYD2M]HJ"RU:$HJ?;UYL;EP() M%45UU\K,+$V+GK[PXNFY<5GM5 ;_[5A I'UO@ MMZ"OS_30(V,(<9?P0<#NA-NW ]>>5CYP_?&H%IBXK=%"O@(7?!_^-DSMF5'A MZ,O,/#M9NM2Q4'B/(SE DHY,S J>$FWN8QY-V/3.(WYZ!%/(-BELGUPFB_/% MNK=?$+EG1=G(#;RH%A7T(\"JPVA_5'BM5R]![ :A4!4$H0\%P[;U^J75RY[8 M1#[7X##C3W6,]>M^NRY:\+ #;\L&9L>P!2$4&!ZB6-]_9%B#JJV&?J%)'9@! MW;9,@ILT_&I=VT2F8'=L M"XV*?' CDSWI>,94J7FE79D/E\5DQE[D%-"%V.PJ1!IVF2DYP4R_5I-@ZTA\ M<'+FB6*<8=P<:!C/K72F,[/A9?69^GVDD_EM>>'QR2]G-';%6WHQ\,W&2/RS MGK$;3-FGFC.[^\[0#;U NN^$4- *6/02K1U4!!\:H7(=PT@3BW6):K6K"<5$ MF.?-NQ_>)[V,Z/NJ4AJHWULBG(P\-QS)""!Y"L1""-6='"?IF0/^,!YG#NGSU\[$Q.) \J=G$QPKR:S55XZ M;Q?K"W2B>T/1E?"L0,<\;@OJ+5; %*9)FM TJM"$%%@)0XA.IEGZ5=/KC@@< M4AG7@3^8M&->M@D.)T#!YQWQ4+PQC"RNI>Y95-'J"O*H@?.6^_GV=^];9G4T M;F,-D*L5.M_W<1_!<5V H/;MY%O\A3\>.=]>?$MRUU<5*S0KJC0;.J+0U^6A M\^/Q*4[EDZ=_^_GEB?/\9_SZTXGSZI^O7I\\<40XH+#.R M]0A..IF4#ZL8U%/!?.C0=A_;)QR'WX.K8KD78TBK]37K2EQF(DN_'S9/H&9VY&*Q@GJY*.H PX-RFZ' F M52$8NJ^SJ[ 'TTY[#,QW&TI[C C$3.LUJO:SP@@+E$-I6AA_C^3H5OUS=#YQ MGQ $GAO88YRI_E=OV?<,0[P9MS->"@[[UG3.[A9'14K,BOUYLB:#!NT.@C',5(%N=8W< QCH] M U@&&8$-Y&$W]<,^RO$Q[\Y+"?0!_UQ***:@((PM:<62E9N1+'QFNP2S&%IXY@(P ^'(PPC-PS%1N: >=N"?Y'6@!E*9)$: M;D%LXH"6L-KYH6RP03IF2X\NJ?N52H-^;@NA!Y#*\ GA< <9]"$] E'_BKP M.,LW9?:^@EUY:-C<+!$<^)^R/E90B2VGG#\EG%88A["(,I1:./:!"6ZY?3T! M-@9A5 %6FA")V"ND'Z(5GFU6%$VO'O%+/18>]:)>!_\(QT(TE'>U%& O;'NH MMGS3E*.J\$N;+][9O-*@6+M>7Y4W]+F^Z@IT&<,6B7T9J"X(W3@86PC.SZ?_ M.'W^/Z>8!_?QR:L?@6G[U7D&7W52:.KS_J-%<@:0:B8-_L"Q#NS>RY/C'_^N :7=ALL4;)T^V7XY?H[.9CM?\%63%"2Z/N !% end -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-hackers Mon Mar 27 11:57:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA02857 for hackers-outgoing; Mon, 27 Mar 1995 11:57:01 -0800 Received: from obiwan.pmr.com ([199.98.84.130]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA02849 for ; Mon, 27 Mar 1995 11:56:59 -0800 Received: by obiwan.pmr.com (Smail3.1.29.1 #4) id m0rtH38-00030WC; Mon, 27 Mar 95 09:49 CST Message-Id: From: bob@obiwan.pmr.com (Bob Willcox) Subject: Re: Another fix for 3C509 To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Mon, 27 Mar 1995 09:49:49 -0600 (CST) Cc: davidg@Root.COM, freebsd-hackers@FreeBSD.org In-Reply-To: <199503272140.QAA06364@hq.icb.chel.su> from "Serge A. Babkin" at Mar 27, 95 04:40:26 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 977 Sender: hackers-owner@FreeBSD.org Precedence: bulk Serge A. Babkin wrote: > > I have made another changes for 3C509 driver. In short the changes are: ... This reminds me, I have a 3C579 on a system here that is running -current (from about 3/26) and it fails to probe the card (has never successfully done so). My kernel configuration for the card is: device ep0 at isa? port 0x4000 net irq 12 vector epintr and I get this output during boot: Mar 26 19:56:26 luke /kernel: 1 3C5x9 board(s) on EISA found at 0x4000 Mar 26 19:56:26 luke /kernel: epprobe: interrupt number 4096 doesn't match Mar 26 19:56:26 luke /kernel: ep0 not found at 0x4000 Note that the card is in slot 4 and is configured to use IRQ 12. Any idea as to what is wrong or what I can do to get the probe to work? -- Bob Willcox ...!{rutgers|ames}!cs.utexas.edu!uudell!obiwan!bob Austin, TX or: @uudell.us.dell.com:obiwan!bob 512-258-4224 (home), 512-838-3914 (work) or: obiwan%bob@uunet.uu.net From owner-freebsd-hackers Mon Mar 27 12:00:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA03025 for hackers-outgoing; Mon, 27 Mar 1995 12:00:25 -0800 Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA03018 for ; Mon, 27 Mar 1995 12:00:21 -0800 Received: by gvr.win.tue.nl (8.6.10/1.53) id VAA05009; Mon, 27 Mar 1995 21:59:21 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199503271959.VAA05009@gvr.win.tue.nl> Subject: Re: lsof ported? To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 27 Mar 1995 21:59:20 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503271735.TAA16197@uriah.heep.sax.de> from "J Wunsch" at Mar 27, 95 07:35:27 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2139 Sender: hackers-owner@FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Guido van Rooij wrote: > > > > There is this handy program that lists all open file descriptors > > called lsof. It not only lists all open inodes but sockets as well. > > ...exactly what fstat(1) is doing. So why another program? > Fstat does: USER CMD PID FD MOUNT INUM MODE SZ|DV R/W guido tcsh 4954 19* unix stream f061f494 guido vi 4953 10* unix stream f05ea514 <-> f05ed394 guido telnet 4766 3* internet stream tcp f05b1700 guido telnet 4689 3* internet stream tcp f062ad00 root inetd 130 12* internet stream tcp f05d0200 root inetd 130 13* internet stream tcp f059e000 root inetd 130 14* internet stream tcp f05a0e00 root sendmail 127 4* internet stream tcp f05c9200 root nfsd 112 3* internet stream tcp f05c9700 (a smal sample). Lsof does: syslogd 37 root 4u inet 0xf08cf814 0x0 UDP *:syslog portmap 58 root 3u inet 0xf08cf394 0x0 UDP *:sunrpc portmap 58 root 4u inet 0xf0a90214 0x0 TCP *:sunrpc gated 60 root 7u inet 0xf0aafa94 0x0 UDP *:0 gated 60 root 9u inet 0xf0abb380 0x0 ICMP gated 60 root 11u inet 0xf0abb294 0x0 UDP *:route named 62 root 4u inet 0xf0aafc14 0x0 TCP *:domain named 62 root 5u inet 0xf0abb914 0x0 UDP iaehv.IAEhv.nl :domain named 62 root 6u inet 0xf0abb814 0x0 UDP localhost.IAEh v.nl:domain named 62 root 7u inet 0xf0abb714 0x0 UDP iaehv.IAEhv.nl :domain named 62 root 8u inet 0xf0abb614 0x0 UDP iaehv.IAEhv.nl :domain named 62 root 9u inet 0xf0abb514 0x0 UDP *:domain lpd 65 root 5u inet 0xf08d4194 0x0 TCP *:printer sendmail 69 root 5u inet 0xf0935f94 0x0 TCP *:smtp Now...I prefer the second one. Besides, lsof has a bunch of options (among others to only list open network files). -Guido From owner-freebsd-hackers Mon Mar 27 12:08:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA05140 for hackers-outgoing; Mon, 27 Mar 1995 12:08:59 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA05133 for ; Mon, 27 Mar 1995 12:08:53 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA27750 (5.67a/IDA-1.5); Mon, 27 Mar 1995 13:51:41 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA23150; 27 Mar 95 13:50:36 CST (Mon) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id NAA23147; Mon, 27 Mar 1995 13:50:36 -0600 From: Peter da Silva Message-Id: <199503271950.NAA23147@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: fbsd@clem.systemsix.com (Steve Passe) Date: Mon, 27 Mar 1995 13:50:35 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199503271839.LAA03946@clem.systemsix.com> from "Steve Passe" at Mar 27, 95 11:39:15 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 325 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I never thought of that, I have run X11R6 on my 1.1.5.1 boxes since > I first brought them up. Probably not... all I can say is try it > and see. Would the first person to answer this question please > post results? No, it doesn't work. Time to see what happens when you run an X11R5 and an X11R6 server concurrently. From owner-freebsd-hackers Mon Mar 27 12:09:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA05161 for hackers-outgoing; Mon, 27 Mar 1995 12:09:42 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA05155 for ; Mon, 27 Mar 1995 12:09:41 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02888; Mon, 27 Mar 95 10:08:44 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503271708.AA02888@cs.weber.edu> Subject: Re: lsof ported? To: gvrooij@mmra1.ms.philips.nl (Guido van Rooij) Date: Mon, 27 Mar 95 10:08:44 MST Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9503271137.AA22173@mmra1.ms.philips.nl> from "Guido van Rooij" at Mar 27, 95 01:37:43 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > There is this handy program that lists all open file descriptors > called lsof. It not only lists all open inodes but sockets as well. > > lsof used to work on 1.1 systems but with 2.0 it seems nontrivial > to port it. Hence my question. All lsof does is traverse the system open file table, on the assumption that the id's are not shared. Basically, this is the same thing identd does. The system open file table has the struct file *'s that refer to the target files, as well as the process information for the openener. Conceptually, it's a rather trivial program. I haven't looked at the newest BSD changes, but I know that on newer versions of SVR4, the system open file table is dynamically allocated, and an lsof utility would have to traverse the open file table of all active processes. Under BSD, this would be even more trivial to implement because you could use an SIUD root program and simply recursively descend in /proc. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 27 12:09:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA05185 for hackers-outgoing; Mon, 27 Mar 1995 12:09:48 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA05172 for ; Mon, 27 Mar 1995 12:09:44 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02739; Mon, 27 Mar 95 09:41:39 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503271641.AA02739@cs.weber.edu> Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) To: fbsd@clem.systemsix.com (Steve Passe) Date: Mon, 27 Mar 95 9:41:39 MST Cc: hackers@FreeBSD.org In-Reply-To: <199503270209.TAA29719@clem.systemsix.com> from "Steve Passe" at Mar 26, 95 07:09:25 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > - a nice FTP client (ftptool, moxftp) > > I love moxftp, use the motif (mftp) variety, but it is, how shall I > put it? ... UNSTABLE! My version is 2.2, Anyone know where the > latest & greatest source is??? The Motif version of moxftp uses Motif internals that it is *bad* for it to "know" about. This should be corrected before using it if moxftp is decided on instead of ftptool. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 27 12:09:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA05205 for hackers-outgoing; Mon, 27 Mar 1995 12:09:54 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA05182 for ; Mon, 27 Mar 1995 12:09:47 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02715; Mon, 27 Mar 95 09:39:07 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503271639.AA02715@cs.weber.edu> Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) To: peter@bonkers.taronga.com (Peter da Silva) Date: Mon, 27 Mar 95 9:39:07 MST Cc: taob@aries.ibms.sinica.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <199503270110.TAA03739@bonkers.taronga.com> from "Peter da Silva" at Mar 26, 95 07:10:45 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Do most ISP's that offer SLIP/PPP > > services provide IMAP servers? > > Most of them provide POP. On the other hand, so does the IMAP daemon. The consideration to make here is whether you want to be storing their mail and have them reading it while they are connected or whether you want them to store their mail and read it offline. As an ISP, this would depend on whether you charged for connect time and whether you were under/over capacity on your incoming lines. Most ISP's charge flat rate for accounts and are over capacity, so it makes sens to download the mail to get it off your disk and on to the customers at the same time freeing up a phone line. Typically I dislike POP because it implies I will have one machine with me all the time and access from various locations rather than using various machines at various locations to access the same information. The reason for using a client/server protocol in that case would be to get a mail API, something UNIX boxes are sadly lacking. I will probably change my mind once I get a portable machine. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Mar 27 12:10:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA05341 for hackers-outgoing; Mon, 27 Mar 1995 12:10:49 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA05320 for ; Mon, 27 Mar 1995 12:10:40 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id WAA14500 ; Mon, 27 Mar 1995 22:10:51 +0200 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA04947; Mon, 27 Mar 95 22:10:26 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503272010.AA04947@blaise.ibp.fr> Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the To: hasty@star-gate.com (Amancio Hasty) Date: Mon, 27 Mar 1995 22:10:26 +0200 (MET DST) Cc: wmbfmk@urc.tue.nl, taob@aries.ibms.sinica.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <199502261735.RAA00331@star-gate.com> from "Amancio Hasty" at Feb 26, 95 05:35:41 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#480 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 393 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > - a newsreader ( suggestions? ) > > This should also be possible offline. Also > > posting offline. TRN (curses based but great). For offline processing you'll need a INN server locally or use a SOUP-compatible package such as YARN... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #7: Thu Mar 23 00:28:31 MET 1995 From owner-freebsd-hackers Mon Mar 27 12:17:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA06387 for hackers-outgoing; Mon, 27 Mar 1995 12:17:56 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA06379 for ; Mon, 27 Mar 1995 12:17:52 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id NAA03070; Mon, 27 Mar 1995 13:22:01 -0700 Date: Mon, 27 Mar 1995 13:22:01 -0700 From: Nate Williams Message-Id: <199503272022.NAA03070@trout.sri.MT.net> In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.)" (Mar 27, 9:39am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert) Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > Typically I dislike POP because it implies I will have one > machine with me all the time and access from various locations > rather than using various machines at various locations to access > the same information. My boss is at various locations all the time, and he's found that it's *much* easier to have one machine that he can connect to most networks than to expect whoever is hosting him to provide him with an account on their machine. It's much 'easier' for places to hand you a connection to a wire than to spend the time to setup a temporary account for you. He brings his Power-Book with him wherever he goes, and I have to admit that POP is the *best* solution for him. Even over slow links he's able to download his email, respond/reply to it at will, and then re-connect and send the mail when it's convenient. POP is a great solution. However, it does require that you have a portable machine, but having spent a couple days hanging out at airports last week en-route they are becoming very common for business folks. > I will probably change my mind once I get a portable machine. A correctly setup POP mail system works very well IMHO. Nate From owner-freebsd-hackers Mon Mar 27 12:21:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA06470 for hackers-outgoing; Mon, 27 Mar 1995 12:21:22 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA06464 for ; Mon, 27 Mar 1995 12:21:19 -0800 Received: from fedora.x.org by expo.x.org id AA10759; Mon, 27 Mar 95 15:20:42 -0500 Received: by fedora.x.org id AA07104; Mon, 27 Mar 1995 15:20:41 -0500 Message-Id: <9503272020.AA07104@fedora.x.org> To: hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. In-Reply-To: Your message of Mon, 27 Mar 1995 11:39:15 MST. <199503271839.LAA03946@clem.systemsix.com> Organization: X Consortium Date: Mon, 27 Mar 1995 15:20:41 EST From: "Kaleb S. KEITHLEY" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hello, > > > > freefall.cdrom.com:/incoming: > > > > > Mosaic-1151.gz <- unzip & place in /usr/X11R6/bin > ^^^^^ > > > Sigh... not to look a gift horse in the mouth, but... > > > > 1.1.5.1 was shipped with X11R5, and that's what I'm running. > > > > Will that work? > > I never thought of that, I have run X11R6 on my 1.1.5.1 boxes since > I first brought them up. Probably not... all I can say is try it > and see. Would the first person to answer this question please > post results? > If it's statically linked (and we know it is :-)) it shouldn't have a problem. Dynamically linked programs merely need to find their shared libraries, so if you provide for that, there's no reason why an R6 program wouldn't run with an R5 server. -- Kaleb KEITHLEY From owner-freebsd-hackers Mon Mar 27 13:08:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA07526 for hackers-outgoing; Mon, 27 Mar 1995 13:08:19 -0800 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA07520 for ; Mon, 27 Mar 1995 13:08:12 -0800 Received: from fedora.x.org by expo.x.org id AA11723; Mon, 27 Mar 95 16:07:40 -0500 Received: by fedora.x.org id AA07224; Mon, 27 Mar 1995 16:07:39 -0500 Message-Id: <9503272107.AA07224@fedora.x.org> To: hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. In-Reply-To: Your message of Mon, 27 Mar 1995 13:50:35 CST. <199503271950.NAA23147@bonkers.taronga.com> Organization: X Consortium Date: Mon, 27 Mar 1995 16:07:39 EST From: "Kaleb S. KEITHLEY" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I never thought of that, I have run X11R6 on my 1.1.5.1 boxes since > > I first brought them up. Probably not... all I can say is try it > > and see. Would the first person to answer this question please > > post results? > > No, it doesn't work. > > Time to see what happens when you run an X11R5 and an X11R6 server concurrently. What about it doesn't work? If Motif is the only library that's statically linked then you still need to arrange for the other R6 shared libs to be resolved at run-time. Unless you install the R6 libraries an application linked against them won't work with the R5 libraries because the library major versions changed. If you install the R6 libraries somewhere besides /usr/X386/lib then make certain that you rerun ldconfig, and don't forget to update your /etc/rc.local file so that ldconfig does the right thing the next time you reboot. Non-root users can also use the LD_LIBRARY_PATH environment variable to help the run-time loader find new libraries in "non-standard" locations until the sysadmin reruns ldconfig. I know no one would say something silly like R6 apps can't run with an R5 server. -- Kaleb KEITHLEY From owner-freebsd-hackers Mon Mar 27 13:14:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA07791 for hackers-outgoing; Mon, 27 Mar 1995 13:14:25 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA07784 for ; Mon, 27 Mar 1995 13:14:20 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id NAA02114; Mon, 27 Mar 1995 13:14:16 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id NAA00404; Mon, 27 Mar 1995 13:14:16 -0800 Message-Id: <199503272114.NAA00404@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Brian Tao cc: FREEBSD-HACKERS-L Subject: Re: FreeBSD problems - VM bug? In-reply-to: Your message of "Mon, 27 Mar 95 17:46:44 GMT." From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 27 Mar 1995 13:14:10 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >On Sun, 26 Mar 1995, J Wunsch wrote: >> >> But i've reported them earlier, they seem to be related to heavy >> NFS server activity. > > NFS *server* and not *client* related problems? For the first >time since I started on FreeBSD, my machine locked up hard. No >Ctrl-Alt-Del, no pings, nothing. I was in single-user mode and X >wasn't running at the time. I had the Taiwan FreeBSD mirror NFS >mounted and a file system from another FreeBSD box mounted. The hang >occurred in the middle of tarring the 2.0-950322-SNAP directory to a >remotely mounted 8mm tape drive, about 13 megabytes in (near the end >of the bindist). Time for a power cycle. :( What version of FreeBSD were you running at the time? If it wasn't the 3/22 snapshot, then the problem has likely already been fixed. If it was the new snapshot, well, we probably have a new bug. -DG From owner-freebsd-hackers Mon Mar 27 13:20:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA08096 for hackers-outgoing; Mon, 27 Mar 1995 13:20:01 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA08078 for ; Mon, 27 Mar 1995 13:19:52 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id NAA02051; Mon, 27 Mar 1995 13:14:43 GMT Message-Id: <199503271314.NAA02051@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Brian Tao cc: FREEBSD-HACKERS-L Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) In-reply-to: Your message of "Tue, 28 Mar 1995 03:36:23 GMT." Sender: hackers-owner@FreeBSD.org Precedence: bulk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 27 Mar 1995 13:14:40 +0000 From: Amancio Hasty >>> Brian Tao said: > On Sun, 26 Mar 1995, Peter da Silva wrote: > > > > Most of them provide POP. > > Are their any UNIX tools for accessing a POP2 or POP3 server? > Does MH handle that? > -- Well, lets see let me think . why, yes it works I am using exmh/mh right now and retrieving mail from my two remote internet accounts :) Amancio From owner-freebsd-hackers Mon Mar 27 13:21:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA08148 for hackers-outgoing; Mon, 27 Mar 1995 13:21:06 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA08138 for ; Mon, 27 Mar 1995 13:20:57 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id OAA04763; Mon, 27 Mar 1995 14:22:16 -0700 Message-Id: <199503272122.OAA04763@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org cc: cstruble@vt.edu Subject: Re: Missing header files in srcdist for SNAP-950322 In-reply-to: Your message of "Sun, 26 Mar 1995 21:24:49 EST." Date: Mon, 27 Mar 1995 14:22:14 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, > Is it just me or are there some header files missing in the src > distribution for the latest snapshot? I tried rebuilding my kernel with a > bunch of trouble because there was no sys subdirectory in > /usr/src/include and errno.h was missing. Looking at /usr/include vs. > /usr/src/include makes me believe there are some files missing. There is a recursive softlink in /usr/src/sys that prevents kernel build on 2.0-950322-SNAP. problem: # ls -l /usr/src/sys/sys lrwxrwxr-x 1 root bin 12 Mar 27 13:17 /usr/src/sys/sys@ -> /usr/src/sys fix (I think, make depend now works, make is running...): # cd /usr/src/sys # rm sys # ln -s /usr/include/sys sys # lt sys lrwxrwxr-x 1 root bin 16 Mar 27 14:06 sys@ -> /usr/include/sys Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Mon Mar 27 13:25:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA08472 for hackers-outgoing; Mon, 27 Mar 1995 13:25:02 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA08463 for ; Mon, 27 Mar 1995 13:24:58 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA29807; Mon, 27 Mar 1995 13:24:45 -0800 From: Poul-Henning Kamp Message-Id: <199503272124.NAA29807@ref.tfs.com> Subject: Re: Missing header files in srcdist for SNAP-950322 To: fbsd@clem.systemsix.com (Steve Passe) Date: Mon, 27 Mar 1995 13:24:45 -0800 (PST) Cc: hackers@FreeBSD.org, cstruble@vt.edu In-Reply-To: <199503272122.OAA04763@clem.systemsix.com> from "Steve Passe" at Mar 27, 95 02:22:14 pm Content-Type: text Content-Length: 776 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Is it just me or are there some header files missing in the src > > distribution for the latest snapshot? I tried rebuilding my kernel with a > > bunch of trouble because there was no sys subdirectory in > > /usr/src/include and errno.h was missing. Looking at /usr/include vs. > > /usr/src/include makes me believe there are some files missing. > > > There is a recursive softlink in /usr/src/sys that prevents kernel > build on 2.0-950322-SNAP. Can you tell me exactly which parts of the distribution you have installed to get this to happen, I havn't been able to reproduce it... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Mon Mar 27 13:26:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA08636 for hackers-outgoing; Mon, 27 Mar 1995 13:26:19 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA08610 for ; Mon, 27 Mar 1995 13:26:09 -0800 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rtMIT-00006FC; Mon, 27 Mar 95 13:26 PST Received: (from mdavis@localhost) by io.cts.com (8.6.11/8.6.9) id NAA06466; Mon, 27 Mar 1995 13:26:02 -0800 From: Morgan Davis Message-Id: <199503272126.NAA06466@io.cts.com> Subject: Re: Yellow Byte CD-Rom Request To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 27 Mar 1995 13:26:02 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503271708.TAA15835@uriah.heep.sax.de> from "J Wunsch" at Mar 27, 95 07:08:54 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 584 Sender: hackers-owner@FreeBSD.org Precedence: bulk J Wunsch writes: > > As Steve Passe wrote: > > > > Hello, > > > > Anyone else get one of these? > ... > > I ONLY use the 'fbsd' personality for the freeBSD mailing lists, it > > would appear that someone is reaping our mail-lists for addresses! > > > > Me too, just arrived. It's addressed to my freefall account: > joerg@freefall.cdrom.com, which i'm only occasionally providing as > my address. Yes, I think they must have gotten a hold of the FreeBSD mailing lists or something. I have e-mail accounts everywhere, but only the one that gets this list got the junk mail ad. From owner-freebsd-hackers Mon Mar 27 13:26:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA08638 for hackers-outgoing; Mon, 27 Mar 1995 13:26:19 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA08616 for ; Mon, 27 Mar 1995 13:26:09 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id NAA02087; Mon, 27 Mar 1995 13:20:44 GMT Message-Id: <199503271320.NAA02087@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Peter da Silva cc: fbsd@clem.systemsix.com (Steve Passe), hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-reply-to: Your message of "Mon, 27 Mar 1995 13:50:35 CST." <199503271950.NAA23147@bonkers.taronga.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 27 Mar 1995 13:20:42 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Peter da Silva said: > > I never thought of that, I have run X11R6 on my 1.1.5.1 boxes since > > I first brought them up. Probably not... all I can say is try it > > and see. Would the first person to answer this question please > > post results? > > No, it doesn't work. > > Time to see what happens when you run an X11R5 and an X11R6 server concurren tly. > Is not a problem to run X11R5 binaries now to run X11R6 binaries with X11R5 libraries thats a different story. I would play around with LD_LIBRARY_PATH . Or if you are running X11R5 unless there is a great need to run X11R5 I would upgrade to X11R6. Amancio From owner-freebsd-hackers Mon Mar 27 13:32:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA09192 for hackers-outgoing; Mon, 27 Mar 1995 13:32:01 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA09174 for ; Mon, 27 Mar 1995 13:31:49 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id NAA02152; Mon, 27 Mar 1995 13:26:31 GMT Message-Id: <199503271326.NAA02152@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Nate Williams cc: terry@cs.weber.edu (Terry Lambert), freebsd-hackers@FreeBSD.org Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) In-reply-to: Your message of "Mon, 27 Mar 1995 13:22:01 MST." <199503272022.NAA03070@trout.sri.MT.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 27 Mar 1995 13:26:28 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Nate Williams said: > > Typically I dislike POP because it implies I will have one > > machine with me all the time and access from various locations > > rather than using various machines at various locations to access > > the same information. > > My boss is at various locations all the time, and he's found that it's > *much* easier to have one machine that he can connect to most networks Well, I use POP over here at star-gate.com which is my home PC to retrieve mail from my remote accounts . At any rate, all I have is a 14.4k baud line and it works like a charm for me. Amancio From owner-freebsd-hackers Mon Mar 27 13:34:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA09475 for hackers-outgoing; Mon, 27 Mar 1995 13:34:54 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA09438 for ; Mon, 27 Mar 1995 13:34:33 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id OAA04850; Mon, 27 Mar 1995 14:35:58 -0700 Message-Id: <199503272135.OAA04850@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org cc: Peter da Silva Subject: Re: httpd as part of the system. In-reply-to: Your message of "Mon, 27 Mar 1995 13:50:35 CST." <199503271950.NAA23147@bonkers.taronga.com> Date: Mon, 27 Mar 1995 14:35:57 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, > > > I never thought of that, I have run X11R6 on my 1.1.5.1 boxes since > > I first brought them up. Probably not... all I can say is try it > > and see. Would the first person to answer this question please > > post results? > > No, it doesn't work. > > Time to see what happens when you run an X11R5 and an X11R6 server concurrently. Oh well, i tried... I guess the powers that be should remove: freefall:/incoming/Mosaic-1151.tz IF diskspace becomes tight. I suspect that many 1.1.5.1 users are using X11R6 and thus this is still usefull for them. If my memory is accurate, all I did to build X11R6 on 1.1.5.1 was get the source from ftp.x.org, add patches thru level 5, then XFree patches 3.1 (not 3.1.1, that would want X11R6 patches thru 11) and say make world. It figures out that you have freeBSD, 4-5 hours later you are in business. I suspect you could also do level 11/3.1.1 without problems. Don't bother to ask me for an X11R5/freeBSD.1.1.5.1 mosaic, I don't have diskspace to hoist X11R5, sorry... Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Mon Mar 27 13:42:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA10174 for hackers-outgoing; Mon, 27 Mar 1995 13:42:57 -0800 Received: from physics.su.oz.au (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA10163 for ; Mon, 27 Mar 1995 13:42:46 -0800 Received: by physics.su.oz.au id AA19657 (5.67b/IDA-1.4.4 for hackers@freebsd.org); Tue, 28 Mar 1995 07:42:34 +1000 From: David Dawes Message-Id: <199503272142.AA19657@physics.su.oz.au> Subject: Re: Missing header files in srcdist for SNAP-950322 To: hackers@FreeBSD.org Date: Tue, 28 Mar 1995 07:42:33 +1000 (EST) In-Reply-To: <199503272122.OAA04763@clem.systemsix.com> from "Steve Passe" at Mar 27, 95 02:22:14 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 643 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Is it just me or are there some header files missing in the src >> distribution for the latest snapshot? I tried rebuilding my kernel with a >> bunch of trouble because there was no sys subdirectory in >> /usr/src/include and errno.h was missing. Looking at /usr/include vs. >> /usr/src/include makes me believe there are some files missing. > > >There is a recursive softlink in /usr/src/sys that prevents kernel >build on 2.0-950322-SNAP. I haven't seen this problem (yet), but I did notice that populated and compiled /usr/src/sys/compile/{GENERIC,BOOTFLP} directories were present in the source dist. Was this intentional? David From owner-freebsd-hackers Mon Mar 27 13:46:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA10568 for hackers-outgoing; Mon, 27 Mar 1995 13:46:50 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA10553 for ; Mon, 27 Mar 1995 13:46:33 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA00128; Mon, 27 Mar 1995 13:46:24 -0800 From: Poul-Henning Kamp Message-Id: <199503272146.NAA00128@ref.tfs.com> Subject: Re: Missing header files in srcdist for SNAP-950322 To: dawes@physics.usyd.edu.au (David Dawes) Date: Mon, 27 Mar 1995 13:46:24 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503272142.AA19657@physics.su.oz.au> from "David Dawes" at Mar 28, 95 07:42:33 am Content-Type: text Content-Length: 481 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >There is a recursive softlink in /usr/src/sys that prevents kernel > >build on 2.0-950322-SNAP. > > I haven't seen this problem (yet), but I did notice that populated > and compiled /usr/src/sys/compile/{GENERIC,BOOTFLP} directories were > present in the source dist. Was this intentional? No. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Mon Mar 27 13:58:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA10979 for hackers-outgoing; Mon, 27 Mar 1995 13:58:05 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA10971 for ; Mon, 27 Mar 1995 13:57:54 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <26080-0@bunyip.cc.uq.oz.au>; Tue, 28 Mar 1995 07:57:14 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id TAA23761; Mon, 27 Mar 1995 19:00:37 +1000 Received: by orion.devetir.qld.gov.au (8.6.10/DEVETIR-0.2a) id SAA07337; Mon, 27 Mar 1995 18:57:45 +1000 Date: Mon, 27 Mar 1995 18:57:45 +1000 From: Stephen McKay Message-Id: <199503270857.SAA07337@orion.devetir.qld.gov.au> To: hackers@FreeBSD.org cc: terry@cs.weber.edu (Terry Lambert) Subject: Valid uses of async mounts (was: Why IDE is bad) Sender: hackers-owner@FreeBSD.org Precedence: bulk terry@cs.weber.edu (Terry Lambert) wrote: >> >> It should do what the manual page says it does, which is to force >> >> all I/O to the filesystem to be done asynchronously. > >The use of "async" in this context doesn't "make no sense on local disks", >it just "makes no sense period". I have a short program which enables "delayed I/O" on filesystems under SunOS. This looks like the same thing as async is supposed to do for FreeBSD. It is claimed to be useful when doing file system restores, giving "about a 500% increase in the speed of the restore". >The only exception to that is a tmpfs, which is clean on each boot anyway >and might as well be remkfs'ed as anything else to get it clean. It is also advertised as being "good for /tmp giving most of the benefits of tmpfs without the problems". You are supposed to insert "fsck -y /tmp" somewhere before the "fsck -p" in /etc/rc to fix up after nasty crashes. >I don't think "async" should be an option, and if it must stay, at >least say "DANGER! MOUNTING /dev/whazzit ASYNC!". Surely it should be "DANGER, WILL ROBINSON!" :-) Stephen. From owner-freebsd-hackers Mon Mar 27 14:33:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA12008 for hackers-outgoing; Mon, 27 Mar 1995 14:33:24 -0800 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA12002 for ; Mon, 27 Mar 1995 14:33:15 -0800 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0rtNKN-000I1gC; Tue, 28 Mar 95 00:32 MET DST Received: by ernie.altona.hamburg.com (Smail3.1.29.0 #15) id m0rsqS8-0002OfC; Sun, 26 Mar 95 13:25 WET DST Message-Id: From: hm@ernie.altona.hamburg.com (Hellmuth Michaelis) Subject: Re: httpd as part of the system. To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers) Date: Sun, 26 Mar 1995 13:25:51 +0200 (MET DST) In-Reply-To: <199503260830.JAA02991@isl.cf.ac.uk> from "Paul Richards" at Mar 26, 95 08:30:35 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 479 Sender: hackers-owner@FreeBSD.org Precedence: bulk >From the keyboard of Paul Richards: > The big beef is that it would be nice if we could ship a decent > client with FreeBSD. We need a good viewer for our docs and lynx just > isn't that nice. Chimera runs just fine - you don't need Motif, you have the source and it looks quite a bit better than lynx. hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Mon Mar 27 15:02:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA12794 for hackers-outgoing; Mon, 27 Mar 1995 15:02:04 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA12788 for ; Mon, 27 Mar 1995 15:01:58 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id QAA05409; Mon, 27 Mar 1995 16:03:27 -0700 Message-Id: <199503272303.QAA05409@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org cc: James Robinson Subject: Re: httpd as part of the system. In-reply-to: Your message of "Mon, 27 Mar 1995 17:17:34 EST." <199503272217.RAA19648@hermes.cybernetics.net> Date: Mon, 27 Mar 1995 16:03:25 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, > > Are you using X11R5? > > > Yep -- I'm mostly running XFree 2.1.1. I've got those shared libs as well > as the 3.1.1 libs installed (the netrek client wanted 'em), talking to the > 2.1.1 S3 server. then I don't know.... recapping I built and ran it on: stock freeBSD-1.1.5.1 X11R6, patch level 5 XFree86, patch level 3.1 SWiM motif 1.2.3, statically linked > Accellerated X server should be in the mail (it's R5 based as well, isn't > it?). yes, i believe so > I've got a Mosaic binary already (not sure as to the version -- had it pull down the help menu in upper right corner, it will have a "on version 2.x" selection > for a *while*, though). What would 2.5 buy me? HTML 3.0 extensions > in a politically correct fashon :-) ? no idea, I was unaware of it till someone in the group asked me to port it. if anyone else DOES get this to run on 1.1.5.1, let me know! if nobody does soon, I'll pull it. Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Mon Mar 27 15:18:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA14041 for hackers-outgoing; Mon, 27 Mar 1995 15:18:13 -0800 Received: from pht.com (pht.com [198.60.59.99]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA14031 for ; Mon, 27 Mar 1995 15:18:11 -0800 Received: by pht.com id AA05860 (5.67b/IDA-1.5 for hackers@FreeBSD.org); Mon, 27 Mar 1995 16:01:55 -0700 Date: Mon, 27 Mar 1995 16:01:54 -0700 (MST) From: Brad Midgley To: Poul-Henning Kamp Cc: hackers@FreeBSD.org Subject: Re: Missing header files in srcdist for SNAP-950322 In-Reply-To: <199503272124.NAA29807@ref.tfs.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 27 Mar 1995, Poul-Henning Kamp wrote: > > There is a recursive softlink in /usr/src/sys that prevents kernel > > build on 2.0-950322-SNAP. > > Can you tell me exactly which parts of the distribution you have installed > to get this to happen, I havn't been able to reproduce it... I had the same problem. I installed bindist, man pages, and source for only the non-des stuff. It may not be worth mentioning, but I didn't even have XFree or compat1x in the install tree. (On the ftp site, they're symlinks and don't come down well when using wu-ftp's "get ...SNAP.tar") brad@pht.com ps. everything looks like it'll work fine on a dos file system except the directory "XFree3.1.1." Does this strange filename get truncated to something which will still allow the installation to proceed? From owner-freebsd-hackers Mon Mar 27 15:27:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA14244 for hackers-outgoing; Mon, 27 Mar 1995 15:27:52 -0800 Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA14237 for ; Mon, 27 Mar 1995 15:27:50 -0800 Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by glueserv1.umd.edu (8.6.10/8.6.4) with ESMTP id SAA11785; Mon, 27 Mar 1995 18:27:42 -0500 Received: (chuckr@localhost) by espresso.eng.umd.edu (8.6.10/8.6.4) id SAA07126; Mon, 27 Mar 1995 18:27:41 -0500 Date: Mon, 27 Mar 1995 18:27:40 -0500 (EST) From: Chuck Robey To: Steve Passe cc: hackers@FreeBSD.org, Bob Willcox Subject: Re: httpd as part of the system. In-Reply-To: <199503270556.WAA01275@clem.systemsix.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Steve, I've just finished testing the Mosaic binary you made, of Mosaic version 2.5, with static Motif linking, and modified io, so that it utilizes the 'term' program (to route sockets over the async line). It works beautifully. I still have a small bug in term, version 2.3.5, which is preventing the host from disconnecting correctly at the end of a term session, but your Mosaic binary works find with that term version. Thanks a lot! ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon Mar 27 16:06:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA14804 for hackers-outgoing; Mon, 27 Mar 1995 16:06:12 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA14793 for ; Mon, 27 Mar 1995 16:06:05 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA00626 (5.67a/IDA-1.5); Mon, 27 Mar 1995 17:36:22 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA28582; 27 Mar 95 17:30:25 CST (Mon) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id RAA28579; Mon, 27 Mar 1995 17:30:25 -0600 From: Peter da Silva Message-Id: <199503272330.RAA28579@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: kaleb@x.org (Kaleb S. KEITHLEY) Date: Mon, 27 Mar 1995 17:30:24 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <9503272020.AA07104@fedora.x.org> from "Kaleb S. KEITHLEY" at Mar 27, 95 03:20:41 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 165 Sender: hackers-owner@FreeBSD.org Precedence: bulk > If it's statically linked (and we know it is :-)) it shouldn't have > a problem. It's got motif static but it's still dynamically loading the other libraries... From owner-freebsd-hackers Mon Mar 27 16:07:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA14824 for hackers-outgoing; Mon, 27 Mar 1995 16:07:31 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA14818 for ; Mon, 27 Mar 1995 16:07:25 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA00700 (5.67a/IDA-1.5); Mon, 27 Mar 1995 17:48:19 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA28790; 27 Mar 95 17:40:23 CST (Mon) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id RAA28787; Mon, 27 Mar 1995 17:40:22 -0600 From: Peter da Silva Message-Id: <199503272340.RAA28787@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: kaleb@x.org (Kaleb S. KEITHLEY) Date: Mon, 27 Mar 1995 17:40:22 -0600 (CST) Cc: hackers@freefall.cdrom.com In-Reply-To: <9503272107.AA07224@fedora.x.org> from "Kaleb S. KEITHLEY" at Mar 27, 95 04:07:39 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 58 Sender: hackers-owner@FreeBSD.org Precedence: bulk > What about it doesn't work? As you say, the libraries. From owner-freebsd-hackers Mon Mar 27 16:26:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA15165 for hackers-outgoing; Mon, 27 Mar 1995 16:26:44 -0800 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA15159 for ; Mon, 27 Mar 1995 16:26:43 -0800 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA04962; Mon, 27 Mar 1995 19:26:04 -0500 Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.9/8.6.5) with ESMTP id KAA25822 for ; Sat, 25 Mar 1995 10:30:55 -0500 Received: (from rivers@localhost) by lakes (8.6.9/8.6.9) id KAA16990 for freebsd-hackers@freefall.cdrom.com; Sat, 25 Mar 1995 10:50:13 -0500 Date: Sat, 25 Mar 1995 10:50:13 -0500 From: Thomas David Rivers Message-Id: <199503251550.KAA16990@lakes> To: freebsd-hackers@freefall.cdrom.com Subject: Slick-edit on FreeBSD - any takers? Sender: hackers-owner@FreeBSD.org Precedence: bulk As it happens, the marketing person for Slick-Edit (a popular PC editor) comes to my house every thursday (we started a piano quintet..., but I digress.) Interestingly enough, she was telling me that Linux is now one of their most popular operating systems. I imagine a lot of DOS/Windows people are moving to Linux... Anyway, I put in a plug for FreeBSD. She indicated that it was the position of the company to port SlickEdit to any operating system where they had a request. Personally, I'm a 'vi' bigot from way back; but I thought it would be good exposure for FreeBSD, etc... (You may notice they list Linux in some of the SlickEdit adds in Dr. Dobbs, etc...) So, I would like a show of hands of people who would consider purchasing this, etc... - Dave Rivers - p.s. The Linux port doesn't use X - they just hired someone to do that work for them... So, the initial FreeBSD version would probably be curses, etc... p.p.s. Send me mail (ponds!rivers@dg-rtp.dg.com for now) and I'll try and tally this up. However, I have 2400+ pieces of mail (it's a long story) so things might get lost. If you *really* would like to see this, call the microEdge directly, at 1-800-934-EDIT (that's the Sales line) and let them know. From owner-freebsd-hackers Mon Mar 27 16:35:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA15384 for hackers-outgoing; Mon, 27 Mar 1995 16:35:42 -0800 Received: from ultb.isc.rit.edu (ultb.isc.rit.edu [129.21.200.201]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA15376 for ; Mon, 27 Mar 1995 16:35:38 -0800 Received: by ultb.isc.rit.edu (5.65/Config (11/03/93) (Postmaster DPMSYS)); id AA12469; Mon, 27 Mar 1995 19:35:36 -0500 Postmaster (dpmsys@rit.edu) Date: Mon, 27 Mar 1995 19:35:36 -0500 From: jgr6969@ultb.isc.rit.edu (J.G. Rodriguez) Message-Id: <9503280035.AA12469@ultb.isc.rit.edu> To: hackers@FreeBSD.org Subject: Boot Manager Sender: hackers-owner@FreeBSD.org Precedence: bulk I have a question concerning the boot manager which is written during the FreeBSD installation. How do you remove it from your hard drive? I had a problem with the installation, and now would like to remove the boot manager, but I haven't been able to find any documentation around that. Also, during the installation, it would not recognize the DOS partition on my second IDE drive. I have a Western Digital 540Mb drive which I partitioned into two 180Mb DOS drives leaving the last third for FreeBSD. The install- ation program kept showing the whole drive as an unknown slice. I of course tried to "tell" the installation program where DOS was. Now I'm re-loading all of my software onto the hard drive. It wrote over the whole thing. Any info you may have about this, I would appreciate. I'm currently putting the installation of FreeBSD on the "back burner". If you have an answer as to how the DOS partition wasn't recognized and how to remove the boot manager I would appreciate it. Thank you in advance. Joe. From owner-freebsd-hackers Mon Mar 27 16:47:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA15563 for hackers-outgoing; Mon, 27 Mar 1995 16:47:58 -0800 Received: from mpp.com (dialup-3-210.gw.umn.edu [134.84.101.210]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA15557 for ; Mon, 27 Mar 1995 16:47:55 -0800 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id QAA08847; Mon, 27 Mar 1995 16:32:58 -0600 From: Mike Pritchard Message-Id: <199503272232.QAA08847@mpp.com> Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) To: wmbfmk@urc.tue.nl Date: Mon, 27 Mar 1995 16:32:57 -0600 (CST) Cc: taob@aries.ibms.sinica.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <199503270026.CAA15484@nietzsche> from "wmbfmk@urc.tue.nl" at Mar 27, 95 02:26:27 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1391 Sender: hackers-owner@FreeBSD.org Precedence: bulk > So far we need: > > - a decent mail client (pine, elm, mh?) > Regarding the mail client, how about a setup that will > enable a slip/ppp user to send mail offline and have > it send out every hour (or so). It should also be > possible to make it appear as if the message was > sent from the users' popaccount (or another account). > I have patched mh to this end, but perhaps there is > a more standard and elegant way. Sendmail can do this. You need to setup a user database (read the sendmail docs) and specify that all mail sent from your account should appear to come from "xyzzy@whatever.com" and then enable to use of the user database in your sendmail.cf file. Then just fire up 'sendmail -q' every time you make your SLIP/PPP connection and off you go. This mail message is being sent this way. > - a popclient (popclient) I'm using popclient right now. It will handle POP2/3. > - a frontend for making a slip/ppp-connection (has to be written) The startslip command will do this, but it doesn't handle dynamic addresses very well. I modified it to do that. I've been waiting to see that dynamic IP address slip faq someone said they would write before deciding if I should submit my changes (i.e. maybe there is an easier way). -- Mike Pritchard pritc003@maroon.tc.umn.edu "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Mon Mar 27 17:59:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA17375 for hackers-outgoing; Mon, 27 Mar 1995 17:59:23 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA17368 for ; Mon, 27 Mar 1995 17:59:22 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA00904; Mon, 27 Mar 1995 17:59:18 -0800 From: Poul-Henning Kamp Message-Id: <199503280159.RAA00904@ref.tfs.com> Subject: Re: Boot Manager To: jgr6969@ultb.isc.rit.edu (J.G. Rodriguez) Date: Mon, 27 Mar 1995 17:59:18 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <9503280035.AA12469@ultb.isc.rit.edu> from "J.G. Rodriguez" at Mar 27, 95 07:35:36 pm Content-Type: text Content-Length: 1107 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I have a question concerning the boot manager which is written during the FreeBSD installation. How do you remove it from your hard drive? I had a > problem with the installation, and now would like to remove the boot > manager, but I haven't been able to find any documentation around that. Use the MSDOS command FDISK /MBR > Also, during the installation, it would not recognize the DOS partition on > my second IDE drive. I have a Western Digital 540Mb drive which I partitioned > into two 180Mb DOS drives leaving the last third for FreeBSD. The install- > ation program kept showing the whole drive as an unknown slice. I of course > tried to "tell" the installation program where DOS was. Now I'm > re-loading all of my software onto the hard drive. It wrote over the whole > thing. Any info you may have about this, I would appreciate. Did you use the "disk_manager" software which came with the drive ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Mon Mar 27 19:37:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA19463 for hackers-outgoing; Mon, 27 Mar 1995 19:37:18 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA19457 for ; Mon, 27 Mar 1995 19:37:16 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id WAA01027 for hackers@freebsd.org; Mon, 27 Mar 1995 22:37:10 -0500 From: "matthew c. mead" Message-Id: <199503280337.WAA01027@goof.com> Subject: Amd maps To: hackers@FreeBSD.org Date: Mon, 27 Mar 1995 22:37:10 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 729 Sender: hackers-owner@FreeBSD.org Precedence: bulk I and a couple local users would like to setup amd, but really don't have a good idea of how to setup the maps. I guess what I'd like to do is set it up so that if you cd to /net/ it will make a temporary directory with all the allowable mounts on the server under that filename. I'd also like to set it up so that when /home/ is accessed, it checks a map and mounts a directory appropriately. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Mon Mar 27 19:38:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA19532 for hackers-outgoing; Mon, 27 Mar 1995 19:38:37 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA19524 for ; Mon, 27 Mar 1995 19:38:34 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id WAA01056 for hackers@freebsd.org; Mon, 27 Mar 1995 22:38:31 -0500 From: "matthew c. mead" Message-Id: <199503280338.WAA01056@goof.com> Subject: 1x SCSI CDROMs To: hackers@FreeBSD.org Date: Mon, 27 Mar 1995 22:38:31 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 517 Sender: hackers-owner@FreeBSD.org Precedence: bulk If anyone still has a copy of that message that went by on hackers a short time ago about the sale of used 1x scsi cdroms, could you please forward me a copy? I'd like to get one of these... Thanks! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Mon Mar 27 19:50:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA19872 for hackers-outgoing; Mon, 27 Mar 1995 19:50:32 -0800 Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA19866 for ; Mon, 27 Mar 1995 19:50:29 -0800 Received: from ast.com by relay2.UU.NET with SMTP id QQyiyp06811; Mon, 27 Mar 1995 22:50:22 -0500 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA27471 (5.67b/IDA-1.5 for uunet!freebsd.org!hackers); Mon, 27 Mar 1995 19:54:20 -0800 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Mon, 27 Mar 95 21:48 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0rtS0P-0004vsC; Mon, 27 Mar 95 21:31 CST Message-Id: Date: Mon, 27 Mar 95 21:31 CST To: natalla@plansys.com, hackers@FreeBSD.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Reply-To: uhclem%nemesis@fw.ast.com Sent: Mon Mar 27 1995, 21:31:45 CST Subject: re: CDROM install - TEAC 4X Cc: uhclem@nemesis.lonestar.org Sender: hackers-owner@FreeBSD.org Precedence: bulk [0]I have a Pentium system with a TEAC CD-55A 4X CDROM and a Sound [0]Blaster 16 CT2230 Controller. I'm unable to mount the drive to [0]complete the install because the installation tells me that the drive [0]is not configured correctly. Sound like I do not have the correct [0]driver. I need help! Is there a driver for this configuration and [0]where might I get it? If this drive is connected to the "Creative/Panasonic" interface, the only driver that *might* work is the matcd driver. You can find a system configured with it in the latest SNAP or you can get it out of -current and graft it on to your current system. Nobody knows if this drive and driver will work together. That drive is a model I've been hoping to get so I could make it work. If you try the combination, let me know what happens! Frank Durda IV |"Didn't I say that on the or uhclem%nemesis@trsvax.ast.com (Internet)| other side of the record? ...letni!rwsys!nemesis!uhclem | I'd better check." ...decvax!trsvax.fw.ast.com!nemesis!uhclem | - regnaD kciN From owner-freebsd-hackers Mon Mar 27 19:50:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA19883 for hackers-outgoing; Mon, 27 Mar 1995 19:50:42 -0800 Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA19857; Mon, 27 Mar 1995 19:50:22 -0800 Received: from ast.com by relay2.UU.NET with SMTP id QQyiyp06787; Mon, 27 Mar 1995 22:50:16 -0500 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA27459 (5.67b/IDA-1.5 for uunet!freebsd.org!hackers); Mon, 27 Mar 1995 19:54:14 -0800 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Mon, 27 Mar 95 21:48 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0rtRW8-0004vvC; Mon, 27 Mar 95 21:00 CST Message-Id: Date: Mon, 27 Mar 95 21:00 CST To: current@FreeBSD.org, hackers@FreeBSD.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Reply-To: uhclem%nemesis@fw.ast.com Sent: Mon Mar 27 1995, 21:00:27 CST Subject: Are you using the matcd driver? Cc: uhclem@nemesis.lonestar.org Sender: hackers-owner@FreeBSD.org Precedence: bulk If you are using the matcd driver for Panasonic/Creative/Matsushita CD-ROM drives, please answer these questions by mail ASAP: 1. What model host interface are you using? Please send the name and the model number if you know it. (If it is a SoundBlaster card, look on the upper left part of the card for the model number, something like "CTnnnn".) 2. What are the brands and model numbers of the CD-ROM drives you are using with the matcd driver? (The model number should be displayed when the system boots.) Naturally if you are encountering any problems, include that. I already know that xcdplayer and other audio disc players aren't working on the version in -current or in the 0322 SNAP. A new version will be available shortly that has the missing functions plus some bizzare features. Thanks again for the information. It will be added to the list of known-working hardware configurations in the man page. Send your information to: uhclem%nemesis@fw.ast.com (two "e"s in nemesis) Frank Durda IV |Baldrick: But Mr. G, I've got a or uhclem%nemesis@trsvax.ast.com (Internet)|cunning plan. Just add "95" to ...letni!rwsys!nemesis!uhclem |the end of your product name and ...decvax!trsvax.fw.ast.com!nemesis!uhclem |people will think its better. :-) BillG: That's the worst plan ever, but its the only one we've got. I might use it as the price too." From owner-freebsd-hackers Mon Mar 27 20:02:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA20121 for hackers-outgoing; Mon, 27 Mar 1995 20:02:55 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA20114 for ; Mon, 27 Mar 1995 20:02:50 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id UAA16081; Mon, 27 Mar 1995 20:02:29 -0800 From: "Rodney W. Grimes" Message-Id: <199503280402.UAA16081@gndrsh.aac.dev.com> Subject: Re: 1x SCSI CDROMs To: mmead@goof.com (matthew c. mead) Date: Mon, 27 Mar 1995 20:02:28 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503280338.WAA01056@goof.com> from "matthew c. mead" at Mar 27, 95 10:38:31 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1196 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > If anyone still has a copy of that message that went by on hackers a short > time ago about the sale of used 1x scsi cdroms, could you please forward me a > copy? I'd like to get one of these... Thanks! I don't seem to recall seing that, but I can sell brand new chinnon double speed scsi cdrom drives for $131.00 plus shipping. (Model CDS-525S). This is a tray type drive (ie, no caddies needed). 280ms Access Time, 300KB/sec transfer rate, 64K buffer, multisession photo cd compatible, exceeds MPC2 specifications. It does not come with any drivers, so if you plan to use this with DOS and/or windows you'll need drivers (these are usually supplied with the controller card anyway). The only problem I have with the drive is that the NCR driver in FreeBSD does not like it. I do not know if this is due to the V10 firmware in the drive (Chinon is sending me a V11 upgrade to try out, and as soon as the bloody NDA is done the full drive docs so I can get this working) or a problem with the NCR sequencer code in FreeBSD. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon Mar 27 20:32:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA22848 for hackers-outgoing; Mon, 27 Mar 1995 20:32:29 -0800 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA22833; Mon, 27 Mar 1995 20:32:27 -0800 Date: Mon, 27 Mar 1995 20:32:27 -0800 From: Jeffrey Hsu Message-Id: <199503280432.UAA22833@freefall.cdrom.com> To: osyjm@schizo.coe.montana.edu, vazquez@iqm.unicamp.br Subject: Re: Anybody given g77 a shot on FreeBSD? Cc: hackers Sender: hackers-owner@FreeBSD.org Precedence: bulk I have a FreeBSD 2.0-style port of g77 and gnat that Cornelis van der Laan sent me. I'll commit it shortly. Jeffrey From owner-freebsd-hackers Mon Mar 27 21:02:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA24599 for hackers-outgoing; Mon, 27 Mar 1995 21:02:26 -0800 Received: from feta.cisco.com (feta.cisco.com [171.69.1.158]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA24587; Mon, 27 Mar 1995 21:02:22 -0800 Received: from localhost.cisco.com (localhost.cisco.com [127.0.0.1]) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) with SMTP id VAA12274; Mon, 27 Mar 1995 21:00:57 -0800 Message-Id: <199503280500.VAA12274@feta.cisco.com> X-Authentication-Warning: feta.cisco.com: Host localhost.cisco.com didn't use HELO protocol To: peter@bonkers.taronga.com (Peter da Silva) Cc: jkh@freefall.cdrom.com, hasty@star-gate.com, fbsd@clem.systemsix.com, hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-Reply-To: peter@bonkers.taronga.com's message of 26 Mar 1995 05:00:03 PST Date: Mon, 27 Mar 1995 21:00:56 -0800 From: Paul Traina Sender: hackers-owner@FreeBSD.org Precedence: bulk I do the Arena/i386-freebsd maintenance... you can get a binary off of ftp://ftp.cisco.com/pst/ ... rtfd if you want to check it out. It is -not- a full featured web browser, but is quite good for HTML work. From owner-freebsd-hackers Mon Mar 27 21:04:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA24645 for hackers-outgoing; Mon, 27 Mar 1995 21:04:22 -0800 Received: from feta.cisco.com (feta.cisco.com [171.69.1.158]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA24639 for ; Mon, 27 Mar 1995 21:04:20 -0800 Received: from localhost.cisco.com (localhost.cisco.com [127.0.0.1]) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) with SMTP id VAA12303; Mon, 27 Mar 1995 21:03:44 -0800 Message-Id: <199503280503.VAA12303@feta.cisco.com> X-Authentication-Warning: feta.cisco.com: Host localhost.cisco.com didn't use HELO protocol To: henrich@crh.cl.msu.edu (Charles Henrich) Cc: hackers@FreeBSD.org Subject: Re: httpd as part of the system (Netscape) In-Reply-To: henrich@crh.cl.msu.edu's message of 25 Mar 1995 22:22:40 PST Date: Mon, 27 Mar 1995 21:03:44 -0800 From: Paul Traina Sender: hackers-owner@FreeBSD.org Precedence: bulk > Im sure you could coax the folks who are producing Arena to do a FreeBSD port > or allow one of us to. Its a *very* nice browser that supports more HTML3 > even Netscape.. Its a bit bare bones on the nicities (no bookmarks for > example) but it is free... There are links to it on CERN's web pages. We do provide a freebsd port. You can get the image off of ftp.cisco.com:/pst until it's available in the standard location. From owner-freebsd-hackers Mon Mar 27 21:35:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA25366 for hackers-outgoing; Mon, 27 Mar 1995 21:35:35 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA25343 for ; Mon, 27 Mar 1995 21:35:26 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA02926; Tue, 28 Mar 1995 13:35:30 GMT Date: Tue, 28 Mar 1995 13:35:30 +0000 () From: Brian Tao To: moto@CS.cmu.edu cc: freebsd-hackers@FreeBSD.org Subject: Re: AHA2940 support on 950322-SNAP In-Reply-To: <21628.796258085@GS81.SP.CS.CMU.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Mar 1995 moto@CS.cmu.edu wrote: > > Thanks for all who are involved in the development of FreeBSD!! As > announced, the support for AHA2940 in 950322-SNAP has been greatly > improved. It now works when the machine even cold-boots and I no > longer need to disalbe "disconnection" switch in SCSIselect. But there > seems to be several problems unsolved. I am going to install the latest snapshot on a Pentium equipped with an AHA-2940 controller. Did the boot floppies have the correct driver on them or did you have to compile your own kernel and floppy image? I found the appropriate source code in the 950322 kernsrc distribution, but nothing about how to incorporate the aic7xxx driver into a working kernel. Any help would be appreciated. Thanks! -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon Mar 27 22:01:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA26688 for hackers-outgoing; Mon, 27 Mar 1995 22:01:32 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA26681; Mon, 27 Mar 1995 22:01:30 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Paul Traina cc: peter@bonkers.taronga.com (Peter da Silva), hasty@star-gate.com, fbsd@clem.systemsix.com, hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-reply-to: Your message of "Mon, 27 Mar 95 21:00:56 PST." <199503280500.VAA12274@feta.cisco.com> Date: Mon, 27 Mar 1995 22:01:30 -0800 Message-ID: <26680.796370490@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I do the Arena/i386-freebsd maintenance... you can get a binary off of > ftp://ftp.cisco.com/pst/ ... rtfd if you want to check it out. It is -not- a > full featured web browser, but is quite good for HTML work. Hey. This looks _nice_! Do you think they'd mind if we did a package version of it and stuck it on the CDROM? I'm beginning to agree that a fully featured and well indexed packages collection may be the 4 aces that beats a full /usr/src house, but I need decent raw material like this for it! Jordan From owner-freebsd-hackers Mon Mar 27 22:12:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA27401 for hackers-outgoing; Mon, 27 Mar 1995 22:12:45 -0800 Received: from feta.cisco.com (feta.cisco.com [171.69.1.158]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA27395; Mon, 27 Mar 1995 22:12:44 -0800 Received: from localhost.cisco.com (localhost.cisco.com [127.0.0.1]) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) with SMTP id WAA13853; Mon, 27 Mar 1995 22:12:11 -0800 Message-Id: <199503280612.WAA13853@feta.cisco.com> X-Authentication-Warning: feta.cisco.com: Host localhost.cisco.com didn't use HELO protocol To: "Jordan K. Hubbard" Cc: peter@bonkers.taronga.com (Peter da Silva), hasty@star-gate.com, fbsd@clem.systemsix.com, hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-Reply-To: Your message of "Mon, 27 Mar 1995 22:01:30 PST." <26680.796370490@freefall.cdrom.com> Date: Mon, 27 Mar 1995 22:12:11 -0800 From: Paul Traina Sender: hackers-owner@FreeBSD.org Precedence: bulk From: "Jordan K. Hubbard" Subject: Re: httpd as part of the system. Hey. This looks _nice_! Do you think they'd mind if we did a package version of it and stuck it on the CDROM? Yes. They would. Sources are not available to the general public and Arena is still under development. I can make the binary freely available, but can't give out source code, sorry. By the way, check out the "edit" command... it will flag your bad html for you. :-) I'm beginning to agree that a fully featured and well indexed packages collection may be the 4 aces that beats a full /usr/src house, but I need decent raw material like this for it! Thanks, -finally- someone agrees with me. I'd actually like to see more stuff move to the ports area, especially stuff where we really really don't want change control. I really get scared when people start moving things like ncftp and lynx into the /src tree. Who the hell has time to keep everything tracked? Who the hell has time to fix the CVS repository every time some fool imports changes to the head instead of to the vendor branch (pet peeve). I've installed Linux a couple of times to see what all the hoopla was about, and I was actually really annoyed that every single bloody piece was broken out, since 95% of the time you needed to be a Linux geek to understand if you needed it or not. Frankly, I think a package-collection feature added to the package tool would be cool... then I could specify an uber package consisting of: cern_httpd popper lynx et al be the extended networking package for BloatBSD. Hell, X11 is the perfect example of an uberpackage. From owner-freebsd-hackers Mon Mar 27 22:22:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA27639 for hackers-outgoing; Mon, 27 Mar 1995 22:22:59 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA27630 for ; Mon, 27 Mar 1995 22:22:45 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06790; Tue, 28 Mar 1995 08:22:26 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA01745 for freebsd-hackers@freebsd.org; Tue, 28 Mar 1995 08:22:25 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA22653 for freebsd-hackers@freebsd.org; Tue, 28 Mar 1995 08:20:24 +0200 From: J Wunsch Message-Id: <199503280620.IAA22653@uriah.heep.sax.de> Subject: Re: Yellow Byte CD-Rom Request To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Tue, 28 Mar 1995 08:20:23 +0200 (MET DST) In-Reply-To: <199503272126.NAA06466@io.cts.com> from "Morgan Davis" at Mar 27, 95 01:26:02 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1015 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Morgan Davis wrote: > > > Me too, just arrived. It's addressed to my freefall account: > > joerg@freefall.cdrom.com, which i'm only occasionally providing as > > my address. > > Yes, I think they must have gotten a hold of the FreeBSD mailing lists > or something. I have e-mail accounts everywhere, but only the one > that gets this list got the junk mail ad. For me, they either have used cvs-commiters (unlikely), all my other subscriptions refer to local lists. It's more likely that they took the address out of a recent posting to de.comp.os.unix, where i've translated Jordan's SNAP announcement. I've put my freebsd.org address below, even though the reply-to and from clearly displayed my original address. They do a simple ``address collecting'' job, maybe even by grepping. I've charged them the costs they've caused me, for the commercial abuse... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Mar 27 22:36:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA28179 for hackers-outgoing; Mon, 27 Mar 1995 22:36:50 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA28171 for ; Mon, 27 Mar 1995 22:36:43 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id OAA03093; Tue, 28 Mar 1995 14:37:07 GMT Date: Tue, 28 Mar 1995 14:37:06 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: httpd as part of the system. In-Reply-To: <9503261848.AA06816@cs.weber.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 26 Mar 1995, Terry Lambert wrote: > > And yes, it should be a requirement. Even the best Linux install > has you babysitting he machine for quite some time. I specifically recall that the Slackware distribution I used on my machine (before I switched to FreeBSD) had an "express" install feature where you pick all the packages at the beginning and let it chug away. You could tell it to either install the default set of binaries or everything it could find, even if it meant having three mail readers, five editors, foreign language fonts, etc. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon Mar 27 22:41:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA28290 for hackers-outgoing; Mon, 27 Mar 1995 22:41:13 -0800 Received: from GS81.SP.CS.CMU.EDU (GS81.SP.CS.CMU.EDU [128.2.205.91]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA28284 for ; Mon, 27 Mar 1995 22:41:12 -0800 Received: from localhost by GS81.SP.CS.CMU.EDU id aa22728; 28 Mar 95 1:40 EST To: freebsd-hackers@FreeBSD.org Subject: Re: AHA2940 support on 950322-SNAP In-reply-to: Your message of Tue, 28 Mar 1995 13:35:30 +0000. Reply-To: moto@CS.cmu.edu From: moto@CS.cmu.edu Date: Tue, 28 Mar 1995 01:40:27 -0500 Message-ID: <22724.796372827@GS81.SP.CS.CMU.EDU> Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, >>>>> "Brian" == Brian Tao writes: Brian> I am going to install the latest snapshot on a Pentium Brian> equipped with an AHA-2940 controller. Did the boot floppies Brian> have the correct driver on them or did you have to compile your Brian> own kernel and floppy image? AHA-2940 driver is included in the boot floppies of 950322-SNAP. P.S. Brian Tao was not reachable. Why? ============================================================================== Motonori Shindou Carnegie Mellon University SCS Graduate Student e-mail: moto@cs.cmu.edu, NiftyServe: GEG04056 WWW: http://www.cs.cmu.edu:8001:/afs/cs.cmu.edu/user/moto/WWW/moto-home.html TEL: 412-362-9636 FAX: 412-362-9634 ============================================================================== From owner-freebsd-hackers Mon Mar 27 22:47:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA28670 for hackers-outgoing; Mon, 27 Mar 1995 22:47:09 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA28584 for ; Mon, 27 Mar 1995 22:46:25 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id OAA03104; Tue, 28 Mar 1995 14:40:55 GMT Date: Tue, 28 Mar 1995 14:40:52 +0000 () From: Brian Tao To: "House of Debuggin'" cc: freebsd-hackers@FreeBSD.org Subject: Re: mountd strangeness In-Reply-To: <199503271427.JAA00666@skynet.ctr.columbia.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 27 Mar 1995, House of Debuggin' wrote: > > They say this Brian Tao person was kidding when he wrote: > > > > When you mounted the filesystems, did you have to login as root to > > do it, or were you able to su from your non-superuser account? For > > some reason, I have to login as root to do any NFS-related operations. > > Neither 'su' nor 'su -' are good enough. > > Er... sorry to disapoint you, but everything works find for me either > way. Well, except for the fact that mountd doesn't work the way I want it > to. :) The funny thing is, it *used* to work on virgo (my other FreeBSD box) when it was running the 950210 snapshot. It never did work on aries (my primary machine). Now that both are up to 950322, I must login as root on both systems to mount or unmount NFS filesystems. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon Mar 27 23:18:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA29661 for hackers-outgoing; Mon, 27 Mar 1995 23:18:10 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA29543 for ; Mon, 27 Mar 1995 23:15:36 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id NAA07680; Tue, 28 Mar 1995 13:10:49 -0500 From: "Serge A. Babkin" Message-Id: <199503281810.NAA07680@hq.icb.chel.su> Subject: Improvement of 3C509 (ep) driver To: davidg@Root.COM Date: Tue, 28 Mar 1995 13:10:49 -0500 (GMT-0500) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503270447.UAA04338@corbin.Root.COM> from "David Greenman" at Mar 26, 95 08:47:35 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 8331 Sender: hackers-owner@FreeBSD.org Precedence: bulk Yet another patch for 3C509 driver is here. This one enhances the autoconfiguration feature. Now you may write something like this in your conf. file: device ep0 at isa? port? net irq? vector epintr Indeed, in my opinion the GENERIC kernel *must* be configured in this way. *** 1.5 1995/03/27 11:20:41 --- if_ep.c 1995/03/28 07:00:14 *************** *** 38,48 **** */ /* ! * March 27 1995 * * Promiscuous mode added and interrupt logic slightly changed * to reduce the number of adapter failures. Transceiver select ! * logic changed to use value from EEPROM. * Done by: * Serge Babkin * Chelindbank (Chelyabinsk, Russia) --- 38,49 ---- */ /* ! * March 28 1995 * * Promiscuous mode added and interrupt logic slightly changed * to reduce the number of adapter failures. Transceiver select ! * logic changed to use value from EEPROM. Autoconfiguration ! * features added. * Done by: * Serge Babkin * Chelindbank (Chelyabinsk, Russia) *************** *** 122,128 **** struct isa_driver epdriver = { epprobe, epattach, ! "ep" }; static struct kern_devconf kdc_ep[NEP] = { { --- 123,130 ---- struct isa_driver epdriver = { epprobe, epattach, ! "ep", ! 0 }; static struct kern_devconf kdc_ep[NEP] = { { *************** *** 147,153 **** int ep_current_tag = EP_LAST_TAG + 1; ! int ep_board[EP_MAX_BOARDS + 1]; static int eeprom_rdy(is) --- 149,159 ---- int ep_current_tag = EP_LAST_TAG + 1; ! struct { ! int epb_addr; /* address of this board */ ! char epb_used; /* was this entry already used for configuring ? */ ! } ! ep_board[EP_MAX_BOARDS + 1]; static int eeprom_rdy(is) *************** *** 192,198 **** * Once activated, all the registers are mapped in the range * x000 - x00F, where x is the slot number. */ ! ep_board[neisa++] = j * EP_EISA_START; } ep_current_tag--; --- 198,205 ---- * Once activated, all the registers are mapped in the range * x000 - x00F, where x is the slot number. */ ! ep_board[neisa].epb_used = 0; ! ep_board[neisa++].epb_addr = j * EP_EISA_START; } ep_current_tag--; *************** *** 212,249 **** for (j = 0; j < 3; j++) data = get_eeprom_data(id_port, j); ! ep_board[neisa+nisa++] = (get_eeprom_data(id_port, EEPROM_ADDR_CFG) & 0x1f) * 0x10 + 0x200; outb(id_port, ep_current_tag); /* tags board */ outb(id_port, ACTIVATE_ADAPTER_TO_CONFIG); ep_current_tag--; } ! ep_board[neisa+nisa] = 0; if (neisa) { printf("%d 3C5x9 board(s) on EISA found at", neisa); ! for (j = 0; ep_board[j]; j++) ! if (ep_board[j] >= EP_EISA_START) ! printf(" 0x%x", ep_board[j]); printf("\n"); } if (nisa) { printf("%d 3C5x9 board(s) on ISA found at", nisa); ! for (j = 0; ep_board[j]; j++) ! if (ep_board[j] < EP_EISA_START) ! printf(" 0x%x", ep_board[j]); printf("\n"); } } ! for (i = 0; ep_board[i] && ep_board[i] != IS_BASE; i++); ! if (ep_board[i] == IS_BASE) { if (inw(IS_BASE + EP_W0_EEPROM_COMMAND) & EEPROM_TST_MODE) printf("ep%d: 3c5x9 at 0x%x in test mode. Erase pencil mark!\n", is->id_unit, IS_BASE); ! return (1); } - return (0); } /* --- 219,279 ---- for (j = 0; j < 3; j++) data = get_eeprom_data(id_port, j); ! ep_board[neisa+nisa].epb_used = 0; ! ep_board[neisa+nisa++].epb_addr = (get_eeprom_data(id_port, EEPROM_ADDR_CFG) & 0x1f) * 0x10 + 0x200; outb(id_port, ep_current_tag); /* tags board */ outb(id_port, ACTIVATE_ADAPTER_TO_CONFIG); ep_current_tag--; } ! ep_board[neisa+nisa].epb_addr = 0; if (neisa) { printf("%d 3C5x9 board(s) on EISA found at", neisa); ! for (j = 0; ep_board[j].epb_addr; j++) ! if (ep_board[j].epb_addr >= EP_EISA_START) ! printf(" 0x%x", ep_board[j].epb_addr); printf("\n"); } if (nisa) { printf("%d 3C5x9 board(s) on ISA found at", nisa); ! for (j = 0; ep_board[j].epb_addr; j++) ! if (ep_board[j].epb_addr < EP_EISA_START) ! printf(" 0x%x", ep_board[j].epb_addr); printf("\n"); } } ! /* we have two cases: ! * ! * 1. Device was configured with 'port ?' ! * In this case we search for the first unused card in list ! * ! * 2. Device was configured with 'port xxx' ! * In this case we search for the unused card with that address ! * ! */ ! ! if(IS_BASE==-1) { /* port? */ ! for (i = 0; ep_board[i].epb_addr && ep_board[i].epb_used; i++); ! if(ep_board[i].epb_addr==0) ! return 0; ! ! IS_BASE=ep_board[i].epb_addr; ! ep_board[i].epb_used=1; ! return 1; ! } else { ! for (i=0; ep_board[i].epb_addr && ep_board[i].epb_addr != IS_BASE; i++); ! ! if( ep_board[i].epb_used || ep_board[i].epb_addr != IS_BASE) ! return 0; ! if (inw(IS_BASE + EP_W0_EEPROM_COMMAND) & EEPROM_TST_MODE) printf("ep%d: 3c5x9 at 0x%x in test mode. Erase pencil mark!\n", is->id_unit, IS_BASE); ! ep_board[i].epb_used=1; ! return 1; } } /* *************** *** 286,294 **** k = get_e(is, EEPROM_RESOURCE_CFG); k >>= 12; ! if (is->id_irq != (1 << ((k == 2) ? 9 : k))) { ! printf("epprobe: interrupt number %d doesn't match\n",is->id_irq); ! return (0); } if (BASE >= EP_EISA_START) /* we have an EISA board, we allow 32 bits access */ --- 316,334 ---- k = get_e(is, EEPROM_RESOURCE_CFG); k >>= 12; ! ! /* Now we have two cases again: ! * ! * 1. Device was configured with 'irq?' ! * In this case we use irq read from the board ! * ! * 2. Device was configured with 'irq xxx' ! * In this case we set up the board to use specified interrupt ! * ! */ ! ! if(is->id_irq==0) { /* irq? */ ! is->id_irq= 1 << ( (k==2) ? 9 : k ); } if (BASE >= EP_EISA_START) /* we have an EISA board, we allow 32 bits access */ *************** *** 312,317 **** --- 352,358 ---- u_short i, j, *p; struct ifaddr *ifa; struct sockaddr_dl *sdl; + int irq; /* BASE = IS_BASE; */ sc->ep_io_addr = is->id_iobase; *************** *** 352,358 **** GO_WINDOW(2); outw(BASE + EP_W2_ADDR_0 + (i * 2), ntohs(p[i])); } ! printf(" address %s\n", ether_sprintf(sc->arpcom.ac_enaddr)); ifp->if_unit = is->id_unit; ifp->if_name = "ep"; --- 393,417 ---- GO_WINDOW(2); outw(BASE + EP_W2_ADDR_0 + (i * 2), ntohs(p[i])); } ! printf(" address %s", ether_sprintf(sc->arpcom.ac_enaddr)); ! ! /* ! * Write IRQ value to board ! */ ! ! i=is->id_irq; ! if(i==0) { ! printf(" irq STRANGE\n"); ! return 0; ! } ! ! for(irq=0; !(i & 1) && irq<16 ; i>>=1, irq++); ! ! if(irq==9) ! irq=2; ! printf(" irq %d\n",irq); ! GO_WINDOW(0); ! outw(BASE + EP_W0_RESOURCE_CFG, SET_IRQ(irq)); ifp->if_unit = is->id_unit; ifp->if_name = "ep"; *** 1.4 1995/03/27 11:20:41 --- if_epreg.h 1995/03/28 07:00:32 *************** *** 31,41 **** */ /* ! * March 27 1995 * * Promiscuous mode added and interrupt logic slightly changed * to reduce the number of adapter failures. Transceiver select ! * logic changed to use value from EEPROM. * Done by: * Serge Babkin * Chelindbank (Chelyabinsk, Russia) --- 31,42 ---- */ /* ! * March 28 1995 * * Promiscuous mode added and interrupt logic slightly changed * to reduce the number of adapter failures. Transceiver select ! * logic changed to use value from EEPROM. Autoconfiguration ! * features added. * Done by: * Serge Babkin * Chelindbank (Chelyabinsk, Russia) *************** *** 340,345 **** --- 341,352 ---- #define ACF_CONNECTOR_AUI 1 #define ACF_CONNECTOR_BNC 3 + /* Resource configuration register. + * Window 0/Port 08 + * + */ + + #define SET_IRQ(i) (((i)<<12) | 0xF00) /* set IRQ i */ /* * FIFO Registers. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Mon Mar 27 23:36:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00491 for hackers-outgoing; Mon, 27 Mar 1995 23:36:24 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA00483 for ; Mon, 27 Mar 1995 23:36:20 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id XAA20393; Mon, 27 Mar 1995 23:36:07 -0800 Date: Mon, 27 Mar 1995 23:36:07 -0800 Message-Id: <199503280736.XAA20393@silvia.HIP.Berkeley.EDU> To: pst@cisco.com CC: hackers@FreeBSD.org In-reply-to: <199503280612.WAA13853@feta.cisco.com> (message from Paul Traina on Mon, 27 Mar 1995 22:12:11 -0800) Subject: Re: httpd as part of the system. From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * Yes. They would. Sources are not available to the general public and Arena * is still under development. I can make the binary freely available, but * can't give out source code, sorry. Wow, this is really neat, I love it, and it's small! :) By the way, are you going to be able to eventually give out the source, or not? If so, someone remind the WC marketing department to take out the "everything comes with source" in the FreeBSD CDROM ads.... Satoshi From owner-freebsd-hackers Mon Mar 27 23:50:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00933 for hackers-outgoing; Mon, 27 Mar 1995 23:50:48 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA00925; Mon, 27 Mar 1995 23:50:47 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) cc: pst@cisco.com, hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-reply-to: Your message of "Mon, 27 Mar 95 23:36:07 PST." <199503280736.XAA20393@silvia.HIP.Berkeley.EDU> Date: Mon, 27 Mar 1995 23:50:47 -0800 Message-ID: <924.796377047@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > By the way, are you going to be able to eventually give out the > source, or not? If so, someone remind the WC marketing department to > take out the "everything comes with source" in the FreeBSD CDROM > ads.... We'll probably re-word this anyway to say something like `full source for the entire system' so that the /commercial directory on the CDROM won't raise any eyebrows! :-) Jordan From owner-freebsd-hackers Mon Mar 27 23:56:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01452 for hackers-outgoing; Mon, 27 Mar 1995 23:56:02 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA01412 for ; Mon, 27 Mar 1995 23:55:55 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id PAA03216; Tue, 28 Mar 1995 15:56:21 GMT Date: Tue, 28 Mar 1995 15:56:20 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: httpd as part of the system. In-Reply-To: <26680.796370490@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 27 Mar 1995, Jordan K. Hubbard wrote: > > Hey. This looks _nice_! > > Do you think they'd mind if we did a package version of it and > stuck it on the CDROM? Arena is only supposed to be a testbed browser for HTML3. The current beta isn't quite good enough for public consumption, unless you want to fiddle with HTML 3.0. Since we are looking for a browser for the 'net neophyte, I would not recommend Arena in its present form. Maybe once it hits 1.0 or 1.1 my tune will change, but for now its little idiosyncracies and shortcomings will only frustrate the end user. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Mar 28 00:00:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA01763 for hackers-outgoing; Tue, 28 Mar 1995 00:00:29 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA01757; Tue, 28 Mar 1995 00:00:26 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id AAA20542; Tue, 28 Mar 1995 00:00:17 -0800 Date: Tue, 28 Mar 1995 00:00:17 -0800 Message-Id: <199503280800.AAA20542@silvia.HIP.Berkeley.EDU> To: jkh@freefall.cdrom.com CC: hackers@FreeBSD.org In-reply-to: <924.796377047@freefall.cdrom.com> (jkh@freefall.cdrom.com) Subject: Re: httpd as part of the system. From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * We'll probably re-word this anyway to say something like `full source * for the entire system' so that the /commercial directory on the CDROM * won't raise any eyebrows! :-) That's good. I remember once getting a question from a user who was muffled because the source (or binary) of kermit was not included even though there exists /usr/ports/comm/kermit...so I told him that it means "sources for all the binaries we ship"! ;) Satoshi From owner-freebsd-hackers Tue Mar 28 00:02:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA01871 for hackers-outgoing; Tue, 28 Mar 1995 00:02:22 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA01864; Tue, 28 Mar 1995 00:02:20 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Brian Tao cc: FREEBSD-HACKERS-L Subject: Re: httpd as part of the system. In-reply-to: Your message of "Tue, 28 Mar 95 15:56:20 GMT." Date: Tue, 28 Mar 1995 00:02:20 -0800 Message-ID: <1863.796377740@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Arena is only supposed to be a testbed browser for HTML3. The > current beta isn't quite good enough for public consumption, unless > you want to fiddle with HTML 3.0. Since we are looking for a browser > for the 'net neophyte, I would not recommend Arena in its present Well, let's put it this way: We have a fair bit of space on the CDROM and so I see no problem with including SEVERAL browsers from a "pick a browser" menu. If the user doesn't like one, they can always go back and chose another. I still think it's sexy enough to include. Jordan From owner-freebsd-hackers Tue Mar 28 00:03:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA01922 for hackers-outgoing; Tue, 28 Mar 1995 00:03:01 -0800 Received: from feta.cisco.com (feta.cisco.com [171.69.1.158]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA01916 for ; Tue, 28 Mar 1995 00:03:00 -0800 Received: from localhost.cisco.com (localhost.cisco.com [127.0.0.1]) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) with SMTP id AAA17795; Tue, 28 Mar 1995 00:02:22 -0800 Message-Id: <199503280802.AAA17795@feta.cisco.com> X-Authentication-Warning: feta.cisco.com: Host localhost.cisco.com didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Cc: hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-Reply-To: Your message of "Mon, 27 Mar 1995 23:36:07 PST." <199503280736.XAA20393@silvia.HIP.Berkeley.EDU> Date: Tue, 28 Mar 1995 00:02:21 -0800 From: Paul Traina Sender: hackers-owner@FreeBSD.org Precedence: bulk From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?I >>SO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Subject: Re: httpd as part of the system. * Yes. They would. Sources are not available to the general public and Are >>na * is still under development. I can make the binary freely available, but * can't give out source code, sorry. Wow, this is really neat, I love it, and it's small! :) By the way, are you going to be able to eventually give out the source, or not? If so, someone remind the WC marketing department to take out the "everything comes with source" in the FreeBSD CDROM ads.... Yes, source will be distributed, it will be available via CERN. If you think it's small, snicker, you haven't seen it when it's not compiled -static. It's about 300k. From owner-freebsd-hackers Tue Mar 28 00:04:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02043 for hackers-outgoing; Tue, 28 Mar 1995 00:04:32 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA02022 for ; Tue, 28 Mar 1995 00:04:28 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA05904; Tue, 28 Mar 95 09:59:43 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id KAA02773 for freebsd-hackers@freefall.cdrom.com; Tue, 28 Mar 1995 10:05:26 +0200 Date: Tue, 28 Mar 1995 10:05:26 +0200 From: "Christoph P. Kukulies" Message-Id: <199503280805.KAA02773@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: I lost a customer Sender: hackers-owner@FreeBSD.org Precedence: bulk Recently I helped a - at that time gonna be - FreeBSD 'customer'. I compiled a kernel for him supporting psm0 (PS/2) mouse, helped him with XF86Config and such. When I asked him after a while - since I didn't hear of any success - how it was going, I got the following answer - I checked with him to publish it here: (He also welcomes receiving direct mail if anyone wants to comment) > Christoph, > Well... first off, I am running a machine that is substandard (ie... video > board is soddered onto the motherboard and the cdrom is attatched via a > non-standard soundcard) and secondly, at the time I started with FreeBSD > I knew virtually nothing about Un*x style operating systems. So, to make > a long story short, I switched over to Linux simply because it was a bit > more user-friendly and had slightly better support for my hardware. > > I do want to thank you immensely for your help... in fact, I probably > wouldn't have been able to set up my Linux system completely if you had > not helped me with FreeBSD! I especially want to thank you for creating > a rebuilt kernel for me (I recently rebuilt my own Linux kernel by > hacking some code to support my CDROM!). > > Sincerely, > Glen L. Starchman I wrote back, asking for the reasons he converted to Linux and I got this answer: > > Christoph... > > For your information (so that possibly the FreeBSD project won't lose any > more users!) here is a list of things that I found to be unsatisfactory > with FreeBSD... please bear in mind that I am somewhat of a novice Unix > user :) > > 1) the distribution is HUGE! alot of people out there don't have the > roughly 300MB on their hard drive to install both binaries and source... > by comparison, with the slackware release of linux I installed the > complete system (base distribution, X windows and various other packages) > as well as the source (kernel only) in less than 100MB... i realize that > my point is nearly moot, with the prices of hard drives plummeting but I > beleive there will always be a group out there who would look at the > space requirements of FreeBSD and sadly shake their heads...:) > > 2) FreeBSD is very memory intensive... granted, I am only running on 4 > (!) MB at the moment... and doesn't seem to utilize swap memory very > effeciently. Once again I guess my point is moot as RAM prices drop.... > > 3) FreeBSD, in my opinion, is not set up very well for a single-user > environment... I have used machines where FreeBSD is used on a multi-user > basis and had no problem with it (in fact it is comparable to SunOS or > any of the other "big boys"). however, in a single-user environment the > system is just too large and cumbersome to make it worth it. > > I will say that FreeBSD operates faster than Linux and that there is much > more functionality in FreeBSD. Basically, my complaint is the lack of > what i call "user-friendly-catches" ... if there is something that needs > to be set up on the system for it to work properly, why not announce that > at the very beginning and help the user through it (via dialog > boxes or menu systems) instead of waiting until the user actually tries > to use that function as his/her system just crashes? > > I am _not_ saying that FreeBSD should become as trite and "user-friendly" > as Windows (heaven forbid!!!) only that a little user-friendliness goes a > long way! > > I am sure that after I actually get my direct connection to the Net I > will use FreeBSD for the administration machine in my network simply > because that is what it handles best... > > Sincerely, > > Glen L. Starchman > > > ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: > : : > Village Idiot Ink. > - the unexamined life is not worth living - > > Publisher of The Abraxus Reader: > (http://www.cyberspace.com/~vidiot) > > Submissions: > vidiot@cyberspace.com > > : : > ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Wed Mar 22 04:54:59 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Tue Mar 28 00:07:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02086 for hackers-outgoing; Tue, 28 Mar 1995 00:07:12 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA02079; Tue, 28 Mar 1995 00:07:10 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) cc: hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-reply-to: Your message of "Tue, 28 Mar 95 00:00:17 PST." <199503280800.AAA20542@silvia.HIP.Berkeley.EDU> Date: Tue, 28 Mar 1995 00:07:10 -0800 Message-ID: <2078.796378030@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > That's good. I remember once getting a question from a user who was > muffled because the source (or binary) of kermit was not included even "muffled?" I assume you mean "miffed", unless the user in question was also fitted with sound-suppression equipment.. :-) Jordan From owner-freebsd-hackers Tue Mar 28 00:18:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02375 for hackers-outgoing; Tue, 28 Mar 1995 00:18:33 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA02369 for ; Tue, 28 Mar 1995 00:18:26 -0800 Received: by sequent.kiae.su id AA22523 (5.65.kiae-2 ); Tue, 28 Mar 1995 11:03:29 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 28 Mar 95 11:03:26 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id MAA03824; Tue, 28 Mar 1995 12:01:34 +0400 To: FreeBSD hackers , Joerg Wunsch References: <199503271708.TAA15835@uriah.heep.sax.de> In-Reply-To: <199503271708.TAA15835@uriah.heep.sax.de>; from J Wunsch at Mon, 27 Mar 1995 19:08:54 +0200 (MET DST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 28 Mar 1995 12:01:33 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Yellow Byte CD-Rom Request Lines: 23 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 797 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199503271708.TAA15835@uriah.heep.sax.de> J Wunsch writes: >As Steve Passe wrote: >> >> Hello, >> >> Anyone else get one of these? >... >> I ONLY use the 'fbsd' personality for the freeBSD mailing lists, it >> would appear that someone is reaping our mail-lists for addresses! >> >Me too, just arrived. It's addressed to my freefall account: >joerg@freefall.cdrom.com, which i'm only occasionally providing as >my address. FreeBSD FAQ contains all addresses, bot x@freefall and x@home -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Tue Mar 28 00:34:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02618 for hackers-outgoing; Tue, 28 Mar 1995 00:34:30 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA02612 for ; Tue, 28 Mar 1995 00:34:26 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA15969; Tue, 28 Mar 1995 18:32:31 +1000 Date: Tue, 28 Mar 1995 18:32:31 +1000 From: Bruce Evans Message-Id: <199503280832.SAA15969@godzilla.zeta.org.au> To: charnier@lirmm.fr, hackers@FreeBSD.org Subject: Re: patches for -Wall in sbin Sender: hackers-owner@FreeBSD.org Precedence: bulk >Here are some patches for -Wall in sbin/{badsect,...,fsck}/* Let me handle the patches for fsck. I have been (slowly) checking phk's patches for -Wall for it. Bruce From owner-freebsd-hackers Tue Mar 28 00:44:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02774 for hackers-outgoing; Tue, 28 Mar 1995 00:44:00 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA02768 for ; Tue, 28 Mar 1995 00:43:58 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id AAA21567; Tue, 28 Mar 1995 00:43:47 -0800 Date: Tue, 28 Mar 1995 00:43:47 -0800 Message-Id: <199503280843.AAA21567@silvia.HIP.Berkeley.EDU> To: pst@cisco.com CC: hackers@FreeBSD.org In-reply-to: <199503280802.AAA17795@feta.cisco.com> (message from Paul Traina on Tue, 28 Mar 1995 00:02:21 -0800) Subject: Re: httpd as part of the system. From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * Yes, source will be distributed, it will be available via CERN. That's great.... Hope it will support 16bpp displays soon! * If you think it's small, snicker, you haven't seen it when it's not * compiled -static. It's about 300k. Wow. Satoshi From owner-freebsd-hackers Tue Mar 28 00:48:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02827 for hackers-outgoing; Tue, 28 Mar 1995 00:48:02 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA02820; Tue, 28 Mar 1995 00:48:01 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Paul Traina cc: peter@bonkers.taronga.com (Peter da Silva), hasty@star-gate.com, fbsd@clem.systemsix.com, hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-reply-to: Your message of "Mon, 27 Mar 95 22:12:11 PST." <199503280612.WAA13853@feta.cisco.com> Date: Tue, 28 Mar 1995 00:48:00 -0800 Message-ID: <2819.796380480@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I really get scared when people start moving things like ncftp and lynx into > the /src tree. Who the hell has time to keep everything tracked? Who the Well, let's be fair. Things like ncftp moved in because we needed some sort of default ftp command that the installation framework could COUNT ON to do unattended ftps. The release framework doesn't have provisions for dealing with pieces that need to be obtained from ports or packages, so.. If somebody has a yen to HELP with the install framework, trust me - we won't argue! :-) > you needed it or not. Frankly, I think a package-collection feature added > to the package tool would be cool... then I could specify an uber package > consisting of: Indeed. Now who's going to write the ueberpackage framework? :-) Jordan From owner-freebsd-hackers Tue Mar 28 01:33:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA04135 for hackers-outgoing; Tue, 28 Mar 1995 01:33:24 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA04129 for ; Tue, 28 Mar 1995 01:33:20 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id BAA06352 for ; Tue, 28 Mar 1995 01:28:15 GMT Message-Id: <199503280128.BAA06352@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: hackers@FreeBSD.org Subject: OpenGL for FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Mar 1995 01:28:12 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, There has been for quite a while a thread on "OpenGl for Linux Do you Want it?" on comp.windows.x.i386unix Well, if anyone is interested on OpenGL now is good time to pester the vendor since he explicitly requested potential users :) What is good about getting into the OpenGL arena is that there are a few 3D graphic boards in the near horizon and it will be nice if someone supports them thru a standard API such OpenGL. Yes, I know about Mensa... Amancio From owner-freebsd-hackers Tue Mar 28 01:53:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA04837 for hackers-outgoing; Tue, 28 Mar 1995 01:53:11 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA04826 for ; Tue, 28 Mar 1995 01:52:56 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id RAA03312; Tue, 28 Mar 1995 17:53:17 GMT Date: Tue, 28 Mar 1995 17:53:16 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: AHA2940 support on 950322-SNAP In-Reply-To: <22724.796372827@GS81.SP.CS.CMU.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 28 Mar 1995 moto@CS.cmu.edu wrote: > > AHA-2940 driver is included in the boot floppies of 950322-SNAP. Thanks. The person changed his mind and decided to get a second 500-meg drive for FreeBSD (he doesn't want to repartition his DOS disk). Should I anticipate any problems having the boot manager recognize a startable DOS partition on the first drive and a startable BSD slice on the second drive? > P.S. Brian Tao was not reachable. Why? Not running sendmail on this box. Our main mail and news server is gate.sinica.edu.tw. I retrieve my mail via IMAP and news via NNTP to the FreeBSD box on my desk. But thanks for reminding me... I forgot to restore my old sendmail.cf when I upgraded to the recent snapshot. :-/ -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Mar 28 02:06:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA05546 for hackers-outgoing; Tue, 28 Mar 1995 02:06:26 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA05530 for ; Tue, 28 Mar 1995 02:06:21 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id SAA03329; Tue, 28 Mar 1995 18:06:48 GMT Date: Tue, 28 Mar 1995 18:06:48 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: httpd as part of the system. In-Reply-To: <1863.796377740@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 28 Mar 1995, Jordan K. Hubbard wrote: > > Well, let's put it this way: We have a fair bit of space on the CDROM > and so I see no problem with including SEVERAL browsers from a "pick a > browser" menu. If the user doesn't like one, they can always go back > and chose another. But including what is clearly beta software on a public release (especially a CD-ROM release!) rubs me the wrong way. There should be at least a warning printed during the installation that Arena may fail in several areas because of its unfinished state. It is still rather rough around the edges and can crash for no apparent reason. I don't want people to associate this with FreeBSD itself. Put up a disclaimer, or a pointer to an FTP site where someone, on their own time, can retrieve Arena. > I still think it's sexy enough to include. Yes, this much I agree with. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Mar 28 02:09:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA05674 for hackers-outgoing; Tue, 28 Mar 1995 02:09:07 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA05662 for ; Tue, 28 Mar 1995 02:08:59 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id SAA03337; Tue, 28 Mar 1995 18:09:34 GMT Date: Tue, 28 Mar 1995 18:09:34 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the system.) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk BTW, the Dave Miller tells me the next release of Pine will have xterm mouse support. I think that will server as a fairly decent interim solution before a GUI version of Pine is available. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Mar 28 02:11:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA05890 for hackers-outgoing; Tue, 28 Mar 1995 02:11:39 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA05878 for ; Tue, 28 Mar 1995 02:11:26 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id SAA03348; Tue, 28 Mar 1995 18:12:00 GMT Date: Tue, 28 Mar 1995 18:12:00 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the In-Reply-To: <9503272010.AA04947@blaise.ibp.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 27 Mar 1995, Ollivier Robert wrote: > > TRN (curses based but great). For offline processing you'll need a > INN server locally or use a SOUP-compatible package such as YARN... I thought Yarn was only for DOS? I know the author, and he didn't mention a UNIX port of it to me. Strn is also a great newsreader. Gives you configurable menus to choose newsgroup categories and newsgroup lists, hypertext help system, article scoring and xterm mouse support. The only down side is that it no longer appears to be supported by the author. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Mar 28 02:13:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA05949 for hackers-outgoing; Tue, 28 Mar 1995 02:13:28 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA05941 for ; Tue, 28 Mar 1995 02:13:22 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id SAA03356; Tue, 28 Mar 1995 18:13:50 GMT Date: Tue, 28 Mar 1995 18:13:49 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: FreeBSD problems - VM bug? In-Reply-To: <199503272114.NAA00404@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 27 Mar 1995, David Greenman wrote: > > What version of FreeBSD were you running at the time? If it wasn't > the 3/22 snapshot, then the problem has likely already been fixed. > If it was the new snapshot, well, we probably have a new bug. It was the 950210 snapshot, right before I was about to upgrade too. :-/ -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Mar 28 02:19:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA06158 for hackers-outgoing; Tue, 28 Mar 1995 02:19:18 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA06151; Tue, 28 Mar 1995 02:19:16 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Brian Tao cc: FREEBSD-HACKERS-L Subject: Re: AHA2940 support on 950322-SNAP In-reply-to: Your message of "Tue, 28 Mar 95 17:53:16 GMT." Date: Tue, 28 Mar 1995 02:19:16 -0800 Message-ID: <6150.796385956@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > disk). Should I anticipate any problems having the boot manager > recognize a startable DOS partition on the first drive and a startable > BSD slice on the second drive? Nope, it should work fine.. Jordan From owner-freebsd-hackers Tue Mar 28 02:20:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA06186 for hackers-outgoing; Tue, 28 Mar 1995 02:20:13 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA06180 for ; Tue, 28 Mar 1995 02:20:02 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id LAA17819 for FreeBSD-hackers@FreeBSD.org; Tue, 28 Mar 1995 11:21:00 +0100 From: Paul Richards Message-Id: <199503281021.LAA17819@isl.cf.ac.uk> Subject: Re: httpd as part of the system. To: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers mailing list) Date: Tue, 28 Mar 1995 11:20:59 +0100 (BST) In-Reply-To: <2819.796380480@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 28, 95 00:48:00 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1723 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who said > > > I really get scared when people start moving things like ncftp and lynx into > > the /src tree. Who the hell has time to keep everything tracked? Who the > > Well, let's be fair. Things like ncftp moved in because we needed > some sort of default ftp command that the installation framework could > COUNT ON to do unattended ftps. The release framework doesn't have > provisions for dealing with pieces that need to be obtained from ports > or packages, so.. If somebody has a yen to HELP with the install > framework, trust me - we won't argue! :-) I think ncftp will go away at sometime because it's a real pain. Not until we write a replacement though. > > > you needed it or not. Frankly, I think a package-collection feature added > > to the package tool would be cool... then I could specify an uber package > > consisting of: > > Indeed. Now who's going to write the ueberpackage framework? :-) I think the whole idea of system modules and packages needs a re-think. The differentiation between the two is unnecessary. The main difference is that system modules are b-maked and fall seamlessly into the src tree, whereas ports do not. However, the mechanism for loading/unloading modules/packages should be combined so there's one interface to the whole thing and then things will be greatly simplified. There'll still be the arguments about whether things should become an integral part of the system or not... -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-hackers Tue Mar 28 02:27:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA06429 for hackers-outgoing; Tue, 28 Mar 1995 02:27:46 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA06312 for ; Tue, 28 Mar 1995 02:24:30 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id SAA03379; Tue, 28 Mar 1995 18:23:47 GMT Date: Tue, 28 Mar 1995 18:23:44 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Backspace key revisited Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I thought we had reached a conclusion (of sorts) that the Backspace key by default should "do what the users expects it to do". The default root account setup assumes ^H for delete-left though, and the Backspace key sends out a ^?. The text input boxes in both Netscape and Arena interpret ^? as delete-right. I know I can change these, but I'd rather have Backspace work "properly" to begin with. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Mar 28 02:32:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA06556 for hackers-outgoing; Tue, 28 Mar 1995 02:32:59 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA06549 for ; Tue, 28 Mar 1995 02:32:50 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id MAA21675 ; Tue, 28 Mar 1995 12:32:40 +0200 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA08694; Tue, 28 Mar 95 12:32:14 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503281032.AA08694@blaise.ibp.fr> Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the To: taob@gate.sinica.edu.tw (Brian Tao) Date: Tue, 28 Mar 1995 12:32:13 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Mar 28, 95 06:12:00 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#480 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 682 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I thought Yarn was only for DOS? I know the author, and he didn't Maybe. I don't remember but I think there are some SOUP based readers for UNIX... > mention a UNIX port of it to me. Strn is also a great newsreader. > Gives you configurable menus to choose newsgroup categories and > newsgroup lists, hypertext help system, article scoring and xterm > mouse support. The only down side is that it no longer appears to be > supported by the author. Wayne said he was integrating Strn changes into trn 4.0 if I remember well. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #7: Thu Mar 23 00:28:31 MET 1995 From owner-freebsd-hackers Tue Mar 28 02:42:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA06976 for hackers-outgoing; Tue, 28 Mar 1995 02:42:07 -0800 Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA06967 for ; Tue, 28 Mar 1995 02:42:04 -0800 Received: from post.demon.co.uk by disperse.demon.co.uk id aa23188; 28 Mar 95 11:41 GMT-60:00 Received: from palmer.demon.co.uk by post.demon.co.uk id aa12041; 28 Mar 95 11:41 GMT-60:00 Received: from localhost (gary@localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.9/8.6.9) with SMTP id LAA03093 ; Tue, 28 Mar 1995 11:33:26 +0100 X-Authentication-Warning: palmer.demon.co.uk: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: Brian Tao , FREEBSD-HACKERS-L Subject: Re: httpd as part of the system. In-reply-to: Your message of "Tue, 28 Mar 1995 00:02:20 -0800." <1863.796377740@freefall.cdrom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3089.796386804.1@palmer.demon.co.uk> Date: Tue, 28 Mar 1995 11:33:24 +0100 Message-ID: <3090.796386804@palmer.demon.co.uk> From: Gary Palmer Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <1863.796377740@freefall.cdrom.com>, "Jordan K. Hubbard" writes: >Well, let's put it this way: We have a fair bit of space on the CDROM >and so I see no problem with including SEVERAL browsers from a "pick a >browser" menu. If the user doesn't like one, they can always go back >and chose another. >I still think it's sexy enough to include. Seconded. I REALLY like the textured background stuff :-) Kinda reminiscent of RISC OS 3.5 on a RiscPC (ahem) :-) Gary From owner-freebsd-hackers Tue Mar 28 02:50:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA07253 for hackers-outgoing; Tue, 28 Mar 1995 02:50:44 -0800 Received: from ns.dknet.dk (root@ns.dknet.dk [193.88.44.42]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA07226 for ; Tue, 28 Mar 1995 02:50:30 -0800 Received: from login.dknet.dk by ns.dknet.dk with SMTP id AA22792 (5.65c8/IDA-1.4.4j for ); Tue, 28 Mar 1995 12:50:21 +0200 Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA05965; Tue, 28 Mar 95 12:45:54 +0200 From: sos@login.dknet.dk (S|ren Schmidt) Message-Id: <9503281045.AA05965@login.dknet.dk> Subject: Re: Backspace key revisited To: taob@gate.sinica.edu.tw (Brian Tao) Date: Tue, 28 Mar 95 12:45:53 MET DST Cc: freebsd-hackers@FreeBSD.org In-Reply-To: ; from "Brian Tao" at Mar 28, 95 6:23 pm X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I thought we had reached a conclusion (of sorts) that the > Backspace key by default should "do what the users expects it to do". > The default root account setup assumes ^H for delete-left though, and > the Backspace key sends out a ^?. The text input boxes in both Nope, as of yesterday it doesn't :-) (read the commit logs) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time .. From owner-freebsd-hackers Tue Mar 28 03:08:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA07944 for hackers-outgoing; Tue, 28 Mar 1995 03:08:33 -0800 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA07922 for ; Tue, 28 Mar 1995 03:07:56 -0800 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id RAA08045; Tue, 28 Mar 1995 17:06:40 -0500 From: "Serge A. Babkin" Message-Id: <199503282206.RAA08045@hq.icb.chel.su> Subject: 3C509 driver on wcarchive.cdrom.com To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Tue, 28 Mar 1995 17:06:38 -0500 (GMT-0500) Cc: freebsd-hackers@FreeBSD.org, gena@netvision.net.il In-Reply-To: <199503220845.AAA04589@ref.tfs.com> from "Poul-Henning Kamp" at Mar 22, 95 00:45:07 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 262 Sender: hackers-owner@FreeBSD.org Precedence: bulk I have put the last version of 3C509 driver on wcarchive.cdrom.com in pub/FreeBSD/incoming: 3c509.tgz - ep driver netb509.tgz - netboot for 3c509 Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Tue Mar 28 04:01:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA10103 for hackers-outgoing; Tue, 28 Mar 1995 04:01:08 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA10097 for ; Tue, 28 Mar 1995 04:01:06 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id UAA03640; Tue, 28 Mar 1995 20:01:34 GMT Date: Tue, 28 Mar 1995 20:01:34 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: More comprehensive /etc/security script In-Reply-To: <199503271950.LAA01554@wobble.albatross.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I spoke to Doug Urner at BSDI about the /etc/security script that comes with BSD/OS 2. and he sees no problem concerning redistribution. I'll touch it up a bit (remove some BSD/OS'isms, like checking for >16-char usernames) and, ummm... post it to the list? I am by no means a UNIX security expert, so I'd like some feedback on it first, then perhaps make it part of the FreeBSD distribution. On Mon, 27 Mar 1995, Doug Urner wrote: > > > Could you tell me what the copyright status and redistribution > >terms are on the /etc/security script that come with BSD/OS? [...] > > All I see is the UCB copyright, so I say go for it. > > Doug -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Mar 28 04:10:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA10809 for hackers-outgoing; Tue, 28 Mar 1995 04:10:37 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA10800 for ; Tue, 28 Mar 1995 04:10:31 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id UAA03654; Tue, 28 Mar 1995 20:11:06 GMT Date: Tue, 28 Mar 1995 20:11:05 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: Backspace key revisited In-Reply-To: <9503281045.AA05965@login.dknet.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 28 Mar 1995, S|ren Schmidt wrote: > > > > I thought we had reached a conclusion (of sorts) that the > > Backspace key by default should "do what the users expects it to do". > > The default root account setup assumes ^H for delete-left though, and > > the Backspace key sends out a ^?. The text input boxes in both > > Nope, as of yesterday it doesn't :-) > (read the commit logs) Okay, okay, okay... :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Mar 28 04:19:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA11045 for hackers-outgoing; Tue, 28 Mar 1995 04:19:53 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA11039 for ; Tue, 28 Mar 1995 04:19:49 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id UAA03669; Tue, 28 Mar 1995 20:19:44 GMT Date: Tue, 28 Mar 1995 20:19:43 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the In-Reply-To: <9503281032.AA08694@blaise.ibp.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 28 Mar 1995, Ollivier Robert wrote: > > Maybe. I don't remember but I think there are some SOUP based > readers for UNIX... I'm scanning through the alt.usenet.offline-reader newsgroup right now... pretty slim pickings for the UNIX crowd. Almost all of it is geared towards the DOS/Windows/Mac market, not surprisingly. It would probably be easier if the FreeBSD user could have a simple little news server at their end that could connect to their ISP, grab their unread news, store it in a local /var/spool/news and update their .newsrc. I hesistate to suggest that we include INN or Cnews though. They are overkill for a single person reading their news offline, but I can't think of any alternatives at the moment. > Wayne said he was integrating Strn changes into trn 4.0 if I remember > well. Wow, that would be great! -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Mar 28 04:20:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA11061 for hackers-outgoing; Tue, 28 Mar 1995 04:20:57 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA11055 for ; Tue, 28 Mar 1995 04:20:54 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id UAA03680; Tue, 28 Mar 1995 20:21:21 GMT Date: Tue, 28 Mar 1995 20:21:21 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: httpd as part of the system. In-Reply-To: <3090.796386804@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 28 Mar 1995, Gary Palmer wrote: > > Seconded. I REALLY like the textured background stuff :-) Kinda reminiscent > of RISC OS 3.5 on a RiscPC (ahem) :-) NOOOOOOO!!! DEATH TO TEXTURED BROWSER WINDOW BACKGROUNDS!!! *ahem* :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Mar 28 04:51:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA11451 for hackers-outgoing; Tue, 28 Mar 1995 04:51:06 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA11443 for ; Tue, 28 Mar 1995 04:51:01 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id UAA03709; Tue, 28 Mar 1995 20:51:31 GMT Date: Tue, 28 Mar 1995 20:51:31 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the In-Reply-To: <3090.796386804@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I should mention that I've somehow fallen into the role of Mr. Make-Things-Easy-For-Unix-Newbies at my ISP, io.org. I try to make everything foolproof, but obviously this is just a pipe dream. I've covered a lot of ground over the past year and it looks like we have some goals in common. Some of these points have already been discussed, but I'll re-iterate them here: * SLIP/PPP over dialup: The user should be able to run a configuration utility (using either dialog or lynx as the front end) that asks them for the ISP's name, phone number, connection rate, host IP address, gateway IP and nameserver IP. It would be great if we could somehow have an autolearn script that watches how a user initiates a session, but this might be infeasible. With this minimal set of information, the user should be able to connect their FreeBSD box and do simple things like ping, telnet or ftp to some other host on the Internet. Both static and dynamic IP addresses should be supported. * Mail reader: The default is Pine 3.91 and the integrated Pico editor. This combination is dead simple to use. It has a constant prompt line and command menu at the bottom of the screen and a nice full-screen interface. All you need is a VT-100 display and you're set. If a future version supports xterm's mouse, even better. * News reader: The user can choose between tin or strn. Tin is also very easy to use, full-screen interface, supports VT-100 and xterm's mouse, but it's a dog over a 14.4k SLIP line. It is also a memory hog, for some reason. Strn is nice with its point-and-click menu interface wrapped over trn. It takes little longer to learn, but it starts up quickly and it isn't too bad with system resources. If you install a good set of newsgroup categories, users can really zip around their 100-group .newsrc without feeling bogged down. I find regular trn and nn too intimidating for the novice user. * FTP client: NcFTP. Pretty much says it all. Automatic anonymous login and auto binary mode save a *lot* of questions to the support mailbox. * Text editor: Pico and joe seem to be the favourites here. What do we have in terms of X11-based editors? I have aXe, GNUemacs, xcoral, xedit, xemacs and xvile. Only aXe comes close to being a user-friendly, system-friendly editor. Any other choices? * File manager: Utree. Again, I haven't found anything that runs quite as nicely and does as much as this nifty little program. It looks like a clone of XTree for DOS: split screen with directory tree on top and file list on the bottom. It has lots of online help, a persistent command bar at the top, sensible prompts and a really nice full-screen interface. Tends to run a little slow over a 14.4k line though, with all the video attribute codes it likes to use (but you can turn those off). You can compile xterm mouse support into utree, and it can interact with external shell scripts (e.g., to archive files, download them, print out a list of users online, check your mailbox status, etc.) * Text vs. GUI: Naturally, people prefer a pretty graphical interface to a boring text one. We should provide both wherever possible. I don't want a 386/33 user with 4 megs of RAM feeling left out because he can't run X to use exmh or xrn or moxftp. I'm being long-winded again. I'll stop now. :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue Mar 28 05:06:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA11860 for hackers-outgoing; Tue, 28 Mar 1995 05:06:22 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA11854 for ; Tue, 28 Mar 1995 05:06:18 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA07439 (5.67a/IDA-1.5); Tue, 28 Mar 1995 06:48:54 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA14775; 28 Mar 95 06:44:46 CST (Tue) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id GAA14772; Tue, 28 Mar 1995 06:44:46 -0600 From: Peter da Silva Message-Id: <199503281244.GAA14772@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: paul@isl.cf.ac.uk (Paul Richards) Date: Tue, 28 Mar 1995 06:44:45 -0600 (CST) Cc: FreeBSD-hackers@FreeBSD.org In-Reply-To: <199503281021.LAA17819@isl.cf.ac.uk> from "Paul Richards" at Mar 28, 95 11:20:59 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 304 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I think ncftp will go away at sometime because it's a real pain. Not until > we write a replacement though. Did any of the core folks get in touch with the guy who did libftp/uftp about relaxing the distribution conditions? Should I ping him again? It's a much more flexible framework but encumbered. From owner-freebsd-hackers Tue Mar 28 05:35:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA12042 for hackers-outgoing; Tue, 28 Mar 1995 05:35:47 -0800 Received: from crab.xinside.com (crab.xinside.com [199.164.187.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA12036 for ; Tue, 28 Mar 1995 05:35:45 -0800 Received: (from jdc@localhost) by crab.xinside.com (8.6.8/8.6.9) id GAA09211; Tue, 28 Mar 1995 06:37:10 -0700 From: Jeremy Chatfield Message-Id: <199503281337.GAA09211@crab.xinside.com> Subject: Re: OpenGL for FreeBSD To: hasty@star-gate.com (Amancio Hasty) Date: Tue, 28 Mar 1995 06:37:10 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <199503280128.BAA06352@star-gate.com> from "Amancio Hasty" at Mar 28, 95 01:28:12 am Organization: X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Phone: +1(303)470-5302 Reply-To: jdc@xinside.com X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1396 Sender: hackers-owner@FreeBSD.org Precedence: bulk Amancio Hasty writes: > > Hi, > > There has been for quite a while a thread on "OpenGl for Linux > Do you Want it?" on comp.windows.x.i386unix > > Well, if anyone is interested on OpenGL now is good time to pester > the vendor since he explicitly requested potential users :) > > What is good about getting into the OpenGL arena is that there > are a few 3D graphic boards in the near horizon and it will be > nice if someone supports them thru a standard API such OpenGL. > > Yes, I know about Mensa... Accelerated-X 1.2 will have support for a software Accelerated PEX 5.1 in a few weeks. This has the advantage of $0 royalty, so we can ship at a reasonable price... We'll be following up later this year with PEX 5.2 and hardware acceleration (we already have contracts with some of the 3D chip vendors, or their board makers). We also intend to make GLX (the OpenGL X Server extension) either late this year or early next year. There is a royalty and a licensing fee associated with OpenGL, so this will be more expensive than PEX. Yes, we know about Mensa, too :-) Cheers, JeremyC. -- Jeremy Chatfield, +1(303)470-5302, FAX:+1(303)470-5513, email:jdc@xinside.com X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Commercial X Server - for more information please try these services http://www.xinside.com info@xinside.com ftp.xinside.com From owner-freebsd-hackers Tue Mar 28 05:40:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA12100 for hackers-outgoing; Tue, 28 Mar 1995 05:40:18 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA12094 for ; Tue, 28 Mar 1995 05:40:15 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA09852; Tue, 28 Mar 95 15:39:53 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id PAA03620; Tue, 28 Mar 1995 15:45:35 +0200 Message-Id: <199503281345.PAA03620@gilberto.physik.rwth-aachen.de> Subject: Re: OpenGL for FreeBSD To: hasty@star-gate.com (Amancio Hasty) Date: Tue, 28 Mar 1995 15:45:34 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com (user alias) In-Reply-To: <199503280128.BAA06352@star-gate.com> from "Amancio Hasty" at Mar 28, 95 01:28:12 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 828 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi, > > There has been for quite a while a thread on "OpenGl for Linux > Do you Want it?" on comp.windows.x.i386unix > > Well, if anyone is interested on OpenGL now is good time to pester > the vendor since he explicitly requested potential users :) > > What is good about getting into the OpenGL arena is that there > are a few 3D graphic boards in the near horizon and it will be > nice if someone supports them thru a standard API such OpenGL. > > Yes, I know about Mensa... ^^^^^ Mesa Mensa is something different (club of hi IQ people :-) > > Amancio > > > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Wed Mar 22 04:54:59 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Tue Mar 28 06:03:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA12410 for hackers-outgoing; Tue, 28 Mar 1995 06:03:16 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA12404 for ; Tue, 28 Mar 1995 06:03:14 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id JAA09337; Tue, 28 Mar 1995 09:03:18 -0500 From: Peter Dufault Message-Id: <199503281403.JAA09337@hda.com> Subject: Re: Yellow Byte CD-Rom Request To: ache@astral.msk.su (Andrey A. Chernov, Black Mage) Date: Tue, 28 Mar 1995 09:03:18 -0500 (EST) Cc: freebsd-hackers@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: from "Andrey A. Chernov, Black Mage" at Mar 28, 95 12:01:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 922 Sender: hackers-owner@FreeBSD.org Precedence: bulk Andrey A. Chernov, Black Mage writes: > > In message <199503271708.TAA15835@uriah.heep.sax.de> J Wunsch writes: > > >As Steve Passe wrote: > >> > >> Hello, > >> > >> Anyone else get one of these? > >... > >> I ONLY use the 'fbsd' personality for the freeBSD mailing lists, it > >> would appear that someone is reaping our mail-lists for addresses! > >> > > >Me too, just arrived. It's addressed to my freefall account: > >joerg@freefall.cdrom.com, which i'm only occasionally providing as > >my address. > > FreeBSD FAQ contains all addresses, bot x@freefall and x@home No, I don't show up anywhere in the FAQ directory and it was sent to my freefall address. Can't you use majordomo to get the people subscribed to the mailing lists? Peter -- 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-hackers Tue Mar 28 06:23:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA12754 for hackers-outgoing; Tue, 28 Mar 1995 06:23:07 -0800 Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA12748 for ; Tue, 28 Mar 1995 06:22:59 -0800 Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.8/8.6.6) id QAA00627; Tue, 28 Mar 1995 16:14:01 +0200 From: Thomas Gellekum Message-Id: <199503281414.QAA00627@ghpc6.ihf.rwth-aachen.de> Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Tue, 28 Mar 1995 16:14:00 +0200 (MET DST) Cc: taob@gate.sinica.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <9503281032.AA08694@blaise.ibp.fr> from "Ollivier Robert" at Mar 28, 95 12:32:13 pm Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 735 Sender: hackers-owner@FreeBSD.org Precedence: bulk Ollivier Robert wrote: > > > I thought Yarn was only for DOS? I know the author, and he didn't > > Maybe. I don't remember but I think there are some SOUP based > readers for UNIX... Only thing I found when I was looking for it was slnr. Sits on ftp.uu.net, I forgot the directory. The newsreader itself is really small, but maybe one could build something out of the transport agents which sit on the serving machine and collect the news (locally on the server or via NNTP). One could also experiment with the `-S' option of tin, which supposedly saves unread news into a local directory structure. The man page says that the supplementing option `-R' (read news saved by `-S') is not yet implemented (tin-1.22), though. tg From owner-freebsd-hackers Tue Mar 28 06:44:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA13027 for hackers-outgoing; Tue, 28 Mar 1995 06:44:16 -0800 Received: from po2.andrew.cmu.edu (PO2.ANDREW.CMU.EDU [128.2.10.102]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA13021 for ; Tue, 28 Mar 1995 06:44:15 -0800 Received: (from postman@localhost) by po2.andrew.cmu.edu (8.6.9/8.6.9) id JAA05841 for freebsd-hackers@freefall.cdrom.com; Tue, 28 Mar 1995 09:44:08 -0500 Received: via switchmail; Tue, 28 Mar 1995 09:44:07 -0500 (EST) Received: from pcs12.andrew.cmu.edu via qmail ID ; Tue, 28 Mar 1995 09:43:57 -0500 (EST) Received: from pcs12.andrew.cmu.edu via qmail ID ; Tue, 28 Mar 1995 09:43:55 -0500 (EST) Received: from mms.4.60.Jan.26.1995.18.43.47.sun4c.411.EzMail.Phred.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs12.andrew.cmu.edu.sun4c.411 via MS.5.6.pcs12.andrew.cmu.edu.sun4c_411; Tue, 28 Mar 1995 09:43:55 -0500 (EST) Message-ID: Date: Tue, 28 Mar 1995 09:43:55 -0500 (EST) From: "Alex R.N. Wetmore" To: freebsd-hackers@freefall.cdrom.com (freefall.cdrom.com) Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the In-Reply-To: References: Sender: hackers-owner@FreeBSD.org Precedence: bulk Excerpts from internet.computing.freebsd-hackers: 28-Mar-95 Re: Plug-n-Play Internet ac.. by Brian Tao@gate.sinica.ed > * SLIP/PPP over dialup: The user should be able to run a > configuration utility (using either dialog or lynx as the front > end) that asks them for the ISP's name, phone number, connection > rate, host IP address, gateway IP and nameserver IP. It would be > great if we could somehow have an autolearn script that watches how > a user initiates a session, but this might be infeasible. With > this minimal set of information, the user should be able to connect > their FreeBSD box and do simple things like ping, telnet or ftp to > some other host on the Internet. Both static and dynamic IP > addresses should be supported. I think Windows NT handles this very gracefully. For those who haven't seen it, basically you fill out a dialog box with the above information (actually, I think there might be two dialog boxes, one for the modem information (speed, etc) and one for the ISP information). Once you've filled this in you can use slip by clicking on a "Dial" button, which will call the ISP and put you into a terminal window. The bottom of the terminal window has a "I'm connected" button and a place to enter your IP address (if you're on a SLIP connection). While buttons are out for a *BSD text mode interface, it wouldn't be bad to have it dump them into TIP (or another terminal program) and tell them how to get out when they're connected. An official way to do slip connects is probably needed too. Saying "use kermit, then suspend it and slattach and ifconfig and route" just isn't a great solution. I had a set of kermit/shell scripts that would connect me via SLIP, but I'm not sure what happened to them, since I've been using PPP ever since I discovered how great pppd/chat are to setup and use. alex From owner-freebsd-hackers Tue Mar 28 07:20:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA13977 for hackers-outgoing; Tue, 28 Mar 1995 07:20:45 -0800 Received: from irbs.com ([199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA13970 for ; Tue, 28 Mar 1995 07:20:37 -0800 Received: (from jc@localhost) by irbs.com (8.6.11/8.6.6) id KAA01937; Tue, 28 Mar 1995 10:20:18 -0500 From: John Capo Message-Id: <199503281520.KAA01937@irbs.com> Subject: Re: Yellow Byte CD-Rom Request To: dufault@hda.com (Peter Dufault) Date: Tue, 28 Mar 1995 10:20:17 -0500 (EST) Cc: freebsd-hackers@freefall.cdrom.com (freebsd-hackers) In-Reply-To: <199503281403.JAA09337@hda.com> from "Peter Dufault" at Mar 28, 95 09:03:18 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1292 Sender: hackers-owner@FreeBSD.org Precedence: bulk Peter Dufault writes: > > Andrey A. Chernov, Black Mage writes: > > > > In message <199503271708.TAA15835@uriah.heep.sax.de> J Wunsch writes: > > > > >As Steve Passe wrote: > > >> > > >> Hello, > > >> > > >> Anyone else get one of these? > > >... > > >> I ONLY use the 'fbsd' personality for the freeBSD mailing lists, it > > >> would appear that someone is reaping our mail-lists for addresses! > > >> > > > > >Me too, just arrived. It's addressed to my freefall account: > > >joerg@freefall.cdrom.com, which i'm only occasionally providing as > > >my address. > > > > FreeBSD FAQ contains all addresses, bot x@freefall and x@home > > No, I don't show up anywhere in the FAQ directory and it was sent > to my freefall address. Can't you use majordomo to get the people > subscribed to the mailing lists? Same here, I'm only in one source file and with a UUCP domain. A majordomo query of `who list-name' returns all of the subscribers to list-name. My domain is only in the cvs-all list. Perhaps they only spammed .com domains or people they were able to finger and determine some commercial connection. As I recall, the mail started with, "Your company is using international networks", or somesuch. This was my first unsolicited junk email. I guess I am lucky. John Capo From owner-freebsd-hackers Tue Mar 28 07:50:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA16756 for hackers-outgoing; Tue, 28 Mar 1995 07:50:04 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA16742 for ; Tue, 28 Mar 1995 07:49:55 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id JAA21023; Tue, 28 Mar 1995 09:49:26 -0600 Received: by olympus (4.1/TSS2.1) id AA07174; Tue, 28 Mar 95 09:47:53 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503281547.AA07174@olympus> Subject: Re: Slick-edit on FreeBSD - any takers? To: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Date: Tue, 28 Mar 1995 09:47:52 -0600 (CST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503251550.KAA16990@lakes> from "Thomas David Rivers" at Mar 25, 95 10:50:13 am X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1916 Sender: hackers-owner@FreeBSD.org Precedence: bulk I used to use SlickEdit back in my OS/2 days. You can set it to emulate several editors including Brief and Emacs. Does all kinds of cool stuff. Of course, I use vi now and bang my head up against the wall with any non-modal (ie non-vi) editor. Might be nice to try again. As always, it would depend on the cost. It is not cheap if I remember. Boyd > > > As it happens, the marketing person for Slick-Edit (a popular > PC editor) comes to my house every thursday (we started a > piano quintet..., but I digress.) > > Interestingly enough, she was telling me that Linux is now one of their > most popular operating systems. I imagine a lot of DOS/Windows people > are moving to Linux... > > Anyway, I put in a plug for FreeBSD. She indicated that it was the position > of the company to port SlickEdit to any operating system where they had > a request. > > Personally, I'm a 'vi' bigot from way back; but I thought it would be > good exposure for FreeBSD, etc... (You may notice they list Linux in > some of the SlickEdit adds in Dr. Dobbs, etc...) So, I would like > a show of hands of people who would consider purchasing this, etc... > > - Dave Rivers - > > p.s. The Linux port doesn't use X - they just hired someone to do that > work for them... So, the initial FreeBSD version would probably > be curses, etc... > > > p.p.s. Send me mail (ponds!rivers@dg-rtp.dg.com for now) and I'll try > and tally this up. However, I have 2400+ pieces of mail (it's a long > story) so things might get lost. If you *really* would like to see > this, call the microEdge directly, at 1-800-934-EDIT (that's the Sales > line) and let them know. > -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Tue Mar 28 07:53:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA16842 for hackers-outgoing; Tue, 28 Mar 1995 07:53:02 -0800 Received: from crab.xinside.com (crab.xinside.com [199.164.187.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA16834 for ; Tue, 28 Mar 1995 07:53:00 -0800 Received: (from jdc@localhost) by crab.xinside.com (8.6.8/8.6.9) id IAA17389; Tue, 28 Mar 1995 08:54:27 -0700 From: Jeremy Chatfield Message-Id: <199503281554.IAA17389@crab.xinside.com> Subject: Re: Plug-n-Play Internet acccess (was Re: httpd as part of the To: aw2t+@andrew.cmu.edu (Alex R.N. Wetmore) Date: Tue, 28 Mar 1995 08:54:26 -0700 (MST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Alex R.N. Wetmore" at Mar 28, 95 09:43:55 am Organization: X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Phone: +1(303)470-5302 Reply-To: jdc@xinside.com X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1435 Sender: hackers-owner@FreeBSD.org Precedence: bulk Alex R.N. Wetmore writes: > > Excerpts from internet.computing.freebsd-hackers: 28-Mar-95 Re: > Plug-n-Play Internet ac.. by Brian Tao@gate.sinica.ed > > * SLIP/PPP over dialup: The user should be able to run a > > configuration utility (using either dialog or lynx as the front > > end) that asks them for the ISP's name, phone number, connection > > rate, host IP address, gateway IP and nameserver IP. It would be > > great if we could somehow have an autolearn script that watches how > > a user initiates a session, but this might be infeasible. With > > this minimal set of information, the user should be able to connect > > their FreeBSD box and do simple things like ping, telnet or ftp to > > some other host on the Internet. Both static and dynamic IP > > addresses should be supported. > > I think Windows NT handles this very gracefully. For those who haven't > seen it, basically you fill out a dialog box with the above information ... Seyon will do some of this work, from an X Session. You get buttons, scripts per target system, etc. Worth checking out, I think. Cheers, JeremyC. -- Jeremy Chatfield, +1(303)470-5302, FAX:+1(303)470-5513, email:jdc@xinside.com X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Commercial X Server - for more information please try these services http://www.xinside.com info@xinside.com ftp.xinside.com From owner-freebsd-hackers Tue Mar 28 08:21:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA19983 for hackers-outgoing; Tue, 28 Mar 1995 08:21:45 -0800 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA19974 for ; Tue, 28 Mar 1995 08:21:43 -0800 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA23820; Tue, 28 Mar 95 16:21:21 GMT Received: by junco.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA11158; Tue, 28 Mar 1995 09:21:21 -0700 Date: Tue, 28 Mar 1995 09:21:21 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9503281621.AA11158@junco.fsl.noaa.gov> To: pst@cisco.com Cc: asami@cs.berkeley.edu, hackers@FreeBSD.org In-Reply-To: <199503280802.AAA17795@feta.cisco.com> (message from Paul Traina on Tue, 28 Mar 1995 00:02:21 -0800) Subject: Re: httpd as part of the system. Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Paul" == Paul Traina writes: Paul> If you think it's small, snicker, you haven't seen it when Paul> it's not compiled -static. It's about 300k. Oh, to be developing on FreeBSD right now. My average .o is 300k under HP's C++. Executables are 11M. And that's using shared libs. Sigh. --k From owner-freebsd-hackers Tue Mar 28 08:22:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA20005 for hackers-outgoing; Tue, 28 Mar 1995 08:22:49 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA19991 for ; Tue, 28 Mar 1995 08:22:38 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id JAA09448 for ; Tue, 28 Mar 1995 09:23:54 -0700 Message-Id: <199503281623.JAA09448@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: Re: Yellow Byte CD-Rom Request In-reply-to: Your message of "Tue, 28 Mar 1995 12:01:33 +0400." Date: Tue, 28 Mar 1995 09:23:52 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, >> Anyone else get one of these? >... >> I ONLY use the 'fbsd' personality for the freeBSD mailing lists, it >> would appear that someone is reaping our mail-lists for addresses! >> ... > FreeBSD FAQ contains all addresses, bot x@freefall and x@home which FAQ do you refer to? I don't belive I would be mentioned in any of them. My theory is that they are subscribing to one or more of our mailing lists and plucking names/addresses from them for this purpose. my first impulse upon receiving it was to flame them, but I decided to count to 10 first. my second impulse is to flame them! Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Tue Mar 28 09:04:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA20888 for hackers-outgoing; Tue, 28 Mar 1995 09:04:15 -0800 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA20882 for ; Tue, 28 Mar 1995 09:04:09 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id LAA12094; Tue, 28 Mar 1995 11:56:36 -0500 Date: Tue, 28 Mar 1995 11:56:33 -0500 (EST) From: "Jonathan M. Bresler" Subject: Re: Yellow Byte CD-Rom Request To: Peter Dufault cc: ache@astral.msk.su, freebsd-hackers@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <199503281403.JAA09337@hda.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 28 Mar 1995, Peter Dufault wrote: > No, I don't show up anywhere in the FAQ directory and it was sent > to my freefall address. Can't you use majordomo to get the people > subscribed to the mailing lists? using the 'who' command, you can get a list of everyone on each mailing list. we can make the lists private, preventing this. then only list members can use the 'who' command. so.....the cretin subscribes, does a who and unsubscribes in a single email to majordomo, circumventing the private option on the list. the last option is to modify majordomo make the list private from everyone including list members or just disable it completely. does anyone use the 'who' command ?? it yellow-cdrom enough of a bother to act ?? Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Tue Mar 28 09:11:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA20989 for hackers-outgoing; Tue, 28 Mar 1995 09:11:24 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA20983 for ; Tue, 28 Mar 1995 09:11:13 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id KAA17850; Tue, 28 Mar 1995 10:14:46 -0700 Date: Tue, 28 Mar 1995 10:14:46 -0700 From: Nate Williams Message-Id: <199503281714.KAA17850@trout.sri.MT.net> In-Reply-To: "Jonathan M. Bresler" "Re: Yellow Byte CD-Rom Request" (Mar 28, 11:56am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Jonathan M. Bresler" Subject: Re: Yellow Byte CD-Rom Request Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > using the 'who' command, you can get a list of everyone on each > mailing list. we can make the lists private, preventing this. then only > list members can use the 'who' command. I think this is a good thing. > so.....the cretin subscribes, does a who and unsubscribes in a > single email to majordomo, circumventing the private option on the list. True, but I think it will stop the 'casual' folks from doing these kinds of things. If there is a log of this person doing such a thing, there is more reason to come back and get him for abuse of resources than there would be if there is no record of how the names are found. Making them do more work to get names is a good thing IMHO, and forcing them to leave tracks leave us more room for responding with legal recourse if necessary. Nate From owner-freebsd-hackers Tue Mar 28 09:20:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA21234 for hackers-outgoing; Tue, 28 Mar 1995 09:20:52 -0800 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA21228 for ; Tue, 28 Mar 1995 09:20:48 -0800 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id TAA00565; Tue, 28 Mar 1995 19:19:22 +0200 Message-Id: <199503281719.TAA00565@lirmm.lirmm.fr> To: Bruce Evans cc: hackers@FreeBSD.org Subject: Re: patches for -Wall in sbin In-reply-to: Your message of "Tue, 28 Mar 1995 18:32:31 +1000." <199503280832.SAA15969@godzilla.zeta.org.au> Date: Tue, 28 Mar 1995 19:19:19 +0200 From: "Philippe Charnier" Sender: hackers-owner@FreeBSD.org Precedence: bulk Salut, In the message Re: patches for -Wall in sbin, Bruce Evans wrote : >>Here are some patches for -Wall in sbin/{badsect,...,fsck}/* > >Let me handle the patches for fsck. I have been (slowly) checking >phk's patches for -Wall for it. > That code uses functions for writing warning and errors messages, that -Wall doesn't like. What a pity to not use the 4.4 interface for this (warnx, errx and al.). -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-hackers Tue Mar 28 09:21:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA21257 for hackers-outgoing; Tue, 28 Mar 1995 09:21:46 -0800 Received: from anvil.appsmiths.com (anvil.appsmiths.com [198.65.131.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA21252 for ; Tue, 28 Mar 1995 09:21:44 -0800 Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.8/8.6.6) id LAA08812 for hackers@freebsd.org; Tue, 28 Mar 1995 11:21:17 -0600 From: "Clay D. Hopperdietzel" Message-Id: <199503281721.LAA08812@anvil.appsmiths.com> Subject: how to build a distrib? To: hackers@FreeBSD.org Date: Tue, 28 Mar 1995 11:21:16 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 295 Sender: hackers-owner@FreeBSD.org Precedence: bulk I have a 1.1.5 box that I wan't to bring up to the same level as a 2.x development one that I'm pretty happy with. I think what I want to do is to generate something similar to a bindist from the 2.x box, although I can't seem to figure out how to go about doing this. How does one do this? From owner-freebsd-hackers Tue Mar 28 09:24:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA21322 for hackers-outgoing; Tue, 28 Mar 1995 09:24:10 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA21315 for ; Tue, 28 Mar 1995 09:24:09 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA04465; Tue, 28 Mar 1995 09:24:00 -0800 From: Poul-Henning Kamp Message-Id: <199503281724.JAA04465@ref.tfs.com> Subject: Re: how to build a distrib? To: hoppy@appsmiths.com (Clay D. Hopperdietzel) Date: Tue, 28 Mar 1995 09:24:00 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503281721.LAA08812@anvil.appsmiths.com> from "Clay D. Hopperdietzel" at Mar 28, 95 11:21:16 am Content-Type: text Content-Length: 606 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I have a 1.1.5 box that I wan't to bring up to the same level as a > 2.x development one that I'm pretty happy with. > > I think what I want to do is to generate something similar to a bindist > from the 2.x box, although I can't seem to figure out how to go about > doing this. > > How does one do this? cd /usr/src/release make release CHROOTDIR=/here/is/300MB ls /here/is/300MB/R/stage/dists -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue Mar 28 10:04:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA22754 for hackers-outgoing; Tue, 28 Mar 1995 10:04:27 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA22748 for ; Tue, 28 Mar 1995 10:04:21 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id EAA30784; Wed, 29 Mar 1995 04:01:15 +1000 Date: Wed, 29 Mar 1995 04:01:15 +1000 From: Bruce Evans Message-Id: <199503281801.EAA30784@godzilla.zeta.org.au> To: bde@zeta.org.au, charnier@lirmm.fr Subject: Re: patches for -Wall in sbin Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >>Let me handle the patches for fsck. I have been (slowly) checking >>phk's patches for -Wall for it. >> >That code uses functions for writing warning and errors messages, that >-Wall doesn't like. What a pity to not use the 4.4 interface for this >(warnx, errx and al.). There should be warnings for bad args to warnx, etc. too :-). Anything that supports printf-style error messages should be declared as __attribute__((format(printf, m, n))) where `m' is the arg number of the format string and `n' is the arg number of the first vararg. Bruce From owner-freebsd-hackers Tue Mar 28 10:10:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA22837 for hackers-outgoing; Tue, 28 Mar 1995 10:10:32 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA22831 for ; Tue, 28 Mar 1995 10:10:31 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id KAA04654; Tue, 28 Mar 1995 10:09:35 -0800 From: Poul-Henning Kamp Message-Id: <199503281809.KAA04654@ref.tfs.com> Subject: Re: patches for -Wall in sbin To: bde@zeta.org.au (Bruce Evans) Date: Tue, 28 Mar 1995 10:09:35 -0800 (PST) Cc: bde@zeta.org.au, charnier@lirmm.fr, hackers@FreeBSD.org In-Reply-To: <199503281801.EAA30784@godzilla.zeta.org.au> from "Bruce Evans" at Mar 29, 95 04:01:15 am Content-Type: text Content-Length: 767 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >>Let me handle the patches for fsck. I have been (slowly) checking > >>phk's patches for -Wall for it. > >> > > >That code uses functions for writing warning and errors messages, that > >-Wall doesn't like. What a pity to not use the 4.4 interface for this > >(warnx, errx and al.). > > There should be warnings for bad args to warnx, etc. too :-). Anything > that supports printf-style error messages should be declared as > __attribute__((format(printf, m, n))) where `m' is the arg number of > the format string and `n' is the arg number of the first vararg. Splendid idea ! -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue Mar 28 11:08:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA24237 for hackers-outgoing; Tue, 28 Mar 1995 11:08:31 -0800 Received: from catfish.dataplex.net ([199.183.109.243]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA24229 for ; Tue, 28 Mar 1995 11:08:30 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by catfish.dataplex.net (8.6.9/8.6.9) with SMTP id NAA16522 for ; Tue, 28 Mar 1995 13:08:24 -0600 X-Sender: wacky@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 28 Mar 1995 13:08:25 -0600 To: freebsd-hackers@FreeBSD.org From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Yellow Byte CD-Rom Request Sender: hackers-owner@FreeBSD.org Precedence: bulk Hey, guys! Get a perspective! The trash in my mailbox flaming about the Yellow Byte is FAR WORSE than the original message. So drop the subject and get back to our regularly scheduled programming. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Tue Mar 28 11:49:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA25441 for hackers-outgoing; Tue, 28 Mar 1995 11:49:15 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA25434; Tue, 28 Mar 1995 11:49:14 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Peter da Silva cc: paul@isl.cf.ac.uk (Paul Richards), FreeBSD-hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-reply-to: Your message of "Tue, 28 Mar 95 06:44:45 CST." <199503281244.GAA14772@bonkers.taronga.com> Date: Tue, 28 Mar 1995 11:49:10 -0800 Message-ID: <25433.796420150@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Did any of the core folks get in touch with the guy who did libftp/uftp > about relaxing the distribution conditions? Should I ping him again? It's > a much more flexible framework but encumbered. He's already said that he's happy for us to use it, but I haven't been able to fetch the latest version off this bizarre site somewhere in the unreachable former soviet union, so I finally just gave up on it. Jordan From owner-freebsd-hackers Tue Mar 28 11:51:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA25514 for hackers-outgoing; Tue, 28 Mar 1995 11:51:48 -0800 Received: from pht.com (exodus.pht.com [198.60.59.99]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA25506 for ; Tue, 28 Mar 1995 11:51:45 -0800 Received: by pht.com id AA11006 (5.67b/IDA-1.5 for freebsd-hackers@freebsd.org); Tue, 28 Mar 1995 12:35:22 -0700 Date: Tue, 28 Mar 1995 12:35:21 -0700 (MST) From: Brad Midgley To: freebsd-hackers@FreeBSD.org Subject: 950322 SNAP and flakey networking Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk 950322 seems much better than plain 2.0 as far as kernel panics go. (no fatal errors yet.) However, networking works, then doesn't, then works. The symptoms are the same as you would expect if someone occasionally walked over to the machine and unplugged it from the (coax) network, waited a while, and plugged it back in: nothing can get in or out of the machine through the net for a while, netstat shows outgoing stuff queueing up, then the net operates again. (In case you're wondering, I have checked, and there's nobody back there unplugging it :) I have a monitoring script which beeps about every three seconds if it can't ping the machine next to it. It just beeped about 15 times and then stopped. It does this about every ten minutes. I have the snap system running on a Pentium-60. It has an SMC net card, PCI Buslogic SCSI, oak "otivga" pci video, 48M ram. It's primarily being used for NFS service, (also configured as a client), wu-ftp, and cern_httpd. I reconfigured the GENERIC kernel with userlimit 64 and with scsi devices sd1-sd6. It actually has 5 drives on it: 4 seagates and a quantum. Other items of interest/annoyance: "mb_map: full" messages about once an hour, "in_rtqtimo: adjusted rtq_reallyold to 2400/1600/1066" messages, syslogd dies when started in /etc/rc but can be started up manually later. about 3/4 of the times I try netstat, it dies before finishing the "Active Internet Connections" section and prints ??? Any pointers which could make let me run the system more smoothly would really be appreciated of course. brad@pht.com From owner-freebsd-hackers Tue Mar 28 12:09:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA25916 for hackers-outgoing; Tue, 28 Mar 1995 12:09:46 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA25909; Tue, 28 Mar 1995 12:09:45 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Steve Passe cc: hackers@FreeBSD.org Subject: Re: Yellow Byte CD-Rom Request In-reply-to: Your message of "Tue, 28 Mar 95 09:23:52 MST." <199503281623.JAA09448@clem.systemsix.com> Date: Tue, 28 Mar 1995 12:09:44 -0800 Message-ID: <25908.796421384@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > my first impulse upon receiving it was to flame them, but I decided > to count to 10 first. my second impulse is to flame them! My first impulse is to IGNORE them, since you'll all be seeing a whole lot more of this in the future so you might as well try to fight the ocean. Get input filters, spam them back in return, whatever turns you on most but PLEASE let's stop discussing it in this list! I've already received FAR MORE annoyance from the follow-ups to this stupid Yellow Byte CD message than I have for the message itself! Thanks. Jordan From owner-freebsd-hackers Tue Mar 28 12:26:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA26711 for hackers-outgoing; Tue, 28 Mar 1995 12:26:10 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA26705 for ; Tue, 28 Mar 1995 12:26:08 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id PAA01042; Tue, 28 Mar 1995 15:26:32 -0500 From: Peter Dufault Message-Id: <199503282026.PAA01042@hda.com> Subject: Configuring driver added via LKM To: freebsd-hackers@freefall.cdrom.com Date: Tue, 28 Mar 1995 15:26:31 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 587 Sender: hackers-owner@FreeBSD.org Precedence: bulk What to do to properly add a driver using an LKM isn't too obvious to me, as to what to call in the configuration code in order to check for I/O port overlap and adjust the interrupt masks and so on. I can add the driver and even synthetically call the probe and attach routines, but I'd like to do it properly. Can anyone point out the way? You may save me from a fair amount of pointer traversal in isa.c Peter -- 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-hackers Tue Mar 28 12:31:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA27000 for hackers-outgoing; Tue, 28 Mar 1995 12:31:55 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA26994 for ; Tue, 28 Mar 1995 12:31:52 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id MAA07786; Tue, 28 Mar 1995 12:23:19 GMT Message-Id: <199503281223.MAA07786@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Christoph Kukulies cc: freebsd-hackers@freefall.cdrom.com (user alias) Subject: Re: OpenGL for FreeBSD In-reply-to: Your message of "Tue, 28 Mar 1995 15:45:34 +0200." <199503281345.PAA03620@gilberto.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Mar 1995 12:23:15 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Christoph Kukulies said: > > > > Hi, > > > > There has been for quite a while a thread on "OpenGl for Linux > > Do you Want it?" on comp.windows.x.i386unix > > > > Well, if anyone is interested on OpenGL now is good time to pester > > the vendor since he explicitly requested potential users :) > > > > What is good about getting into the OpenGL arena is that there > > are a few 3D graphic boards in the near horizon and it will be > > nice if someone supports them thru a standard API such OpenGL. > > > > Yes, I know about Mensa... > ^^^^^ > Mesa > Tnks, I meant Mesa... Amancio From owner-freebsd-hackers Tue Mar 28 12:48:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA27457 for hackers-outgoing; Tue, 28 Mar 1995 12:48:30 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA27445 for ; Tue, 28 Mar 1995 12:48:26 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id MAA07927; Tue, 28 Mar 1995 12:43:14 GMT Message-Id: <199503281243.MAA07927@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: jdc@xinside.com cc: hackers@FreeBSD.org Subject: Re: OpenGL for FreeBSD In-reply-to: Your message of "Tue, 28 Mar 1995 06:37:10 MST." <199503281337.GAA09211@crab.xinside.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Mar 1995 12:43:11 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Jeremy Chatfield said: > We also intend to make GLX (the OpenGL X Server extension) either > late this year or early next year. There is a royalty and a > licensing fee associated with OpenGL, so this will be more expensive > than PEX. Yes, we know about Mensa, too :-) > > Cheers, JeremyC. Hi, Support is the first step. Is your company in touch with any software vendors which have nifty simulation or drawing programs which will be interested in using Accelerated-X 1.2 with PEX or OpenGL support. I think this is a key issue for instance just follow the "Plug-n-Play Internet access" and is obvious that we don't have a neat networking suite which supports X! Amancio From owner-freebsd-hackers Tue Mar 28 12:54:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA27633 for hackers-outgoing; Tue, 28 Mar 1995 12:54:07 -0800 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA27627 for ; Tue, 28 Mar 1995 12:54:04 -0800 Received: by sovcom.kiae.su id AA10449 (5.65.kiae-2 ); Wed, 29 Mar 1995 00:40:27 +0400 Received: by sovcom.KIAE.su (UUMAIL/2.0); Wed, 29 Mar 95 00:40:25 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id AAA06600; Wed, 29 Mar 1995 00:36:43 +0400 To: "Jordan K. Hubbard" , Peter da Silva Cc: FreeBSD-hackers@FreeBSD.org, Paul Richards References: <25433.796420150@freefall.cdrom.com> In-Reply-To: <25433.796420150@freefall.cdrom.com>; from "Jordan K. Hubbard" at Tue, 28 Mar 1995 11:49:10 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 29 Mar 1995 00:36:43 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: httpd as part of the system. Lines: 21 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 954 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <25433.796420150@freefall.cdrom.com> Jordan K. Hubbard writes: >> Did any of the core folks get in touch with the guy who did libftp/uftp >> about relaxing the distribution conditions? Should I ping him again? It's >> a much more flexible framework but encumbered. >He's already said that he's happy for us to use it, but I haven't been >able to fetch the latest version off this bizarre site somewhere in >the unreachable former soviet union, so I finally just gave up on it. It is at ftp://ftp.kiae.su/unix/tcpip/ftp/ If you have any problems with fetching it, just tell me, I can put it on freefall:/incoming -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Tue Mar 28 13:35:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28858 for hackers-outgoing; Tue, 28 Mar 1995 13:35:17 -0800 Received: from eureka.gdl.iteso.mx (eureka.gdl.iteso.mx [148.201.1.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA28852; Tue, 28 Mar 1995 13:35:12 -0800 Received: (from cacho@localhost) by eureka.gdl.iteso.mx (8.6.8/8.6.6) id MAA05912; Tue, 28 Mar 1995 12:12:53 -0600 Date: Tue, 28 Mar 1995 12:12:50 -0600 (CST) From: Hector Gonzalez Jaime To: "Jordan K. Hubbard" cc: Amancio Hasty , hackers@freefall.cdrom.com Subject: Re: Interop In-Reply-To: <6109.796060860@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 24 Mar 1995, Jordan K. Hubbard wrote: > > May I suggest that run vat and vic .... > > I wasn't really thinking of an Internet connection since those happen > to cost a _fortune_ at Comdex! It's a possibility, but for now I'm going > to focus on stand-alone demos.. :-) > > Jordan But a stand-alone demo could use a networking stand-alone demo! That is, I don't know if vat and friends _need_ the internet to work, or you can run them over a local ethernet on freebsd. From owner-freebsd-hackers Tue Mar 28 13:37:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28893 for hackers-outgoing; Tue, 28 Mar 1995 13:37:00 -0800 Received: from pht.com (exodus.pht.com [198.60.59.99]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA28885 for ; Tue, 28 Mar 1995 13:36:56 -0800 Received: by pht.com id AA11567 (5.67b/IDA-1.5 for freebsd-hackers@freebsd.org); Tue, 28 Mar 1995 14:20:14 -0700 Date: Tue, 28 Mar 1995 14:20:12 -0700 (MST) From: Brad Midgley To: Steve Passe Cc: freebsd-hackers@FreeBSD.org Subject: Re: 950322 SNAP and flakey networking In-Reply-To: <199503282113.OAA10613@clem.systemsix.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk [up-and-down networking problems I'm having] the last two failures coincided EXACTLY with 3 "mb_map: full" messages. Does that help at all? Are there other tests I can try? I haven't tried this freebsd kernel debugging I hear so much about. getting closer I hope. Brad On Tue, 28 Mar 1995, Steve Passe wrote: > Hello, > > > I have a monitoring script which beeps about every three seconds if it can't > > ping the machine next to it. It just beeped about 15 times and then stopped. > > It does this about every ten minutes. > > > if you mail me that script I'll try it on my 950322-SNAP. > > Steve Passe > smp@clem.systemsix.com > brad@pht.com From owner-freebsd-hackers Tue Mar 28 13:49:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29107 for hackers-outgoing; Tue, 28 Mar 1995 13:49:14 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA29101; Tue, 28 Mar 1995 13:49:10 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id NAA08304; Tue, 28 Mar 1995 13:43:50 GMT Message-Id: <199503281343.NAA08304@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Hector Gonzalez Jaime cc: "Jordan K. Hubbard" , hackers@freefall.cdrom.com Subject: Re: Interop In-reply-to: Your message of "Tue, 28 Mar 1995 12:12:50 CST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Mar 1995 13:43:47 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Hector Gonzalez Jaime said: > > On Fri, 24 Mar 1995, Jordan K. Hubbard wrote: > > > > May I suggest that run vat and vic .... > > > > I wasn't really thinking of an Internet connection since those happen > > to cost a _fortune_ at Comdex! It's a possibility, but for now I'm going > > to focus on stand-alone demos.. :-) > > > > Jordan > > But a stand-alone demo could use a networking stand-alone demo! > That is, I don't know if vat and friends _need_ the internet to work, or > you can run them over a local ethernet on freebsd. Can you get a connection from a vendor? Amancio From owner-freebsd-hackers Tue Mar 28 14:11:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29455 for hackers-outgoing; Tue, 28 Mar 1995 14:11:01 -0800 Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA29449; Tue, 28 Mar 1995 14:11:00 -0800 Received: (from tinguely@localhost) by plains.nodak.edu (8.6.11/8.6.10) id QAA08162; Tue, 28 Mar 1995 16:09:04 -0600 Date: Tue, 28 Mar 1995 16:09:04 -0600 From: Mark Tinguely Message-Id: <199503282209.QAA08162@plains.nodak.edu> To: cacho@eureka.gdl.iteso.mx, jkh@freefall.cdrom.com Subject: Re: Interop Cc: hackers@freefall.cdrom.com, hasty@star-gate.com Content-Length: 1067 Sender: hackers-owner@FreeBSD.org Precedence: bulk > On Fri, 24 Mar 1995, Jordan K. Hubbard wrote: > > > > May I suggest that run vat and vic .... > > > > I wasn't really thinking of an Internet connection since those happen > > to cost a _fortune_ at Comdex! It's a possibility, but for now I'm going > > to focus on stand-alone demos.. :-) > > > > Jordan > > But a stand-alone demo could use a networking stand-alone demo! > That is, I don't know if vat and friends _need_ the internet to work, or > you can run them over a local ethernet on freebsd. vat, nv, wb all have "record" and "replay" applications that let a person record/play a multicast session to/from disk. unfortunately there is no ability to syncronize the playing of vat with nv and/or wb. the mbone (anything to do with conferencing) is a good selling feature. FreeBSD can now be the MBONE participant and MBONE router. It sounds from reading freebsd mail there is getting more interest in conferencing, and with more support of video capture cards, FreeBSD is a very cost effective way to join the conferencing craze. From owner-freebsd-hackers Tue Mar 28 14:16:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29547 for hackers-outgoing; Tue, 28 Mar 1995 14:16:35 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA29541 for ; Tue, 28 Mar 1995 14:16:33 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id OAA08536; Tue, 28 Mar 1995 14:11:13 GMT Message-Id: <199503281411.OAA08536@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Mark Tinguely cc: hackers@FreeBSD.org Subject: Re: Video stuff... In-reply-to: Your message of "Tue, 28 Mar 1995 15:14:51 CST." <199503282114.PAA29775@plains.nodak.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Mar 1995 14:11:11 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Mark Tinguely said: > do you have any impression on how cooperative the jazz-people will be to > give details for writing a driver. I have two non-return calls to Matrox > and I was warned by someone they are kind of stingy with information. > > -mark. > First impression is that they are very friendly ! According to the Jazz Multimedia support person, they are going to have an SDK available in about 2 months and is going to cost about $100. Don't know about the terms whether is going to require a NDA. At any rate, I am going to request an evaluation board to check it out. A different topic, Someone told me that MCI is going to provide T1 speed connections to the home for about $100 via cable !! Anyone know anything about this? Boy, if the above is true is not too hard to see in the near future a FreeBSD Tv Channel. Amancio From owner-freebsd-hackers Tue Mar 28 14:23:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29776 for hackers-outgoing; Tue, 28 Mar 1995 14:23:18 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA29767; Tue, 28 Mar 1995 14:23:15 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id OAA08564; Tue, 28 Mar 1995 14:17:50 GMT Message-Id: <199503281417.OAA08564@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Mark Tinguely cc: cacho@eureka.gdl.iteso.mx, jkh@freefall.cdrom.com, hackers@freefall.cdrom.com Subject: Re: Interop In-reply-to: Your message of "Tue, 28 Mar 1995 16:09:04 CST." <199503282209.QAA08162@plains.nodak.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Mar 1995 14:17:48 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Mark Tinguely said: > > On Fri, 24 Mar 1995, Jordan K. Hubbard wrote: > > > > > > May I suggest that run vat and vic .... > > > > > > I wasn't really thinking of an Internet connection since those happen > > > to cost a _fortune_ at Comdex! It's a possibility, but for now I'm goi ng > > > to focus on stand-alone demos.. :-) > > > > > > Jordan > > > > But a stand-alone demo could use a networking stand-alone demo! > > That is, I don't know if vat and friends _need_ the internet to work, or > > you can run them over a local ethernet on freebsd. > > > vat, nv, wb all have "record" and "replay" applications that let a > person record/play a multicast session to/from disk. unfortunately there > is no ability to syncronize the playing of vat with nv and/or wb. > > the mbone (anything to do with conferencing) is a good selling feature. > FreeBSD can now be the MBONE participant and MBONE router. It sounds from > reading freebsd mail there is getting more interest in conferencing, and > with more support of video capture cards, FreeBSD is a very cost effective > way to join the conferencing craze. > I second that ! Amancio who has a warp idea of turning FreeBSD into an entertainment center, tv, stereo, video-phone :) Amancio From owner-freebsd-hackers Tue Mar 28 14:33:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29863 for hackers-outgoing; Tue, 28 Mar 1995 14:33:05 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA29856; Tue, 28 Mar 1995 14:33:04 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Mark Tinguely cc: cacho@eureka.gdl.iteso.mx, hackers@freefall.cdrom.com, hasty@star-gate.com Subject: MBONE interfaces and snazzy install tools. In-reply-to: Your message of "Tue, 28 Mar 95 16:09:04 CST." <199503282209.QAA08162@plains.nodak.edu> Date: Tue, 28 Mar 1995 14:33:04 -0800 Message-ID: <29855.796429984@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > vat, nv, wb all have "record" and "replay" applications that let a > person record/play a multicast session to/from disk. unfortunately there > is no ability to syncronize the playing of vat with nv and/or wb. > > the mbone (anything to do with conferencing) is a good selling feature. > FreeBSD can now be the MBONE participant and MBONE router. It sounds from > reading freebsd mail there is getting more interest in conferencing, and > with more support of video capture cards, FreeBSD is a very cost effective > way to join the conferencing craze. Agreed. Now the only problem is that I've never even managed to test said stuff due to lack of an MBONE feed (I asked BARRNET, our provider, and they turned me down). Would someone with a better knowledge of the MBONE consider putting together one of Paul Traina's "meta packages" with a nice dialog based front-end installation script that asks all the appropriate questions? Your script can also assume that a PKG_BASE variable will exist which points to the location of the packages on the user's network or CDROM. Shouldn't really be more than asking a few questions, forking off a few pkg_adds and then possibly doing some final setup work to kick the happy FreeBSD user straight onto the MBONE. Which all brings up something I've been wanting to discuss for awhile: If people could provide me with more "components" like this in general, I'd be more than happy to add it to the overall all-singing, all-dancing installation framework. From the user's perspective, they'd just select "MBONE Setup" from the "Network Configuration" dialog menu and bang, they're in your mbone setup. The same goes for SLIP & PPP setup, kernel reconfiguration (which in Linux is done purely through menus and the cause of much criticism of FreeBSD on the net), etc etc. I pushed very hard to get more advanced tools like dialog and libforms into the system, and with the exception of myself and a couple of others, NOBODY is using them! :-( :-( I would be inordinately happy to see a reversal of this trend! C'mon folks - you can do some _very_ sexy interfaces for your favorite system admin pet peeve, and I'm *promising* to provide a global framework to put them all in for 2.1. But I can't write each and every individual piece myself, I need help! Contributions! This stuff isn't rocket science, it's just banging out simple shell and/or perl scripts and clueing the user into what's going on! For examples of this, look at pkg_manage, or the new kbdfont and kbdmap utilities that Wolfram was so kind to contribute. We need 50 more scripts like this, and if you're keen to find some niche of system administration that's not handled well, by all means talk to me, Paul Richards or Poul-Henning. All of us have a list of things longer than our arms! :-) Thanks!! And if you send me such a contribution, please include your postal address - I'll send you a free CD! :-) Jordan From owner-freebsd-hackers Tue Mar 28 14:37:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29930 for hackers-outgoing; Tue, 28 Mar 1995 14:37:43 -0800 Received: from is1.hk.super.net (jbeukema@is1.hk.super.net [202.14.67.232]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA29924 for ; Tue, 28 Mar 1995 14:37:41 -0800 Received: by is1.hk.super.net id AA11910 (5.67b/IDA-1.5 for freebsd-hackers@FreeBSD.org); Wed, 29 Mar 1995 06:24:48 +0800 Date: Wed, 29 Mar 1995 06:24:48 +0800 (HKT) From: John Beukema To: Peter Dufault Cc: ache@astral.msk.su, freebsd-hackers@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: Yellow Byte CD-Rom Request In-Reply-To: <199503281403.JAA09337@hda.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk FYI They did not send to everyone on hackers -- I did not receive one. jbeukema From owner-freebsd-hackers Tue Mar 28 14:38:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29993 for hackers-outgoing; Tue, 28 Mar 1995 14:38:52 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA29981; Tue, 28 Mar 1995 14:38:48 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id PAA11905; Tue, 28 Mar 1995 15:43:00 -0700 Date: Tue, 28 Mar 1995 15:43:00 -0700 From: Nate Williams Message-Id: <199503282243.PAA11905@trout.sri.MT.net> In-Reply-To: "Jordan K. Hubbard" "MBONE interfaces and snazzy install tools." (Mar 28, 2:33pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Jordan K. Hubbard" Subject: Re: MBONE interfaces and snazzy install tools. Cc: hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > If people could provide me with more "components" like this in > general, I'd be more than happy to add it to the overall all-singing, > all-dancing installation framework. From the user's perspective, > they'd just select "MBONE Setup" from the "Network Configuration" > dialog menu and bang, they're in your mbone setup. ... > I pushed very hard to get more advanced tools like dialog and libforms > into the system, and with the exception of myself and a couple of > others, NOBODY is using them! :-( :-( ... > every individual piece myself, I need help! Contributions! This > stuff isn't rocket science, it's just banging out simple shell and/or > perl scripts and clueing the user into what's going on! Just to clarify the issue, what type of tools are 'ok' to use. I'm pretty sure that shell/perl scripts are okay, but what about tcl/tk stuff? (I suspect not). Where is a good place to start on the libforms/dialog stuff? Is there a 'Hello World' type of program that could point folks in the right direction for the GUI stuff that's really simple and wouldn't confuse folks like me who are trying to keep all the different languages straight. :-) Nate From owner-freebsd-hackers Tue Mar 28 14:44:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00177 for hackers-outgoing; Tue, 28 Mar 1995 14:44:20 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00171 for ; Tue, 28 Mar 1995 14:44:15 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id OAA05138; Tue, 28 Mar 1995 14:44:05 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id OAA00492; Tue, 28 Mar 1995 14:44:04 -0800 Message-Id: <199503282244.OAA00492@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Brad Midgley cc: Steve Passe , freebsd-hackers@FreeBSD.org Subject: Re: 950322 SNAP and flakey networking In-reply-to: Your message of "Tue, 28 Mar 95 14:20:12 MST." From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 28 Mar 1995 14:44:03 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >[up-and-down networking problems I'm having] > >the last two failures coincided EXACTLY with 3 "mb_map: full" messages. >Does that help at all? Are there other tests I can try? I haven't tried >this freebsd kernel debugging I hear so much about. I think the problem is that you don't have enough mbuf clusters configured in the kernel for the number of connections that it is supporting. Try increasing it with the following: options "NMBCLUSTERS=1024" in your kernel config file...if this helps, but the problem still persists, try increasing it to 2048. -DG From owner-freebsd-hackers Tue Mar 28 14:48:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00218 for hackers-outgoing; Tue, 28 Mar 1995 14:48:46 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00211; Tue, 28 Mar 1995 14:48:45 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Nate Williams cc: hackers@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. In-reply-to: Your message of "Tue, 28 Mar 95 15:43:00 MST." <199503282243.PAA11905@trout.sri.MT.net> Date: Tue, 28 Mar 1995 14:48:45 -0800 Message-ID: <210.796430925@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Just to clarify the issue, what type of tools are 'ok' to use. I'm > pretty sure that shell/perl scripts are okay, but what about tcl/tk > stuff? (I suspect not). Where is a good place to start on the Basically, if it's in /usr/src then you're free to use it (it was this distinction I was essentially shooting for when I begin the "bloating", as Terry and Paul T. would put it, of /usr/src). This means that perl is fine and libforms are fine and libdialog/dialog are fine, etc. We do have a _small_ problem in that you can only start using things like perl after the bindist is installed, which means you can't use it for first-order installation tools (boot/cpio floppy stage), but you can use libdialog or libforms at the boot floppy stage and dialog/sh after the cpio stage (first reboot). Depending on the types of tools you're wanting to write, this may or may not be a problem. An example of where it IS a problem is the kbdmap/kbdfont tools, which I'd really prefer to bring up at the _very beginning_ when it makes the most sense, but as they use PERL I am unable to do so. Oh well! > libforms/dialog stuff? Is there a 'Hello World' type of program that > could point folks in the right direction for the GUI stuff that's > really simple and wouldn't confuse folks like me who are trying to keep > all the different languages straight. :-) Sure. Look in /usr/src/lib/libforms/examples for a forms example, and /usr/src/gnu/usr.bin/dialog/TESTS for examples of how to use the dialog program. The various scripts in /usr/src/release/scripts also provide some fairly good real-world examples. Jordan From owner-freebsd-hackers Tue Mar 28 16:24:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01346 for hackers-outgoing; Tue, 28 Mar 1995 16:24:02 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA01338 for ; Tue, 28 Mar 1995 16:23:59 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id TAA00578; Tue, 28 Mar 1995 19:24:19 -0500 From: Peter Dufault Message-Id: <199503290024.TAA00578@hda.com> Subject: Re: Configuring driver added via LKM To: dufault@hda.com (Peter Dufault) Date: Tue, 28 Mar 1995 19:24:18 -0500 (EST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503282026.PAA01042@hda.com> from "Peter Dufault" at Mar 28, 95 03:26:31 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 828 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is it on purpose that "id_alive" isn't set if you are reconfiguring a device in "isa/isa.c"? Is there an entry point for "I'm about to remove you"? How completely thrashed out is registering a device with the kernel (completely, including using Garrett's devconf routines) and then de-registering it in order to completely clean up and register again? I may be missing something, but I don't see a set of entry points that look like there are many people adding and removing device drivers for debug. I'd like the device driver code to remain completely clean without any conditionals for the LKM. If anyone has any pointers I'd appreciate them. Peter -- 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-hackers Tue Mar 28 16:31:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01427 for hackers-outgoing; Tue, 28 Mar 1995 16:31:33 -0800 Received: from cybernetics.net (jeffh@server0.cybernetics.net [198.80.48.52]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA01419; Tue, 28 Mar 1995 16:31:29 -0800 Received: by cybernetics.net (4.1/SMI-4.1) id AA12354; Tue, 28 Mar 95 19:31:17 EST Date: Tue, 28 Mar 1995 19:31:15 -0500 (EST) From: Jeff To: "Jordan K. Hubbard" Cc: Nate Williams , hackers@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. In-Reply-To: <210.796430925@freefall.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 28 Mar 1995, Jordan K. Hubbard wrote: > "bloating", as Terry and Paul T. would put it, of /usr/src). This > means that perl is fine and libforms are fine and libdialog/dialog are > fine, etc. What version of perl will ship with 2.1? If it is version 5, then I will port Pearl Vision over to FreeBSD, which is a pretty slick pearl extension that puts dialog to shame (IMHO). Dialog is cool, but it just leaves a bad taste in my mouth for some reason. One thing that I think would be ultimately cool is a progress bar for the package installations. Maybe by hacking some of the common tools it would be possible to get them to relay information to the install as to how far they are in the stream. I don't have a whole lot of experience in this area, so if I'm suggesting the impossible just tell me so. What is forms/libforms? I've never heard of it/used it before. Jeff -- Jeff Hoffman -- jeffh@cybernetics.net ------------------------------------- "A man facing the light looks not into sorrow, but to to the future...always." WWW: http://www.cybernetics.net/users/jeffh ------------------------------------------------------------------------------ PGP Public Key available on request. From owner-freebsd-hackers Tue Mar 28 16:41:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01514 for hackers-outgoing; Tue, 28 Mar 1995 16:41:52 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA01508; Tue, 28 Mar 1995 16:41:38 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id RAA12232; Tue, 28 Mar 1995 17:45:35 -0700 Date: Tue, 28 Mar 1995 17:45:35 -0700 From: Nate Williams Message-Id: <199503290045.RAA12232@trout.sri.MT.net> In-Reply-To: Jeff "Re: MBONE interfaces and snazzy install tools." (Mar 28, 7:31pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Jeff , "Jordan K. Hubbard" Subject: Re: MBONE interfaces and snazzy install tools. Cc: hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > What version of perl will ship with 2.1? If it is version 5, then I will > port Pearl Vision over to FreeBSD, which is a pretty slick pearl > extension that puts dialog to shame (IMHO). I don't think Perl5 is quite ready for prime-time, and although patch2 will be out RSN which may fix most of the remaining critical bugs it would be unwise to rely on a tool that may/may not be stable. Perl4 (the version in the tree) works and all of our stuff has been tested with it. Making that large of a change which many of the scripts and such rely on at this stage of the game is not a good idea IMHO. Maybe for 2.2 is someone wants to bmake it. (hint, hint) Nate From owner-freebsd-hackers Tue Mar 28 16:56:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01611 for hackers-outgoing; Tue, 28 Mar 1995 16:56:47 -0800 Received: from vitruvius.arbld.unimelb.EDU.AU (vitruvius.arbld.unimelb.EDU.AU [128.250.136.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA01604 for ; Tue, 28 Mar 1995 16:56:44 -0800 Received: (darrenr@localhost) by vitruvius.arbld.unimelb.EDU.AU (8.6.9/8.6.4) id KAA00923; Wed, 29 Mar 1995 10:55:19 +1000 From: Darren Reed Message-Id: <199503290055.KAA00923@vitruvius.arbld.unimelb.EDU.AU> Subject: Re: Configuring driver added via LKM To: dufault@hda.com (Peter Dufault) Date: Wed, 29 Mar 1995 10:55:17 +1000 (EST) Cc: dufault@hda.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503290024.TAA00578@hda.com> from "Peter Dufault" at Mar 28, 95 07:24:18 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1056 Sender: hackers-owner@FreeBSD.org Precedence: bulk In some email I received from Peter Dufault, they wrote: > > Is it on purpose that "id_alive" isn't set if you are reconfiguring > a device in "isa/isa.c"? Is there an entry point for "I'm about > to remove you"? > How completely thrashed out is registering a device with the kernel > (completely, including using Garrett's devconf routines) and then > de-registering it in order to completely clean up and register > again? > I may be missing something, but I don't see a set of entry points > that look like there are many people adding and removing device > drivers for debug. I'd like the device driver code to remain > completely clean without any conditionals for the LKM. > > If anyone has any pointers I'd appreciate them. You might want to do the unload of the LKM in stages...first, shut the device down from further IO requests (open/read/write), allow outstanding ones to complete and then remove it from the various tables. I can't see why this wouldn't be doable, as long as you weren't expecting the unload to be immeadiate. darren From owner-freebsd-hackers Tue Mar 28 17:05:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01717 for hackers-outgoing; Tue, 28 Mar 1995 17:05:35 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA01711 for ; Tue, 28 Mar 1995 17:05:30 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA15656 (5.67a/IDA-1.5); Tue, 28 Mar 1995 18:47:08 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA02324; 28 Mar 95 18:45:29 CST (Tue) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id SAA02321; Tue, 28 Mar 1995 18:45:28 -0600 From: Peter da Silva Message-Id: <199503290045.SAA02321@bonkers.taronga.com> Subject: Re: Video stuff... To: hasty@star-gate.com (Amancio Hasty) Date: Tue, 28 Mar 1995 18:45:28 -0600 (CST) Cc: tinguely@plains.nodak.edu, hackers@FreeBSD.org In-Reply-To: <199503281411.OAA08536@star-gate.com> from "Amancio Hasty" at Mar 28, 95 02:11:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 157 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Someone told me that MCI is going to provide T1 speed connections to the > home for about $100 via cable !! Yeh, but what's the back-channel going to be? From owner-freebsd-hackers Tue Mar 28 17:06:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01735 for hackers-outgoing; Tue, 28 Mar 1995 17:06:50 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA01729 for ; Tue, 28 Mar 1995 17:06:44 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id RAA11150; Tue, 28 Mar 1995 17:00:47 GMT Date: Tue, 28 Mar 1995 17:00:47 GMT From: Amancio Hasty Message-Id: <199503281700.RAA11150@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: "Dick Bednar" cc: hackers@freefall.cdrom.com Subject: Mail... Sender: hackers-owner@FreeBSD.org Precedence: bulk Can anyone lend a hand: ) Amancio Date: Tue, 28 Mar 1995 17:00:45 +0000 From: Amancio Hasty > >>> "Dick Bednar" said: > > in c.u.b.f.misc mentioned a university that used 4 FreeBSD's for 2000+ ma ils > . > > > > My group is grappling blindly with the prospect of providing mail to 25,0 00 > > students. Sadly, our Unix experience is limited, and much of it is > > out-of-date. Did your comment mean to imply that an Intel based FreeBSD > > providing what people would generally think of as acceptable response can > > support 500 mail accounts? Somehow I don't think we want to set up and > > administer 50 machines. Or, maybe we do and just are too dumb to know it . > > > > Or, was their setup based on number of serial ports for shell account acc ess > > as the limiting factor rather than raw computing support? > > > > Thanks. > > > > Yo > > > --QAA11064.796409790/star-gate.com-- > From owner-freebsd-hackers Tue Mar 28 17:09:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01777 for hackers-outgoing; Tue, 28 Mar 1995 17:09:25 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA01771; Tue, 28 Mar 1995 17:09:22 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id RAA11169; Tue, 28 Mar 1995 17:03:55 GMT Message-Id: <199503281703.RAA11169@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Nate Williams cc: Jeff , "Jordan K. Hubbard" , hackers@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. In-reply-to: Your message of "Tue, 28 Mar 1995 17:45:35 MST." <199503290045.RAA12232@trout.sri.MT.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Mar 1995 17:03:53 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Nate Williams said: > > What version of perl will ship with 2.1? If it is version 5, then I will > > port Pearl Vision over to FreeBSD, which is a pretty slick pearl > > extension that puts dialog to shame (IMHO). > > I don't think Perl5 is quite ready for prime-time, and although patch2 > will be out RSN which may fix most of the remaining critical bugs it > would be unwise to rely on a tool that may/may not be stable. Perl4 > (the version in the tree) works and all of our stuff has been tested > with it. Making that large of a change which many of the scripts and > such rely on at this stage of the game is not a good idea IMHO. > > Maybe for 2.2 is someone wants to bmake it. (hint, hint) Perl may not be but tcl/tk is ready for prime time and someone posted that there is already a bmake of tcl/tk for netbsd. Again, something like an installation tool will be trivial to implement in tcl/tk which will work for X and curses. If it helps, SCO has standardized on using all the sys admin tools around tcl/tk. Amancio From owner-freebsd-hackers Tue Mar 28 17:13:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01854 for hackers-outgoing; Tue, 28 Mar 1995 17:13:30 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA01848 for ; Tue, 28 Mar 1995 17:13:30 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA05950; Tue, 28 Mar 1995 17:12:31 -0800 From: Poul-Henning Kamp Message-Id: <199503290112.RAA05950@ref.tfs.com> Subject: Re: Video stuff... To: peter@bonkers.taronga.com (Peter da Silva) Date: Tue, 28 Mar 1995 17:12:30 -0800 (PST) Cc: hasty@star-gate.com, tinguely@plains.nodak.edu, hackers@FreeBSD.org In-Reply-To: <199503290045.SAA02321@bonkers.taronga.com> from "Peter da Silva" at Mar 28, 95 06:45:28 pm Content-Type: text Content-Length: 390 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Someone told me that MCI is going to provide T1 speed connections to the > > home for about $100 via cable !! > > Yeh, but what's the back-channel going to be? I can live with a 9600 bps back-channel... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue Mar 28 17:20:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01923 for hackers-outgoing; Tue, 28 Mar 1995 17:20:27 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA01917 for ; Tue, 28 Mar 1995 17:20:23 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id RAA11284; Tue, 28 Mar 1995 17:13:41 GMT Message-Id: <199503281713.RAA11284@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Peter da Silva cc: tinguely@plains.nodak.edu, hackers@FreeBSD.org Subject: Re: Video stuff... In-reply-to: Your message of "Tue, 28 Mar 1995 18:45:28 CST." <199503290045.SAA02321@bonkers.taronga.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Mar 1995 17:13:32 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Peter da Silva said: > > Someone told me that MCI is going to provide T1 speed connections to the > > home for about $100 via cable !! > > Yeh, but what's the back-channel going to be? > I have no idea ... I suspect that is also going to be reasonably fast but not at T1 speed. Amancio From owner-freebsd-hackers Tue Mar 28 17:23:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01945 for hackers-outgoing; Tue, 28 Mar 1995 17:23:44 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA01936 for ; Tue, 28 Mar 1995 17:23:40 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id SAA12442; Tue, 28 Mar 1995 18:27:40 -0700 Date: Tue, 28 Mar 1995 18:27:40 -0700 From: Nate Williams Message-Id: <199503290127.SAA12442@trout.sri.MT.net> In-Reply-To: Amancio Hasty "Re: MBONE interfaces and snazzy install tools." (Mar 28, 5:03pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Amancio Hasty Subject: Re: MBONE interfaces and snazzy install tools. Cc: hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I don't think Perl5 is quite ready for prime-time, and although patch2 > > Perl may not be but tcl/tk is ready for prime time and someone posted > that there is already a bmake of tcl/tk for netbsd. Old versions of tcl/tk are as ready as old versions of Perl. I'm currently doing development with TCL7.4b3/Tk4.0b3, and there in the same boat as Perl is. New changes that aren't completely tested. > Again, something like an installation tool will be trivial to implement in > tcl/tk which will work for X and curses. Or TkPerl. :-) > If it helps, SCO has standardized on using all the sys admin tools > around tcl/tk. Not unless you have the sources to the tools and can re-distribute them. :-) We need to standardize on *one* scripting language, and jumping from one ship to the next as it becomes popular does not help us. IMHO, Perl is much more readable than tcl/tk. It has a much nicer 'C-like' syntax, and as a former sys-ad I found it much easier to write Perl scripts than it is to write tcl/tk scripts, especially when it comes to combining C & Perl. But, they also do two different things w/regards to interfaces, so I guess a straight comparison is unfair. However, I'm pretty sure Peter Da Silva will disagree with me on the ease of use comparing Perl & Tcl. The bottom line is that we need to minimize software bloat in the install, and since we don't have tcl/tk in the system and no reasons to bring them 'right now', then I think it's fair to say that preferring an already existing solution is better than using something new and as-yet completely unused. However, I'm sure if you (or someone else) provided Jordan with an all-singing dancing installation toolset in tcl/tk that worked with X and/or curses, he'd be more than willing to accept it and might even use it. But, until that happens the tools Jordan outlined are the ones that are preferrable since they already exist in the current system. Nate From owner-freebsd-hackers Tue Mar 28 17:37:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA02068 for hackers-outgoing; Tue, 28 Mar 1995 17:37:03 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA02062; Tue, 28 Mar 1995 17:37:01 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id UAA15714; Tue, 28 Mar 1995 20:36:49 -0500 Date: Tue, 28 Mar 1995 20:36:48 -0500 (EST) From: Kim Culhan To: Amancio Hasty cc: Mark Tinguely , cacho@eureka.gdl.iteso.mx, jkh@freefall.cdrom.com, hackers@freefall.cdrom.com Subject: Re: Interop In-Reply-To: <199503281417.OAA08564@star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 28 Mar 1995, Amancio Hasty wrote: > > with more support of video capture cards, FreeBSD is a very cost effective > > way to join the conferencing craze. > > > > I second that ! > > Amancio who has a warp idea of turning FreeBSD into an entertainment > center, tv, stereo, video-phone :) I second that too, how's 'bout getting the above running on -current :) kim -- kimc@w8hd.org From owner-freebsd-hackers Tue Mar 28 17:50:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA02162 for hackers-outgoing; Tue, 28 Mar 1995 17:50:36 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA02156 for ; Tue, 28 Mar 1995 17:50:33 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id RAA11596; Tue, 28 Mar 1995 17:44:42 GMT Message-Id: <199503281744.RAA11596@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Nate Williams cc: hackers@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. In-reply-to: Your message of "Tue, 28 Mar 1995 18:27:40 MST." <199503290127.SAA12442@trout.sri.MT.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Mar 1995 17:44:28 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Again, something like an installation tool will be trivial to implement in > > tcl/tk which will work for X and curses. > > Or TkPerl. :-) Sorry but the last time I check TkPerl it was well to say it kindly not ready for prime time. > > If it helps, SCO has standardized on using all the sys admin tools > > around tcl/tk. > > Not unless you have the sources to the tools and can re-distribute them. > :-) That was not the point . I merely wanted to say that at least a major company has adopted tcl/tk for the kind of stuff we want to do. > We need to standardize on *one* scripting language, and jumping from one > ship to the next as it becomes popular does not help us. First of all I did not participate on including perl into the system. And, I was one of the first programmers to port tcl/tk back in the days of 386bsd so to say that I like today tcl/tk because is fashionable is not too cool but crude. Now lets talk about fashionably about the problems of providing a decent object oriented paradigm. Sadly, the language that we need is not perl, tcl/tk, nor scheme. Two decent recent languages that come to mind are : Java : http://webrunner.neato.org HotJava is a new webserver written in Java. newton script Both of them have a C type syntax and provide a reasonable object oriented paradigm. In the case of newton script is already a product and being used out in the field by users. And Yes, there is no port of it for Unix that I know however I don't consider this a bit obstacle. > IMHO, Perl is much more readable than tcl/tk. It has a much nicer $Sorry $I $hate $Pearl... > ,and since we don't have tcl/tk > in the system and no reasons to bring them 'right now', then I think Very lame excuse if you ask me specially if pearl is not up to the job. Amancio From owner-freebsd-hackers Tue Mar 28 17:53:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA02190 for hackers-outgoing; Tue, 28 Mar 1995 17:53:33 -0800 Received: from cybernetics.net (jeffh@server0.cybernetics.net [198.80.48.52]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA02184; Tue, 28 Mar 1995 17:53:30 -0800 Received: by cybernetics.net (4.1/SMI-4.1) id AA18223; Tue, 28 Mar 95 20:53:11 EST Date: Tue, 28 Mar 1995 20:52:59 -0500 (EST) From: Jeff To: Nate Williams Cc: "Jordan K. Hubbard" , hackers@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. In-Reply-To: <199503290045.RAA12232@trout.sri.MT.net> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > Maybe for 2.2 is someone wants to bmake it. (hint, hint) What is involved in bmaking it? I've never done it before but if I can handle it, I'd be glad to do it. > Nate Jeff -- Jeff Hoffman -- jeffh@cybernetics.net ------------------------------------- "A man facing the light looks not into sorrow, but to to the future...always." WWW: http://www.cybernetics.net/users/jeffh ------------------------------------------------------------------------------ PGP Public Key available on request. From owner-freebsd-hackers Tue Mar 28 18:04:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA02374 for hackers-outgoing; Tue, 28 Mar 1995 18:04:27 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA02367; Tue, 28 Mar 1995 18:04:26 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Jeff cc: Nate Williams , hackers@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. In-reply-to: Your message of "Tue, 28 Mar 95 19:31:15 EST." Date: Tue, 28 Mar 1995 18:04:26 -0800 Message-ID: <2366.796442666@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > What version of perl will ship with 2.1? If it is version 5, then I will > port Pearl Vision over to FreeBSD, which is a pretty slick pearl > extension that puts dialog to shame (IMHO). Sorry, version 4.036. When Perl 5 leaves BETA test status, then it will perhaps enter our tree under some different name. This isn't to say that you can't still make PerlVision a port.. > Dialog is cool, but it just leaves a bad taste in my mouth for some reason. Well, it's what we've got, so.. If you can offer a better alternative that fits onto a boot floppy, I'm all ears! :-) > One thing that I think would be ultimately cool is a progress bar for the > package installations. Maybe by hacking some of the common tools it That's already in the Linux version of dialog and Andrew Chernov stated some time back that he'd be bringing it over. I don't know what the status of that is. Andrew? Jordan From owner-freebsd-hackers Tue Mar 28 18:05:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA02414 for hackers-outgoing; Tue, 28 Mar 1995 18:05:31 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA02403 for ; Tue, 28 Mar 1995 18:05:28 -0800 Received: from localhost.mcs.com (localhost.mcs.com [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id SAA11806; Tue, 28 Mar 1995 18:00:13 GMT Message-Id: <199503281800.SAA11806@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost.mcs.com didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Kim Culhan cc: hackers@freefall.cdrom.com Subject: Re: Interop In-reply-to: Your message of "Tue, 28 Mar 1995 20:36:48 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Mar 1995 18:00:10 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Kim Culhan said: > On Tue, 28 Mar 1995, Amancio Hasty wrote: > > > > with more support of video capture cards, FreeBSD is a very cost effect ive > > > way to join the conferencing craze. > > > > > > > I second that ! > > > > Amancio who has a warp idea of turning FreeBSD into an entertainment > > center, tv, stereo, video-phone :) > > I second that too, how's 'bout getting the above running on -current :) > Jim Lowe I think is working on it... Amancio From owner-freebsd-hackers Tue Mar 28 18:06:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA02443 for hackers-outgoing; Tue, 28 Mar 1995 18:06:31 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA02436; Tue, 28 Mar 1995 18:06:22 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA16356 (5.67a/IDA-1.5); Tue, 28 Mar 1995 19:59:38 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA03759; 28 Mar 95 19:59:05 CST (Tue) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA03756; Tue, 28 Mar 1995 19:59:05 -0600 From: Peter da Silva Message-Id: <199503290159.TAA03756@bonkers.taronga.com> Subject: Re: MBONE interfaces and snazzy install tools. To: nate@trout.sri.MT.net (Nate Williams) Date: Tue, 28 Mar 1995 19:59:04 -0600 (CST) Cc: jkh@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <199503282243.PAA11905@trout.sri.MT.net> from "Nate Williams" at Mar 28, 95 03:43:00 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 468 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Just to clarify the issue, what type of tools are 'ok' to use. I'm > pretty sure that shell/perl scripts are okay, but what about tcl/tk > stuff? It's bmaked. It just needs someone with the right permissions to import it from ~pds on freefall. I'm currently concentrating on the new tk 4.0... there's a fellow doing a curses interface to tk, but it's compatible with tk 4.0. I've modified a couple of my scripts to use it... not all tk scripts work of course... From owner-freebsd-hackers Tue Mar 28 18:24:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA02719 for hackers-outgoing; Tue, 28 Mar 1995 18:24:10 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA02712; Tue, 28 Mar 1995 18:24:09 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Amancio Hasty cc: Nate Williams , hackers@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. In-reply-to: Your message of "Tue, 28 Mar 95 17:44:28 GMT." <199503281744.RAA11596@star-gate.com> Date: Tue, 28 Mar 1995 18:24:09 -0800 Message-ID: <2711.796443849@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > That was not the point . I merely wanted to say that at least a major > company has adopted tcl/tk for the kind of stuff we want to do. Boys! Boys! For the record, I am a rabid TCL/Tk fan and have used it in actual paid contract work for the last 3 years (and, in each case, to general kudos and acclaim from the client who never expected to be provided with a solution with that much power and flexibility in so short a time). But that's not the point. The point is that I'm receiving FAR more contributions from the PERL fans than I ever have from the TCL folks, and it's contributions that I'm relying on to make the 2.1 installation something that can actually compete with some of the better Linux stuff. Also note that we have TWO problems here, not just one. The primary installation needs to work with what we're able to link into a boot floppy, and this doesn't (currently) include PERL. For the secondary installation, meaning tasks that can be done after you've already set the user's disk up (at which point you've already ASKED a number of the questions you wanted to ask and can no longer benefit from an all-singing all-dancing perl based tool), then you can rely on more tools. I suggest that anyone not really sure what I'm talking about take a look at the contents of /usr/src/release and see how the floppies are built. This will give you some idea as to the limitations we're forced to work under! Thanks! Jordan From owner-freebsd-hackers Tue Mar 28 18:25:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA02751 for hackers-outgoing; Tue, 28 Mar 1995 18:25:55 -0800 Received: from coyote.rain.org (dcasba@coyote.rain.org [198.68.144.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA02745 for ; Tue, 28 Mar 1995 18:25:54 -0800 Received: by coyote.rain.org(8.6.10/RAIN-1.0) with id SAA04975 for freebsd-hackers@FreeBSD.Org on Tue, 28 Mar 1995 18:21:11 -0800 From: Tom Gray - DCA Message-Id: <199503290221.SAA04975@coyote.rain.org> Subject: Re: Internet in a box To: freebsd-hackers@FreeBSD.org Date: Tue, 28 Mar 1995 18:21:10 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 511 Sender: hackers-owner@FreeBSD.org Precedence: bulk Per an earlier suggestion here, I had a look at popclient. It is an interactive program and the messages it downloads are not immediately digestible by a mail reader. It is also GPLed. I have some POP / socket C++ classes that I'd happily press into service to create a POP client gopher for FreeBSD if there's interest. Also, I've snarfed slurp to handle the complementary task for netnews. Has anyone else looked into the suitability of slurp for the "box"? Regards, John John Poplett dcasba@pacrain.com From owner-freebsd-hackers Tue Mar 28 18:27:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA02790 for hackers-outgoing; Tue, 28 Mar 1995 18:27:13 -0800 Received: from omega.uta.edu (omega.uta.edu [129.107.1.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA02783 for ; Tue, 28 Mar 1995 18:27:12 -0800 Received: (from nguyen@localhost) by omega.uta.edu (8.6.9/8.6.9) id UAA19674 for freebsd-hackers@FreeBSD.ORG; Tue, 28 Mar 1995 20:27:05 -0600 From: TR Nguyen Message-Id: <199503290227.UAA19674@omega.uta.edu> Subject: Threads / getdtablesize() To: freebsd-hackers@FreeBSD.org (freebsd-hackers) Date: Tue, 28 Mar 1995 20:27:04 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1049 Sender: hackers-owner@FreeBSD.org Precedence: bulk The pointers in the questions group have led me here... [Question #1] I'm running FreeBSD 2.0 RELEASE, and currently, I'm allowed 64 open files per process. [ getdtablesize() and sysconf(_SC_OPEN_MAX) return 64]. I need to push this up to at least 256. I would like to push it even higher, but sys/select.h has MAXSELFD defined as 256. For 2.0R, sysctl -w kern.maxfilesperproc = 256 fails since "kern.maxfilesperproc" is not recognized by 2.0R. I'm thinking about going to the 03/22/95SNAP and may be hack with the source itself. [QUESTION #2] I would like to write some multithreading apps, and what packages (free of course) do you recommend? LWP? And where may I get them? [QUESTION #3] Is there a HACKER'S FAQ out there? THANKX!!!!!!!!!1 TR Nguyen --------- Problems with Microsoft products? ---------------------------- 1. Extend hand 2. Fold back thumb, index, ring, and little finger. 3. Locate "RESET" on front panel. 4. Depress, hold for +100ms 5. Release ------ for more info: finger nguyen@omega.uta.edu | less --------------- From owner-freebsd-hackers Tue Mar 28 18:38:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA02929 for hackers-outgoing; Tue, 28 Mar 1995 18:38:28 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA02920 for ; Tue, 28 Mar 1995 18:38:23 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id TAA12717; Tue, 28 Mar 1995 19:42:25 -0700 Date: Tue, 28 Mar 1995 19:42:25 -0700 Message-Id: <199503290242.TAA12717@trout.sri.MT.net> To: Amancio Hasty Cc: Nate Williams , hackers@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. In-Reply-To: <199503281744.RAA11596@star-gate.com> References: <199503290127.SAA12442@trout.sri.MT.net> <199503281744.RAA11596@star-gate.com> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@FreeBSD.org Precedence: bulk > First of all I did not participate on including perl into the system. I had a 'very' small part in it. > And, I was one of the first programmers to port tcl/tk back > in the days of 386bsd so to say that I like today tcl/tk because is > fashionable is not too cool but crude. It wasn't my intent to be cool or crude. I never once said you liked tcl/tk because it was fashionable, but alot of folks are writing tcl/tk programs because it is now fashionable. > Now lets talk about fashionably about the problems of providing > a decent object oriented paradigm. Perl5 does a very good job. It does the best job I have seen of any readable interpreted language. > > IMHO, Perl is much more readable than tcl/tk. It has a much nicer > > $Sorry $I $hate $Pearl... To each his own. > > ,and since we don't have tcl/tk > > in the system and no reasons to bring them 'right now', then I think > > Very lame excuse if you ask me specially if pearl is not up to the job. Yes, but as I already stated, we already have tools that work along with Perl that *are* up to the task. They aren't tcl/tk though... This is the last posting on this subject I'll make. I apologize for not making it blatantly clear, but my intent is to say that what we have is adequate, and there is *NOTHING* that causes us to move to tcl/tk while there is a large number of utilities in the tree that require Perl. If you want to provide something wonderful which will make an overwhelming arguement for including tcl/tk in the system then I'm sure it will be included. Until that happens, it isn't part of the system. Nate From owner-freebsd-hackers Tue Mar 28 18:52:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA03376 for hackers-outgoing; Tue, 28 Mar 1995 18:52:39 -0800 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA03370 for ; Tue, 28 Mar 1995 18:52:38 -0800 Received: (from bugs@localhost) by ns1.win.net (8.6.9/8.6.9) id VAA04962 for hackers@FreeBSD.ORG; Tue, 28 Mar 1995 21:54:00 -0500 From: Mark Hittinger Message-Id: <199503290254.VAA04962@ns1.win.net> Subject: re: Mail... To: hackers@FreeBSD.org Date: Tue, 28 Mar 1995 21:54:00 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 744 Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Did your comment mean to imply that an Intel based FreeBSD >>> providing what people would generally think of as acceptable response can >>> support 500 mail accounts? We have a windows based uucp front end called "win net" which handles e-mail and news. We have thousands of customers sending and receiving e-mail and roughly 70% of those subscribe to some subset of usenet news groups. We've recently added a TCP/IP stack onto this product so that we have an offline mail/news reader plus on-line web junk ect. It is doable - and you might be surprised. FreeBSD is actually a bit faster than some of the commercial Unix OS that we experimented with as platforms for our service. Regards, Mark Hittinger bugs@win.net From owner-freebsd-hackers Tue Mar 28 19:04:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA03496 for hackers-outgoing; Tue, 28 Mar 1995 19:04:34 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA03490 for ; Tue, 28 Mar 1995 19:04:28 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id TAA00991; Tue, 28 Mar 1995 19:04:11 -0800 From: "Rodney W. Grimes" Message-Id: <199503290304.TAA00991@gndrsh.aac.dev.com> Subject: Re: Mail... To: bugs@ns1.win.net (Mark Hittinger) Date: Tue, 28 Mar 1995 19:04:10 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503290254.VAA04962@ns1.win.net> from "Mark Hittinger" at Mar 28, 95 09:54:00 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2011 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > >>> Did your comment mean to imply that an Intel based FreeBSD > >>> providing what people would generally think of as acceptable response can > >>> support 500 mail accounts? I know of a local pubnix machine that is supportint approx 1200 accounts running FreeBSD 1.1.5, it has 32 dial up lines, and full internet connectivity. The work load is a lot more than just mail reading. 25,000 mail users scares me a bit, even if each user only had 100k of mail spooled up that would take 2.5Gbytes of disk just for the mail folders. If you assume only 1% of the folks attempt to get access there mail at once this is 250 interactive users, your going to need a lot of machine to handle that, but FreeBSD could handle it. (Last time I checked wcarchive.cdrom.com was supporting 400 ftp connections). > We have a windows based uucp front end called "win net" which handles > e-mail and news. We have thousands of customers sending and receiving > e-mail and roughly 70% of those subscribe to some subset of usenet > news groups. We've recently added a TCP/IP stack onto this product > so that we have an offline mail/news reader plus on-line web junk ect. News is easy, you only have 1 copy of the usnet articles to store. ``Thousands'' vs 25 thousand may not scale very well. > It is doable - and you might be surprised. FreeBSD is actually a bit > faster than some of the commercial Unix OS that we experimented with > as platforms for our service. 25k line /etc/master.passwd files scare me a little, I know we have had lots of problems in the past with this when people had more than a few hundred accounts. I do not know how well even the speedups that where made would deal with 25k user names. Has any one played with uid_t's >65536 and know that this all works?? > > Regards, > > > Mark Hittinger > bugs@win.net > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue Mar 28 19:06:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA03564 for hackers-outgoing; Tue, 28 Mar 1995 19:06:37 -0800 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA03558; Tue, 28 Mar 1995 19:06:34 -0800 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id WAA27916; Tue, 28 Mar 1995 22:07:11 -0500 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199503290307.WAA27916@grendel.csc.smith.edu> Subject: Re: httpd as part of the system. To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 28 Mar 1995 22:07:10 -0500 (EST) Cc: hackers@freefall.cdrom.com In-Reply-To: <19824.796077849@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 24, 95 12:44:09 pm Content-Type: text Content-Length: 4752 Sender: hackers-owner@FreeBSD.org Precedence: bulk Zowie! I stop reading mail for a couple days (vacation) and 160+ plus messages about httpd, lynx and bloat. Jordan K. Hubbard writes: > I would like to propose that we add the following two components to our > system in an effort to both: > > A) Improve the infrastructure that our docs team can rely on. > B) Make FreeBSD a better "out of box" Internet solution. > > 1. httpd. I don't really know which variant is best, though John Fieber > (our Docmaster) has a preference which I'm perfectly happy to follow > (I think it's the CERN httpd). > > 2. lynx. This would give users the ability to browse any HTML doc we > supply. Mosaic will become an optional package for the X users. Since I pushed for using SGML for the Tutorials and FAQ, and proposed an httpd/lynx combination the distribution, I suppose I ought to say something. The reasons for using SGML as the base format for Tutorials and the FAQ have been debated at great length here and elsewhere in the past and I don't feel compelled to repeat them. The quick is that SGML much more flexible in the long run than other formats. The downside is that the freely distributable tools for working with SGML are a bit immature, but that is only a short term problem. The contenders for viewing the tutorials and FAQ are (for the moment ignoring X): more, info, lynx. I don't think it takes too much thought to realize that lynx has some pretty clear advantages over the first two. Specifically, it has a much easier learning curve, it is "internet ready", and managing the documents is much easier. To top it off, if a user doesn't like lynx, they can just substitute their own favorite browser. Now for slightly more sticky issue of the httpd server. From: Paul Richards >This has nothing to do with our docs issue. Our docs should not be using any >cgi scripts. Our online www pages might but that's an issue for the web >manager on www.freebsd.org and does not mean we need to ship a server with >the base system. > >My main point is that we should not require a server to read our documentation >and most definately our docs should not use server dependant styles. Last first, server dependant styles is a moot issue. You could switch the server on freefall from the current NCSA to CERN and I might not even notice (for a while). To address the first issue, if we have the requirement that our documentation be readable without a server, we are locked into a very static document system. An analogy would be the manual pages without groff. We would have to provide formatted and postscript versions to keep people happy and what do you do if you want to add something to /usr/local/man? Having groff allows us to create ascii and postscript on the fly and new man pages automatically become part of the system. Having an httpd server allows generation of HTML on the fly, be it a a manual page that you just added to /usr/local/man, a form for sumbitting a bug report, the results of a keyword search on the tutorials or anything else you could imagine. Of course, if we don't actually implement those things, it doesn't make a lot of sense to include the server. However, even if it doesn't happen in 2.1, I believe there will be plenty of justification for a server in the near future. A rough outline for the help system: A user types `help' which runs lynx which defaults to http://localhost/, which is /usr/share/help/index.html (or something like that): FreeBSD Help * How to use Help * The FreeBSD Manual * The GNU Info Pages * Frequently Asked Questions with Answers * FreeBSD Tutorials * Glossary * Command Index * Subject Index * Search Help * Internet Resources Of these, the FreeBSD Manual (man pages) and the search would require a server. As for which server is the best, as a webmaster myself, I'm a little ashamed to say that I'm not sure. I'm much more familiar with the CERN server but the NCSA server does adhere to the KISS principle a little better. Freefall is running the NCSA server but James Robinson was responsible for that. :) Jordan K. Hubbard writes: > I also know that the bloatists will scream, but all I can offer in way Heck, if FreeBSD expanded to 2 or 3 CD-ROMS, The Even NT crowd might sit up and pay attention! (Wow! 3 CD-ROMS!! It must be hot!!!) > Other than screams of "bloat! bloat!", any comments? I say bring lynx in, but maybe hold off on httpd until it seems pretty sure that the features of the help system that would use it will be implemented. -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-hackers Tue Mar 28 19:08:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA03626 for hackers-outgoing; Tue, 28 Mar 1995 19:08:07 -0800 Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA03620 for ; Tue, 28 Mar 1995 19:08:04 -0800 Received: from post.demon.co.uk by disperse.demon.co.uk id ap14124; 29 Mar 95 4:07 GMT-60:00 Received: from palmer.demon.co.uk by post.demon.co.uk id aa06676; 29 Mar 95 3:27 GMT-60:00 Received: from localhost (gary@localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.9/8.6.9) with SMTP id DAA00872 ; Wed, 29 Mar 1995 03:17:41 +0100 X-Authentication-Warning: palmer.demon.co.uk: Host localhost didn't use HELO protocol To: Amancio Hasty cc: Mark Tinguely , hackers@FreeBSD.org Subject: Re: Video stuff... In-reply-to: Your message of "Tue, 28 Mar 1995 14:11:11 -0000." <199503281411.OAA08536@star-gate.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <868.796443459.1@palmer.demon.co.uk> Date: Wed, 29 Mar 1995 03:17:39 +0100 Message-ID: <869.796443459@palmer.demon.co.uk> From: Gary Palmer Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199503281411.OAA08536@star-gate.com>, Amancio Hasty writes: >Someone told me that MCI is going to provide T1 speed connections to the >home for about $100 via cable !! Ahem. $100/week? >Anyone know anything about this? Yes. There are about 200 people with T1 rate cable network connections already in Cambridge, England, being a test site for a new Set Top Box technology. In this case it isn't a traditional T1, but rather an ATM link which happens to run at the same speed. The T1 rate is mainly used for multi-media video type applications, but the company I was talking to was thinking of providing IP access also as a supplimentary service. NOTE: SUPPLIMENTARY :-) >Boy, if the above is true is not too hard to see in the near future >a FreeBSD Tv Channel. Hmmmm :-) Gary From owner-freebsd-hackers Tue Mar 28 19:12:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA03789 for hackers-outgoing; Tue, 28 Mar 1995 19:12:28 -0800 Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA03774; Tue, 28 Mar 1995 19:12:21 -0800 Received: from post.demon.co.uk by disperse.demon.co.uk id ap14127; 29 Mar 95 4:08 GMT-60:00 Received: from palmer.demon.co.uk by post.demon.co.uk id aa06682; 29 Mar 95 3:27 GMT-60:00 Received: from localhost (gary@localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.9/8.6.9) with SMTP id DAA00894 ; Wed, 29 Mar 1995 03:21:11 +0100 X-Authentication-Warning: palmer.demon.co.uk: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: Mark Tinguely , cacho@eureka.gdl.iteso.mx, hackers@freefall.cdrom.com, hasty@star-gate.com Subject: Re: MBONE interfaces and snazzy install tools. In-reply-to: Your message of "Tue, 28 Mar 1995 14:33:04 -0800." <29855.796429984@freefall.cdrom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <890.796443670.1@palmer.demon.co.uk> Date: Wed, 29 Mar 1995 03:21:10 +0100 Message-ID: <891.796443670@palmer.demon.co.uk> From: Gary Palmer Sender: hackers-owner@FreeBSD.org Precedence: bulk >Agreed. Now the only problem is that I've never even managed to test >said stuff due to lack of an MBONE feed (I asked BARRNET, our >provider, and they turned me down). Can't you ask one of your friends to tunnel a MBONE feed to you? That seems to be one of the nicer features of both the mrouting stuff and IPv6! :-) Gary From owner-freebsd-hackers Tue Mar 28 19:26:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA04171 for hackers-outgoing; Tue, 28 Mar 1995 19:26:15 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA04164; Tue, 28 Mar 1995 19:26:13 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Gary Palmer cc: Mark Tinguely , cacho@eureka.gdl.iteso.mx, hackers@freefall.cdrom.com, hasty@star-gate.com Subject: Re: MBONE interfaces and snazzy install tools. In-reply-to: Your message of "Wed, 29 Mar 95 03:21:10 +0100." <891.796443670@palmer.demon.co.uk> Date: Tue, 28 Mar 1995 19:26:13 -0800 Message-ID: <4163.796447573@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Can't you ask one of your friends to tunnel a MBONE feed to you? That seems > to be one of the nicer features of both the mrouting stuff and IPv6! :-) None of my friends are on the MBONE! :-( Jordan From owner-freebsd-hackers Tue Mar 28 19:36:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA04964 for hackers-outgoing; Tue, 28 Mar 1995 19:36:16 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA04951 for ; Tue, 28 Mar 1995 19:36:10 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA17177 (5.67a/IDA-1.5); Tue, 28 Mar 1995 21:10:31 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA05207; 28 Mar 95 20:36:21 CST (Tue) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id UAA05204; Tue, 28 Mar 1995 20:36:21 -0600 From: Peter da Silva Message-Id: <199503290236.UAA05204@bonkers.taronga.com> Subject: Re: MBONE interfaces and snazzy install tools. To: nate@trout.sri.MT.net (Nate Williams) Date: Tue, 28 Mar 1995 20:36:20 -0600 (CST) Cc: hasty@star-gate.com, hackers@freefall.cdrom.com In-Reply-To: <199503290127.SAA12442@trout.sri.MT.net> from "Nate Williams" at Mar 28, 95 06:27:40 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1663 Sender: hackers-owner@FreeBSD.org Precedence: bulk Gee, I guess we won't be needing that bmaked tcl/tk after all. > > Again, something like an installation tool will be trivial to implement in > > tcl/tk which will work for X and curses. > Or TkPerl. :-) Is TkPerl honestly ready for prime time? Most of these "foo + Tk" things I've tried have been flakey. If you want that, I'd rather go with Tk4 and CTK, since that'll give us both X and curses interfaces. I'm beginning to get used to Perl 5. Perl 4 and earlier have a lot more random adhocery than I care for: Tcl is a cleaner design (and like lisp it takes a little getting used to). If we were talking Perl 5 versus Tcl 7.4 I'd grant you the point on the language. But then we'd have the "same script for X and curses" point to consider. > We need to standardize on *one* scripting language, and jumping from one > ship to the next as it becomes popular does not help us. The standard scripting language is sh, with csh and perl virtually tied for second. On freefall: % cd /usr/bin % file * | awk '/script/ {$1=""; t[$0]++}; END {for(i in t) print i, t[i]}' a /usr/bin/perl script text 4 Bourne Shell script text 28 FreeBSD/i386 demand paged dynamically linked executable 1 C Shell script text 1 % cd /usr/local/bin % !fi file * | awk '/script/ {$1=""; t[$0]++}; END {for(i in t) print i, t[i]}' a /usr/bin/perl script text 14 Bourne Shell script text 16 a /usr/local/bin/dpwish -f script text 1 a /usr/local/bin/wishx -f script text 1 a /usr/local/bin/wish -f script text 1 C Shell script text 18 % > However, I'm pretty sure Peter Da Silva will disagree with me on the > ease of use comparing Perl & Tcl. Gee, what a surprise. From owner-freebsd-hackers Tue Mar 28 19:41:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA05204 for hackers-outgoing; Tue, 28 Mar 1995 19:41:30 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA05194 for ; Tue, 28 Mar 1995 19:41:24 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id TAA00362; Tue, 28 Mar 1995 19:35:40 GMT Message-Id: <199503281935.TAA00362@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Gary Palmer cc: Mark Tinguely , hackers@FreeBSD.org Subject: Re: Video stuff... In-reply-to: Your message of "Wed, 29 Mar 1995 03:17:39 +0100." <869.796443459@palmer.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Mar 1995 19:35:38 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Gary Palmer said: > In message <199503281411.OAA08536@star-gate.com>, Amancio Hasty writes: > >Someone told me that MCI is going to provide T1 speed connections to the > >home for about $100 via cable !! > > Ahem. $100/week? No, $100 per month. Amancio From owner-freebsd-hackers Tue Mar 28 19:47:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA05935 for hackers-outgoing; Tue, 28 Mar 1995 19:47:10 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA05917; Tue, 28 Mar 1995 19:46:58 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id TAA00389; Tue, 28 Mar 1995 19:40:54 GMT Message-Id: <199503281940.TAA00389@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: jfieber@cs.smith.edu (John Fieber) cc: jkh@freefall.cdrom.com (Jordan K. Hubbard), hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. In-reply-to: Your message of "Tue, 28 Mar 1995 22:07:10 EST." <199503290307.WAA27916@grendel.csc.smith.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Mar 1995 19:40:53 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> John Fieber said: > Zowie! I stop reading mail for a couple days (vacation) and 160+ > plus messages about httpd, lynx and bloat. > > Jordan K. Hubbard writes: > > I would like to propose that we add the following two components to our > > system in an effort to both: > > > > A) Improve the infrastructure that our docs team can rely on. > > B) Make FreeBSD a better "out of box" Internet solution. > > > > 1. httpd. I don't really know which variant is best, though John Fieber > > (our Docmaster) has a preference which I'm perfectly happy to follow > > (I think it's the CERN httpd). > > > > 2. lynx. This would give users the ability to browse any HTML doc we > > supply. Mosaic will become an optional package for the X users. > > Since I pushed for using SGML for the Tutorials and FAQ, and > proposed an httpd/lynx combination the distribution, I suppose I > ought to say something. > > The reasons for using SGML as the base format for Tutorials and Hmmm.... Adobe struck a deal with Netscape so that Netscape can provide Acrobat embeded into Netscape. Now it seems like Adobe is almost giving away Acrobat at least that what the news stated. Amancio From owner-freebsd-hackers Tue Mar 28 19:48:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA06036 for hackers-outgoing; Tue, 28 Mar 1995 19:48:32 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA06022; Tue, 28 Mar 1995 19:48:26 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id TAA00468; Tue, 28 Mar 1995 19:43:12 GMT Message-Id: <199503281943.TAA00468@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: "Jordan K. Hubbard" cc: Gary Palmer , Mark Tinguely , cacho@eureka.gdl.iteso.mx, hackers@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. In-reply-to: Your message of "Tue, 28 Mar 1995 19:26:13 PST." <4163.796447573@freefall.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Mar 1995 19:43:10 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> "Jordan K. Hubbard" said: > > Can't you ask one of your friends to tunnel a MBONE feed to you? That seem s > > to be one of the nicer features of both the mrouting stuff and IPv6! :-) > > None of my friends are on the MBONE! :-( > > Jordan I am sure that Paul Traina at Cisco and that Jim Lowe have IP multicast. Amancio From owner-freebsd-hackers Tue Mar 28 21:04:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA20801 for hackers-outgoing; Tue, 28 Mar 1995 21:04:15 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA20794 for ; Tue, 28 Mar 1995 21:04:11 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id UAA00807 for ; Tue, 28 Mar 1995 20:58:59 GMT Message-Id: <199503282058.UAA00807@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: hackers@FreeBSD.org Subject: Re: Video stuff... In-reply-to: Your message of "Tue, 28 Mar 1995 19:35:38 GMT." <199503281935.TAA00362@star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Mar 1995 20:58:56 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk Perhaps, someone attending Interop can ask MCI if they have plans for providing high speed networking to the home ? Tnks, Amancio From owner-freebsd-hackers Tue Mar 28 22:24:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA05120 for hackers-outgoing; Tue, 28 Mar 1995 22:24:57 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA04899; Tue, 28 Mar 1995 22:24:36 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id IAA22986; Wed, 29 Mar 1995 08:24:18 +0200 Message-Id: <199503290624.IAA22986@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: Mark Murray , hackers@FreeBSD.org Subject: Re: P.S. [images] Date: Wed, 29 Mar 1995 08:24:17 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > > This got me thinking. (Dangerous!) My Mom knows someon who may know someone > > (...) who could produce these. The factory employs disadvantaged (not-white ) > > South Africans with disabilities using environmetally friendly materials. > > (This is a Teddy-Bear factory!!) > > As long as we don't create a riot on the production floor when it > becomes apparent that the daemon plushie bears an uncanny resemblace to > M'gupathu, the Zulu god of pestilence and plague! :-) > > Seriously, if they're really serious and can work from artwork, we'd > be interested. We already have someone investigating the Taiwan angle > and they'd be interested in other alternatives.. Hokay! I've got something. The folks are going to put together for me for 25 Rands (about US$7) one of these. I'll then photograph it and send these over for comment. A thumb-suck quote for a production run of 1000 is between R18 and R25 each (3.5 Rands to the US$ approx). I've asked them to make it about 20cm (8 inches) high. They are used to making promotional material, so working from this picture won't be a problem. I would please like some confirmation that I am not going to be in the poo for busting copyright on this. I believe this is OK, but something in writing (email) would help. How does this sound? If the production goes ahead, who will fund it, and how many will be wanted? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Tue Mar 28 23:20:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA10958 for hackers-outgoing; Tue, 28 Mar 1995 23:20:26 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA10952 for ; Tue, 28 Mar 1995 23:20:24 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id CAA00284 for hackers@freebsd.org; Wed, 29 Mar 1995 02:20:11 -0500 From: "matthew c. mead" Message-Id: <199503290720.CAA00284@goof.com> Subject: mounting msdos, invalid fdisk partitions? To: hackers@FreeBSD.org Date: Wed, 29 Mar 1995 02:20:11 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 746 Sender: hackers-owner@FreeBSD.org Precedence: bulk I didn't notice any functional difference until I tried to mount the msdos partition on my second hard drive this evening. I still get the problems at boot when the drives are first accessed and partitions are "rejected" for not residing entirely within the freebsd slice. For some reason this is now preventing me from mounting /dev/sd1e (which used to work). Anyhow, if anyone knows what's up, please let me know. Thanks! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Tue Mar 28 23:28:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA11046 for hackers-outgoing; Tue, 28 Mar 1995 23:28:42 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA11040 for ; Tue, 28 Mar 1995 23:28:41 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA07489; Tue, 28 Mar 1995 23:28:31 -0800 From: Poul-Henning Kamp Message-Id: <199503290728.XAA07489@ref.tfs.com> Subject: Re: mounting msdos, invalid fdisk partitions? To: mmead@goof.com (matthew c. mead) Date: Tue, 28 Mar 1995 23:28:31 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199503290720.CAA00284@goof.com> from "matthew c. mead" at Mar 29, 95 02:20:11 am Content-Type: text Content-Length: 783 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I didn't notice any functional difference until I tried to mount the msdos > partition on my second hard drive this evening. I still get the problems > at boot when the drives are first accessed and partitions are "rejected" for > not residing entirely within the freebsd slice. For some reason this is now > preventing me from mounting /dev/sd1e (which used to work). Anyhow, if anyone > knows what's up, please let me know. Thanks! The slice code. Try to mount one of these as your msdos fs: /dev/sd1s1, /dev/sd1s2, /dev/sd1s2, /dev/sd1s3 You may have to run a "MAKEDEV sd1" in /dev... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Wed Mar 29 00:43:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA11909 for hackers-outgoing; Wed, 29 Mar 1995 00:43:58 -0800 Received: from relay-europe.ps.net (relay-europe.ps.net [160.110.96.10]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA11898 for ; Wed, 29 Mar 1995 00:43:56 -0800 Received: by relay-europe.ps.net (AIX 3.2/UCB 5.64/4.03) id AA02309; Wed, 29 Mar 1995 08:44:22 GMT Date: Wed, 29 Mar 1995 08:44:22 +0000 (GMT) From: Aled Morris Subject: Re: Video stuff... To: Peter da Silva Cc: Amancio Hasty , tinguely@plains.nodak.edu, hackers@FreeBSD.org In-Reply-To: <199503290045.SAA02321@bonkers.taronga.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 28 Mar 1995, Peter da Silva wrote: > > Someone told me that MCI is going to provide T1 speed connections to the > > home for about $100 via cable !! > > Yeh, but what's the back-channel going to be? And that's $100 per month, right? Aled -- aledm@relay-europe.ps.net | tel +44 973 207987 Perot Systems Europe Ltd. | fax +44 181 476 2419 From owner-freebsd-hackers Wed Mar 29 01:04:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA12196 for hackers-outgoing; Wed, 29 Mar 1995 01:04:25 -0800 Received: from mpp.com (dialup-4-66.gw.umn.edu [128.101.96.66]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA12189 for ; Wed, 29 Mar 1995 01:04:04 -0800 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id BAA00808 for freebsd-hackers@freebsd.org; Wed, 29 Mar 1995 01:59:11 -0600 From: Mike Pritchard Message-Id: <199503290759.BAA00808@mpp.com> Subject: ps again To: freebsd-hackers@FreeBSD.org Date: Wed, 29 Mar 1995 01:59:10 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 855 Sender: hackers-owner@FreeBSD.org Precedence: bulk I was just looking through the file /usr/src/TODO, and ran across this item. I thought that the general agreement was that ps should not be changed, and that anyone wanting this should just run ps -ww | grep foo (or alias ps to do that or whatever). (sorry if this is not the case, since I lost about a days worth of mail when this discussion was going on) > TASKID: 950316001 > TASK: Make ps use infinite texwidth for redirected output > DETAIL: { When you do a ps | grep foo, if foo is long and the screen width is > shorter then grep never sees foo because ps truncates its output. It makes > more sense for ps to do no truncation at all if its output is redirected. } > EMAIL: > CATS: user > GRADE: INTERMEDIATE > STATUS: OPEN -- Mike Pritchard pritc003@maroon.tc.umn.edu "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Wed Mar 29 02:17:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00436 for hackers-outgoing; Wed, 29 Mar 1995 02:17:40 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA00397 for ; Wed, 29 Mar 1995 02:17:33 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id FAA03749; Wed, 29 Mar 1995 05:17:46 -0500 From: Peter Dufault Message-Id: <199503291017.FAA03749@hda.com> Subject: Re: Configuring driver added via LKM To: darrenr@vitruvius.arbld.unimelb.edu.au (Darren Reed) Date: Wed, 29 Mar 1995 05:17:46 -0500 (EST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503290905.TAA03025@vitruvius.arbld.unimelb.EDU.AU> from "Darren Reed" at Mar 29, 95 07:05:46 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2888 Sender: hackers-owner@FreeBSD.org Precedence: bulk (I'm sending this back to the list. Darren and I discussed it off line a bit) (Darren Reed) > > > You have to unload via modunload, and you should set some function up > > > in your LKM to serve VD_UNLOAD. You'll need to do the rest yourself - > > > shouldn't be too hard to keep it private to your driver. > > (Me) > > I don't want to put any special code in the driver. The driver > > should be identical whether it is being loaded or config'd in the > > kernel, with no special LKM cruft. > > > > If I add warning calls into the driver ("You are about to be shut > > down") there is no problem. I'm asking around before I go and > > start to mod isa.c to support what I want to do, in case I'm missing > > something. > > > > In isa/isa.c you won't find a good hook for warning a driver that > > it is going to be shut down. It is halfway there in the "reconfig" > > code, but not completely there. > > No, you put it all in the LKM specific code... > > ...that's what put the driver there, and it should be responsible for > taking the driver out. For example, you'd have VD_UNLOAD nullop the > read/write/etc driver hooks or point them to something which returned > the right error until it could fully remove it. I'm not talking about > chaning isa.c or anything else, just writing a non-trivial unload > handler for the LKM. No, I disagree. That logic shouldn't be LKM code that isn't present in a config'd driver, it should be a standard driver entry point similar to probe and attach. I would probably (incorrectly but expeditiously in that it isn't really an isa problem) implement this by changing the definition of isa_driver to include "goaway(struct isa_device *isdp)", but I think that the "goaway" entry point in "kern_devconf" is supposed to do this. In isa.c I would add something like: isa_install_driver(struct isa_device *isdp, u_int *mp); isa_remove_driver(struct isa_device *isdp, u_int *mp); "isa_install_driver" will pretty much just call config_isa_dev_c. "isa_remove_driver" will call the driver goaway entry point, and if it returns 0, removes the isr if it was specified. The goaway entry point will stop all activity if it can, deregister itself from kern_devconf, and so on. At that point you can safely unload the LKM. If you had these facilities you could pretty quickly come up with a utility that would install a driver's .o file directly without any LKM glue. That would be nice for testing drivers. What I haven't figured out is how this is supposed to play with kern_devconf or with the reconfig code already in isa.c supporting removable devices. After all, this isn't isa specific and I think that kern_devconf is trying to address these issues. Peter -- 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-hackers Wed Mar 29 02:22:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA01805 for hackers-outgoing; Wed, 29 Mar 1995 02:22:15 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA01751 for ; Wed, 29 Mar 1995 02:22:04 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA26379; Wed, 29 Mar 1995 20:14:45 +1000 Date: Wed, 29 Mar 1995 20:14:45 +1000 From: Bruce Evans Message-Id: <199503291014.UAA26379@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, nguyen@omega.uta.edu Subject: Re: Threads / getdtablesize() Sender: hackers-owner@FreeBSD.org Precedence: bulk >I'm running FreeBSD 2.0 RELEASE, and currently, I'm allowed 64 open >files per process. [ getdtablesize() and sysconf(_SC_OPEN_MAX) >return 64]. I need to push this up to at least 256. I would like to See the setrlimit man page, the csh man page on the `limit' command, and `help ulimit' in the bash shell. >push it even higher, but sys/select.h has MAXSELFD defined as 256. No, has the user-modifiable limit FD_SETSIZE defined as 256. >For 2.0R, sysctl -w kern.maxfilesperproc = 256 fails since >"kern.maxfilesperproc" is not recognized by 2.0R. setrlimit() is more general but harder to use. Bruce From owner-freebsd-hackers Wed Mar 29 02:23:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA02087 for hackers-outgoing; Wed, 29 Mar 1995 02:23:26 -0800 Received: from galactica.galactica.it (galactica.galactica.it [192.106.152.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA02018 for ; Wed, 29 Mar 1995 02:23:06 -0800 Received: from galactic.UUCP (root@localhost) by galactica.galactica.it (8.6.9/8.6.9) with UUCP id MAA23623 for hackers@FreeBSD.org; Wed, 29 Mar 1995 12:16:49 +0200 To: hackers@FreeBSD.org Subject: Slip over telnet From: davide.tome'@galactica.it (DAVIDE TOME') Message-ID: <8A662DE.0001021046.uuout@galactica.it> Date: Wed, 29 Mar 95 12:14:00 +0100 Organization: GALACTICA PROFESSIONAL COMMUNICATION - ++39-2-29.00.61.50 Reply-To: davide.tome'@galactica.it (DAVIDE TOME') X-Mailreader: PCBoard Version 15.21 X-Mailer: PCBoard/UUOUT Version 1.10 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I'd like to know if its possible to run slip over telnet connection to give our user , who has telnet account on our UNIX, the SLIP connection. for example if it's possile to do a slattach on device /dev/ttyp01 Thanks Ciao Davide Dott. Davide Tome' ------------------------------------------------- Internet .....: davide@galactica.it Fido..........: 2:331/358 davide tome' WWW...........: http://www.galactica.it Galactica BBS.: +39-2-29006058 (24H 64 lines r.a) Voce..........: +39-2-29006150 Fax...........: +39-2-29006153 ------------------------------------------------- From owner-freebsd-hackers Wed Mar 29 02:45:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA10011 for hackers-outgoing; Wed, 29 Mar 1995 02:45:09 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA09935 for ; Wed, 29 Mar 1995 02:45:00 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA27247; Wed, 29 Mar 1995 20:43:15 +1000 Date: Wed, 29 Mar 1995 20:43:15 +1000 From: Bruce Evans Message-Id: <199503291043.UAA27247@godzilla.zeta.org.au> To: dufault@hda.com Subject: Re: Configuring driver added via LKM Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >Is it on purpose that "id_alive" isn't set if you are reconfiguring >a device in "isa/isa.c"? Is there an entry point for "I'm about >to remove you"? `id_alive' was originally just to record devices that have been successfully probed and attached so that the conflict checking knows which devices to look at. This got complicated a bit by the reconfig stuff. I'm not familiar enough with that to comment on it. >How completely thrashed out is registering a device with the kernel >(completely, including using Garrett's devconf routines) and then >de-registering it in order to completely clean up and register >again? Almost no work has been done one it (before you started :-). isa_config() and config_isadev_c() are very old and barely enough to configure isa devices. I expect they will have to be rewritten to handle dynamic attachment and detachment. In particular, the second half of isa_config() assumes that the probes and attaches are complete. Bruce From owner-freebsd-hackers Wed Mar 29 02:46:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA10379 for hackers-outgoing; Wed, 29 Mar 1995 02:46:07 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA10220 for ; Wed, 29 Mar 1995 02:45:44 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id LAA19887; Wed, 29 Mar 1995 11:45:44 +0100 From: Paul Richards Message-Id: <199503291045.LAA19887@isl.cf.ac.uk> Subject: Re: ps again To: pritc003@maroon.tc.umn.edu (Mike Pritchard) Date: Wed, 29 Mar 1995 11:45:44 +0100 (BST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503290759.BAA00808@mpp.com> from "Mike Pritchard" at Mar 29, 95 01:59:10 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1096 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Mike Pritchard who said > > I was just looking through the file /usr/src/TODO, and ran across this > item. I thought that the general agreement was that ps should not be > changed, and that anyone wanting this should just run ps -ww | grep foo > (or alias ps to do that or whatever). (sorry if this is not the case, since I > lost about a days worth of mail when this discussion was going on) > > > TASKID: 950316001 > > TASK: Make ps use infinite texwidth for redirected output > > DETAIL: { When you do a ps | grep foo, if foo is long and the screen width is > > shorter then grep never sees foo because ps truncates its output. It makes > > more sense for ps to do no truncation at all if its output is redirected. } > > EMAIL: > > CATS: user > > GRADE: INTERMEDIATE > > STATUS: OPEN Yeah we did, it needs to be taken out. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-hackers Wed Mar 29 04:40:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA16944 for hackers-outgoing; Wed, 29 Mar 1995 04:40:03 -0800 Received: from halfmoon.cea.berkeley.edu (halfmoon.cea.berkeley.edu [128.32.154.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA16936 for ; Wed, 29 Mar 1995 04:40:01 -0800 Received: (fernando@localhost) by halfmoon.cea.berkeley.edu (8.6.11/8.6.4) id EAA04745 for freebsd-hackers@FreeBSD.org; Wed, 29 Mar 1995 04:39:50 -0800 From: Fernando Astorga Message-Id: <199503291239.EAA04745@halfmoon.cea.berkeley.edu> Subject: FreeBSD support for realtime systems To: freebsd-hackers@FreeBSD.org Date: Wed, 29 Mar 1995 04:39:49 -0800 (PST) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1441 Sender: hackers-owner@FreeBSD.org Precedence: bulk I was wondering if anyone out there has had previous experience with running real-time systems on a UNIX environment. But first, here's a description: A group in Mech. Eng. department here has developed a real-time scheduler to control a set of machines in the lab. Well, since they needed control of interrupts to execute tasks at a set time, their first implementation was in DOS and used Visual C++. As you can imagine, there's been several problems with this set-up, especially with DOS crashes as students try writing new programs to control these machines. The first problem is VC++, but that is being fixed by switching to Borland C++ which is a better compiler. The next is a bit more difficult. They want to move this system to run on a more robust OS, so they've been considering OS/2 and NT. But these systems have fixed time slices, making the job of the scheduler more difficult, if not impossible, i.e. if the interval for a task is less than the time slice. I think OS/2 has a time-slice of 20ms, way too slow for some of these applications. I'm pushing for porting this scheduler to UNIX, preferably FreeBSD, since it will run on the lab's PCs. But there are some issues that I'm not too familiar with, esp. UNIX's time-slice/process priority system. Can someone who has had experience with real-time systems on UNIX provide some info on how it can be done? Thanks. Fernando Astorga fernando@cea.berkeley.edu From owner-freebsd-hackers Wed Mar 29 05:18:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA17586 for hackers-outgoing; Wed, 29 Mar 1995 05:18:53 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA17579 for ; Wed, 29 Mar 1995 05:18:51 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.10/8.6.9) with SMTP id HAA01893 for ; Wed, 29 Mar 1995 07:18:39 -0600 X-Sender: wacky@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 29 Mar 1995 07:18:41 -0600 To: hackers@FreeBSD.org From: rkw@dataplex.net (Richard Wackerbarth) Subject: RE: Amancio Hasty's Observation Sender: hackers-owner@FreeBSD.org Precedence: bulk >Adobe struck a deal with Netscape so that Netscape can provide >Acrobat embeded into Netscape. Now it seems like Adobe is >almost giving away Acrobat at least that what the news stated. This is so that Adobe can SELL the authoring side. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Wed Mar 29 05:28:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA17711 for hackers-outgoing; Wed, 29 Mar 1995 05:28:08 -0800 Received: from tres.sarnoff.com (tres.sarnoff.com [130.33.10.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA17705 for ; Wed, 29 Mar 1995 05:28:06 -0800 Received: (from rminnich@localhost) by tres.sarnoff.com (8.6.9/8.6.9) id IAA16507; Wed, 29 Mar 1995 08:29:15 -0500 Date: Wed, 29 Mar 1995 08:29:15 -0500 (EST) From: Ron Minnich To: freebsd-hackers@FreeBSD.org Subject: Re: Threads / getdtablesize() (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk as for threads, i have 'rfork' for freebsd/netbsd. It's an lkm of 3 sys calls, gives you shared memory and shared file tables (or neither or one or the other) after a fork. ron Ron Minnich |It's kind of interesting that the company that rminnich@earth.sarnoff.com |sells QuickMail for the MAC doesn't have an EMAIL (609)-734-3120 |address. But I know why, having used it ... From owner-freebsd-hackers Wed Mar 29 05:37:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA17861 for hackers-outgoing; Wed, 29 Mar 1995 05:37:12 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA17855 for ; Wed, 29 Mar 1995 05:37:10 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA21532 (5.67a/IDA-1.5); Wed, 29 Mar 1995 07:31:32 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA17995; 29 Mar 95 07:30:50 CST (Wed) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id HAA17992; Wed, 29 Mar 1995 07:30:50 -0600 From: Peter da Silva Message-Id: <199503291330.HAA17992@bonkers.taronga.com> Subject: Re: FreeBSD support for realtime systems To: fernando@cea.Berkeley.EDU (Fernando Astorga) Date: Wed, 29 Mar 1995 07:30:49 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199503291239.EAA04745@halfmoon.cea.berkeley.edu> from "Fernando Astorga" at Mar 29, 95 04:39:49 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 648 Sender: hackers-owner@FreeBSD.org Precedence: bulk We are currently running a "soft" real time (SCADA) system on UNIX with realtime extensions. I haven't tried running real time on traditional UNIX. My suggestion would be to investigate Andy Valencia's "vsta" microkernel first. It should have better real-time characteristics than FreeBSD. You may have to write custom device drivers to packetise and timestamp events received from lab devices, and schedule responses, if you need precise control. I cerytainly would in a production environment. For an educational setting, though, a little slop might not be a serious problem. It all depends on how tight your real-time requirements really are. From owner-freebsd-hackers Wed Mar 29 06:20:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA18853 for hackers-outgoing; Wed, 29 Mar 1995 06:20:46 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA18847; Wed, 29 Mar 1995 06:20:40 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id JAA01232; Wed, 29 Mar 1995 09:20:38 -0500 From: Peter Dufault Message-Id: <199503291420.JAA01232@hda.com> Subject: Re: FreeBSD support for realtime systems To: fernando@cea.Berkeley.EDU (Fernando Astorga) Date: Wed, 29 Mar 1995 09:20:38 -0500 (EST) Cc: freebsd-hackers@FreeBSD.org, freebsd-realtime@hda.com In-Reply-To: <199503291239.EAA04745@halfmoon.cea.berkeley.edu> from "Fernando Astorga" at Mar 29, 95 04:39:49 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2487 Sender: hackers-owner@FreeBSD.org Precedence: bulk Fernando Astorga writes: > > > I was wondering if anyone out there has had previous experience with running > real-time systems on a UNIX environment. But first, here's a description: There is a pretty inactive group of people interested in real time on FreeBSD at freebsd-realtime@hda.com. It was put there instead of freefall in order to see if there was really much interest before petitioning the powers to add it. I do plan to get back to that once I get TCP/IP working over SCSI. The time I can spend on FreeBSD is limited. > > A group in Mech. Eng. department here has developed a real-time scheduler to > control a set of machines in the lab. Well, since they needed control of > interrupts to execute tasks at a set time, their first implementation was in > DOS and used Visual C++. As you can imagine, there's been several problems > with this set-up, especially with DOS crashes as students try writing new > programs to control these machines. > > The first problem is VC++, but that is being fixed by switching to Borland C++ > which is a better compiler. > > The next is a bit more difficult. They want to move this system to run on a > more robust OS, so they've been considering OS/2 and NT. But these systems > have fixed time slices, making the job of the scheduler more difficult, if not > impossible, i.e. if the interval for a task is less than the time slice. > I think OS/2 has a time-slice of 20ms, way too slow for some of these > applications. I can't comment on this other than to say I thought OS/2 had a priority scheduler as well, but if you're sure about that you're sure about that. > I'm pushing for porting this scheduler to UNIX, preferably FreeBSD, since it > will run on the lab's PCs. But there are some issues that I'm not too > familiar with, esp. UNIX's time-slice/process priority system. Can someone > who has had experience with real-time systems on UNIX provide some info > on how it can be done? There is fixed priority scheduling on FreeBSD - see "rtprio". However, there is no way to lock a process in memory to avoid page faults, no kernel preemption (other than interrupts), and no way to way to reserve resources. Ask "freebsd-realtime-requests@hda.com" if you want to be added to that mailing list. I'll cc this to freebsd-realtime. Peter -- 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-hackers Wed Mar 29 06:27:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA18984 for hackers-outgoing; Wed, 29 Mar 1995 06:27:07 -0800 Received: from alpha.dsu.edu (ghelmer@alpha.dsu.edu [138.247.32.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA18978 for ; Wed, 29 Mar 1995 06:27:05 -0800 Received: (from ghelmer@localhost) by alpha.dsu.edu (8.6.11/8.6.11) id IAA21246; Wed, 29 Mar 1995 08:26:44 -0600 Date: Wed, 29 Mar 1995 08:26:44 -0600 (CST) From: Guy Helmer To: "Rodney W. Grimes" cc: Mark Hittinger , hackers@FreeBSD.org Subject: Re: Mail... In-Reply-To: <199503290304.TAA00991@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 28 Mar 1995, Rodney W. Grimes wrote: > > >>> Did your comment mean to imply that an Intel based FreeBSD > > >>> providing what people would generally think of as acceptable response can > > >>> support 500 mail accounts? > > I know of a local pubnix machine that is supportint approx 1200 accounts > running FreeBSD 1.1.5, it has 32 dial up lines, and full internet > connectivity. The work load is a lot more than just mail reading. > [...] > > If you assume only 1% of the folks attempt to get access there mail > at once this is 250 interactive users, your going to need a lot of > machine to handle that, but FreeBSD could handle it. (Last time > I checked wcarchive.cdrom.com was supporting 400 ftp connections). Pardon my ignorance, but doesn't FreeBSD have a limit of 256 psuedo-ttys? (Then again, this might have changed in 2.x.) That could be hard limit on interactive sessions... > [...] > > Regards, > > > > > > Mark Hittinger > > bugs@win.net > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD Guy Helmer, Dakota State University Computing Services - ghelmer@alpha.dsu.edu From owner-freebsd-hackers Wed Mar 29 06:48:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA19353 for hackers-outgoing; Wed, 29 Mar 1995 06:48:18 -0800 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA19347 for ; Wed, 29 Mar 1995 06:48:17 -0800 Received: (from bugs@localhost) by ns1.win.net (8.6.9/8.6.9) id JAA09983 for hackers@FreeBSD.ORG; Wed, 29 Mar 1995 09:49:52 -0500 From: Mark Hittinger Message-Id: <199503291449.JAA09983@ns1.win.net> Subject: Re: Mail... (fwd) To: hackers@FreeBSD.org Date: Wed, 29 Mar 1995 09:49:51 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1118 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Pardon my ignorance, but doesn't FreeBSD have a limit of 256 psuedo-ttys? > (Then again, this might have changed in 2.x.) That could be hard limit on > interactive sessions... > Each FreeBSD machine might have such a limit. The idea here would be to build a "cluster" design to handle your growth by adding machines. Do you really want more than 256 people on one box simultaneously? Using a terminal server front end will allow you to switch users based on incoming protocol type, load, or software version. (you also don't have to futz with serial drivers or burden your box with serial interrupts). I use Xylogics Annex-3's for our incoming dialups. Based on the account name I can switch the user to an older sysv uucp box, one of two newer FreeBSD boxes, an NT box, or PPP directly to our Cisco/T1. One philosophy of design that you definetly do not want to use is the "one giant box does it all" plan. This is an old mainframe plan and every plan has a flaw! In the 80's the centralized versus distributed debate was fought and the centralized guys lost. Regards, Mark Hittinger bugs@win.net From owner-freebsd-hackers Wed Mar 29 07:07:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA20126 for hackers-outgoing; Wed, 29 Mar 1995 07:07:26 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA20108 for ; Wed, 29 Mar 1995 07:07:22 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id KAA00338; Wed, 29 Mar 1995 10:07:38 -0500 From: Peter Dufault Message-Id: <199503291507.KAA00338@hda.com> Subject: Preserving "record structure" during device writes To: freebsd-hackers@freefall.cdrom.com Date: Wed, 29 Mar 1995 10:07:38 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 555 Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm resurrecting my SCSI target stuff from 386bsd. If processor A tries to read 32 bytes from processor B, and processor B only sends 8, physio keeps looping on the read until we either timeout or receive the full 32 bytes (four transfers). What is the right way to handle this? My inclination is that we want to return a short read, but then I can't just use rawread and rawwrite. -- 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-hackers Wed Mar 29 07:36:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA24681 for hackers-outgoing; Wed, 29 Mar 1995 07:36:48 -0800 Received: from sci.brooklyn.cuny.edu (eastham.sci.brooklyn.cuny.edu [146.245.1.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA24642 for ; Wed, 29 Mar 1995 07:36:45 -0800 Received: from robeson.brooklyn.cuny.edu (robeson.sci.brooklyn.cuny.edu) by sci.brooklyn.cuny.edu (4.1/SMI-4.1a) id AA28381; Wed, 29 Mar 95 10:35:33 EST Date: Wed, 29 Mar 95 10:35:33 EST From: dayton@sci.brooklyn.cuny.edu (Dayton Clark) Message-Id: <9503291535.AA28381@sci.brooklyn.cuny.edu> Received: by robeson.brooklyn.cuny.edu (4.1/SMI-4.1) id AA24779; Wed, 29 Mar 95 10:35:30 EST To: freebsd-hackers@FreeBSD.org, freebsd-realtime@hda.com, proven@mit.edu Cc: pschung@sci.brooklyn.cuny.edu Subject: Posix thread library Sender: hackers-owner@FreeBSD.org Precedence: bulk Threads were available on FreeBSD 1.1.5.1 (libpthread). There was some talk a few months ago of bringing them (it?) up to Draft 8 and onto 2.0R. Has there been any progress? A student here has gotten the 1.1.5.1 library running on 2.0R, maybe. We're stuck at the moment and unsure whether it's our bug, differences between 1.1.5.1 and 2.0R, or a bug in the original library. Anyway, is anyone else working along this line? Should we wait for some imminent release that will solve all our problems? Should we just continue to slug it out alone? dayton _________ _____/ D \_____________ | | | Dayton Clark | | CIS Department | | Brooklyn College/CUNY | | Brooklyn, New York 11210 | | | | 718/951-4811 | | dayton@brooklyn.cuny.edu | |___________________________| From owner-freebsd-hackers Wed Mar 29 07:38:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA25939 for hackers-outgoing; Wed, 29 Mar 1995 07:38:27 -0800 Received: from sci.brooklyn.cuny.edu (eastham.sci.brooklyn.cuny.edu [146.245.1.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA25889 for ; Wed, 29 Mar 1995 07:38:23 -0800 Received: from robeson.brooklyn.cuny.edu (robeson.sci.brooklyn.cuny.edu) by sci.brooklyn.cuny.edu (4.1/SMI-4.1a) id AA28386; Wed, 29 Mar 95 10:38:00 EST Date: Wed, 29 Mar 95 10:38:00 EST From: dayton@sci.brooklyn.cuny.edu (Dayton Clark) Message-Id: <9503291538.AA28386@sci.brooklyn.cuny.edu> Received: by robeson.brooklyn.cuny.edu (4.1/SMI-4.1) id AA24780; Wed, 29 Mar 95 10:37:57 EST To: peter@bonkers.taronga.com Cc: fernando@cea.Berkeley.EDU, hackers@FreeBSD.org In-Reply-To: <199503291330.HAA17992@bonkers.taronga.com> (message from Peter da Silva on Wed, 29 Mar 1995 07:30:49 -0600 (CST)) Subject: Re: FreeBSD support for realtime systems Sender: hackers-owner@FreeBSD.org Precedence: bulk <.> From: Peter da Silva <.> Date: Wed, 29 Mar 1995 07:30:49 -0600 (CST) <.> Cc: hackers@FreeBSD.org ... <.> My suggestion would be to investigate Andy Valencia's "vsta" microkernel <.> first. It should have better real-time characteristics than FreeBSD. Where might I find vsta? dayton _________ _____/ D \_____________ | | | Dayton Clark | | CIS Department | | Brooklyn College/CUNY | | Brooklyn, New York 11210 | | | | 718/951-4811 | | dayton@brooklyn.cuny.edu | |___________________________| From owner-freebsd-hackers Wed Mar 29 07:49:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA03869 for hackers-outgoing; Wed, 29 Mar 1995 07:49:25 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA03760 for ; Wed, 29 Mar 1995 07:49:17 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id XAA06818; Wed, 29 Mar 1995 23:49:39 GMT Date: Wed, 29 Mar 1995 23:49:38 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: httpd as part of the system. In-Reply-To: <199503290307.WAA27916@grendel.csc.smith.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 28 Mar 1995, John Fieber wrote: > > I say bring lynx in, but maybe hold off on httpd until it seems > pretty sure that the features of the help system that would use > it will be implemented. I think I've followed this whole thread correctly, and my interpretation is this: we want to have dynamically generated online HTML help and search capabilities, but can't afford the extra disk space an HTTP server requires. Right? Would it be feasible to write a stripped down server that listens to port 80 for only a few specific requests (provide HTML versions of man pages, and a rudimentary search function). I'm sure we don't need any of the security-related stuff in the NCSA or CERN servers, nor the ability to handle MIME, nor the need for server-side includes, or imagemaps, or forms. Well, forms support might be handy. Possible to write a SimpleHTTPD in, say, perl? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Wed Mar 29 07:57:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA07268 for hackers-outgoing; Wed, 29 Mar 1995 07:57:17 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA07261 for ; Wed, 29 Mar 1995 07:57:15 -0800 Received: by haven.uniserve.com id <206>; Wed, 29 Mar 1995 08:07:12 -0800 Date: Wed, 29 Mar 1995 08:06:11 -0800 (PST) From: Tom Samplonius To: "DAVIDE TOME'" cc: hackers@FreeBSD.org Subject: Re: Slip over telnet In-Reply-To: <8A662DE.0001021046.uuout@galactica.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 29 Mar 1995, DAVIDE TOME' wrote: > for example if it's possile to do a slattach on device /dev/ttyp01 Doesn't matter even if you could, as SLIP won't work over a Telnet link as telnet uses certain special characters to negotiate parameters. PPP will work as it will allow some characters to be escaped. Tom From owner-freebsd-hackers Wed Mar 29 08:01:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA07335 for hackers-outgoing; Wed, 29 Mar 1995 08:01:52 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA07326 for ; Wed, 29 Mar 1995 08:01:32 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id AAA06839; Thu, 30 Mar 1995 00:01:22 GMT Date: Thu, 30 Mar 1995 00:01:22 +0000 () From: Brian Tao To: Dick Bednar cc: hackers@freefall.cdrom.com Subject: Re: Mail... In-Reply-To: <199503281700.RAA11150@star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> "Dick Bednar" said: > > My group is grappling blindly with the prospect of providing mail to 25,000 > students. Sadly, our Unix experience is limited, and much of it is > out-of-date. Eep. 25000 mail accounts == 25000+ entries in your /etc/passwd, and 25000 files in /var/mail. Although you did not explicitly say all 25000 mail accounts had to be on the same machine, I would recommend splitting that up into different mail servers. Divide the students into faculties or degree major or whatever. Then have a separate host for each and tell the students which machine to use to retrieve mail. If you want a consistent address for all the students, set up a separate mailhost that routes incoming mail to the proper machine based on a username lookup table. I don't really see any technical problems with having 25000 mail accounts on one machine, but that can mean a *hell* of a lot of disk space... From owner-freebsd-hackers Wed Mar 29 08:11:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA07495 for hackers-outgoing; Wed, 29 Mar 1995 08:11:07 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA07484 for ; Wed, 29 Mar 1995 08:11:01 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id AAA06854; Thu, 30 Mar 1995 00:11:25 GMT Date: Thu, 30 Mar 1995 00:11:24 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: Minor bumps with 2.0-950322-SNAP In-Reply-To: <199503290606.AAA23974@starfire.mn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 29 Mar 1995, John Lind wrote: > > After the first time I enter the full domain name, some sort > of error flashes on the F1 screen, but too quickly to see, after which > the question is repeated. On answering the question again, things > appear to proceed correctly. No errors are recorded on vt1(F2). Something about /etc/sysconfig, I think (I mentioned this in another message too). Are you sure it isn't asking you for the domainname the "second time around"? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Wed Mar 29 08:24:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA16459 for hackers-outgoing; Wed, 29 Mar 1995 08:24:37 -0800 Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA16428; Wed, 29 Mar 1995 08:24:33 -0800 Received: (from tinguely@localhost) by plains.nodak.edu (8.6.11/8.6.10) id KAA22976; Wed, 29 Mar 1995 10:23:32 -0600 Date: Wed, 29 Mar 1995 10:23:32 -0600 From: Mark Tinguely Message-Id: <199503291623.KAA22976@plains.nodak.edu> To: hasty@star-gate.com, jkh@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. Cc: cacho@eureka.gdl.iteso.mx, gary@palmer.demon.co.uk, hackers@freefall.cdrom.com Content-Length: 597 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >>> "Jordan K. Hubbard" said: > > > Can't you ask one of your friends to tunnel a MBONE feed to you? That seem > s > > > to be one of the nicer features of both the mrouting stuff and IPv6! :-) > > > > None of my friends are on the MBONE! :-( > > > > Jordan > > I am sure that Paul Traina at Cisco and that Jim Lowe have IP multicast. > > Amancio if you can't find someone locally to feed you, someone in the FreeBSD community could give you a limited feed (esp in non-peek hours). this implys a tunnel offer if you can't find a feed closer that Northwest Net. --mark. From owner-freebsd-hackers Wed Mar 29 08:55:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA21845 for hackers-outgoing; Wed, 29 Mar 1995 08:55:12 -0800 Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA21839 for ; Wed, 29 Mar 1995 08:55:07 -0800 Received: from [192.245.33.12] by gateway.cybernet.com (8.6.8/1.0A) id MAA18010; Wed, 29 Mar 1995 12:22:28 -0500 X-Sender: mtaylor@gateway.cybernet.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 29 Mar 1995 11:56:56 -0500 To: hackers@FreeBSD.org From: mtaylor@gateway.cybernet.com (Mark J. Taylor) Subject: AIC 6360 SCSI support Sender: hackers-owner@FreeBSD.org Precedence: bulk So, how slow IS the AIC-6360 based SCSI controller support? I need to find a SCSI controller for either PC-104 or PCMCIA that FreeBSD supports. All that I've been able to find is a PC-104 board that has a AIC-6360 chipset. Anybody out there using PC-104 or PCMCIA SCSI? -Mark Taylor mtaylor@cybernet.com From owner-freebsd-hackers Wed Mar 29 09:18:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA22288 for hackers-outgoing; Wed, 29 Mar 1995 09:18:44 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA22282 for ; Wed, 29 Mar 1995 09:18:42 -0800 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id JAA07180 for ; Wed, 29 Mar 1995 09:08:44 -0800 Message-Id: <199503291708.JAA07180@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.11/16.2) id AA057146855; Wed, 29 Mar 1995 12:07:35 -0500 From: william pechter ILEX Subject: 1.1.5.1 memory problem To: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Date: Wed, 29 Mar 1995 12:07:35 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 666 Sender: hackers-owner@FreeBSD.org Precedence: bulk I picked up this failure under 1.1.5.1's daily script... Rotating messages: mv: rename messages.1 to messages.2: No such file or directory Rebuilding locate database: free(a) above top of memory.memtop = 3e400 membot = 382f0. free(3b708) bad block.memtop = 3e400 membot = 382f0. free(3b718) bad block.memtop = 3e400 membot = 382f0. Anyone have an idea where to look for this problem. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Wed Mar 29 09:19:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA22309 for hackers-outgoing; Wed, 29 Mar 1995 09:19:23 -0800 Received: from seagull.rtd.com (root@Seagull.rtd.com [198.102.68.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA22303 for ; Wed, 29 Mar 1995 09:19:22 -0800 Received: (from dgy@localhost) by seagull.rtd.com (8.6.9/8.6.9.1) id KAA08418; Wed, 29 Mar 1995 10:19:04 -0700 From: Don Yuniskis Message-Id: <199503291719.KAA08418@seagull.rtd.com> Subject: Re: Mail... To: taob@gate.sinica.edu.tw (Brian Tao) Date: Wed, 29 Mar 1995 10:19:02 -0700 (MST) Cc: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) In-Reply-To: from "Brian Tao" at Mar 30, 95 00:01:22 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1021 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >>> "Dick Bednar" said: > > > > My group is grappling blindly with the prospect of providing mail to 25,000 > > students. Sadly, our Unix experience is limited, and much of it is > > out-of-date. > > Eep. 25000 mail accounts == 25000+ entries in your /etc/passwd, > and 25000 files in /var/mail. Although you did not explicitly say all > 25000 mail accounts had to be on the same machine, I would recommend > splitting that up into different mail servers. Divide the students > into faculties or degree major or whatever. Then have a separate host > for each and tell the students which machine to use to retrieve mail. > If you want a consistent address for all the students, set up a > separate mailhost that routes incoming mail to the proper machine > based on a username lookup table. I don't really see any technical > problems with having 25000 mail accounts on one machine, but that can > mean a *hell* of a lot of disk space... Sounds like a *perfect* application for a compressing filesystem ;-) From owner-freebsd-hackers Wed Mar 29 09:25:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA22419 for hackers-outgoing; Wed, 29 Mar 1995 09:25:29 -0800 Received: from nanbu.mt.cs.keio.ac.jp (nanbu.mt.cs.keio.ac.jp [131.113.32.19]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA22413; Wed, 29 Mar 1995 09:25:27 -0800 Received: (from hosokawa@localhost) by nanbu.mt.cs.keio.ac.jp (8.6.9+2.4Wb/3.3Wb) id CAA04588; Thu, 30 Mar 1995 02:25:01 +0900 Date: Thu, 30 Mar 1995 02:25:01 +0900 Message-Id: <199503291725.CAA04588@nanbu.mt.cs.keio.ac.jp> To: jkh@freefall.cdrom.com Cc: hosokawa@mt.cs.keio.ac.jp, hackers@FreeBSD.org Subject: New daemon pictures (Re: "Commissioning" some artwork..) In-Reply-To: Your message of Fri, 24 Mar 1995 10:42:49 -0800. <15541.796070569@freefall.cdrom.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi! How happy this week is! The fatal bug of 'zp' (PCMCIA Etherlink III) driver has been fixed (please update if_zp.c of the -curent...), and, here comes the new FreeBSD artworks! These pictures are based on Jordan's Idea of "the CD". Original file is so large that it can be used as a poster. It's 3000x3000 pixel TIFF image whose size is 18MB (LZW compressed)! So I put the smaller images on my secret :-) WWW pages. I'm not satisfied with thid version because the deemon's outline is too sharp. I want to fix it soon. Their URLs are, http://www.mt.cs.keio.ac.jp/person/hosokawa/secret/FreeBSD-CD1-640x640.gif http://www.mt.cs.keio.ac.jp/person/hosokawa/secret/FreeBSD-CD1-640x640.tif 640x640 pixel 8-bit GIF format and same size 24-bit TIFF format, respectively. Please do *not* redistribute these images. These files are test version. Please open http://www.mt.cs.keio.ac.jp/person/hosokawa/secret with your WWW browsers, and get these files you want. There are no link to this directory in my homepage. Please open it directly. BTW, I updated Photoshop to 3.03. I used it to draw these images. Very cool! I think the combination of Photoshop 3.0 and KPT are ultimate drawing environment. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Wed Mar 29 09:27:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA22460 for hackers-outgoing; Wed, 29 Mar 1995 09:27:59 -0800 Received: from pht.com (exodus.pht.com [198.60.59.99]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA22454 for ; Wed, 29 Mar 1995 09:27:58 -0800 Received: by pht.com id AA03112 (5.67b/IDA-1.5 for freebsd-hackers@FreeBSD.org); Wed, 29 Mar 1995 10:11:03 -0700 Date: Wed, 29 Mar 1995 10:11:02 -0700 (MST) From: Brad Midgley To: Fernando Astorga Cc: freebsd-hackers@FreeBSD.org Subject: Re: FreeBSD support for realtime systems In-Reply-To: <199503291239.EAA04745@halfmoon.cea.berkeley.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 29 Mar 1995, Fernando Astorga wrote: > I was wondering if anyone out there has had previous experience with running > real-time systems on a UNIX environment. But first, here's a description: > I'm pushing for porting this scheduler to UNIX, preferably FreeBSD, since it > will run on the lab's PCs. But there are some issues that I'm not too > familiar with, esp. UNIX's time-slice/process priority system. Can someone > who has had experience with real-time systems on UNIX provide some info > on how it can be done? I don't know how FreeBSD performs WRT realtime, but we used QNX (it's for intel) a lot at my last job. QNX's main thing is realtime support and the api looks like POSIX for the most part so if your applications are written carefully, they could run on BSD or QNX. It's even starting to get very stable with late releases (early versions were a little flakey). brad@pht.com From owner-freebsd-hackers Wed Mar 29 09:32:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA22507 for hackers-outgoing; Wed, 29 Mar 1995 09:32:00 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA22501 for ; Wed, 29 Mar 1995 09:31:59 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id JAA11670 for ; Wed, 29 Mar 1995 09:31:08 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id KAA15329; Wed, 29 Mar 1995 10:31:29 -0700 Date: Wed, 29 Mar 1995 10:31:29 -0700 From: Nate Williams Message-Id: <199503291731.KAA15329@trout.sri.MT.net> In-Reply-To: william pechter ILEX "1.1.5.1 memory problem" (Mar 29, 12:07pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: william pechter ILEX , FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Subject: Re: 1.1.5.1 memory problem Sender: hackers-owner@FreeBSD.org Precedence: bulk > I picked up this failure under 1.1.5.1's daily script... > > Rotating messages: > mv: rename messages.1 to messages.2: No such file or directory > > Rebuilding locate database: > free(a) above top of memory.memtop = 3e400 membot = 382f0. > free(3b708) bad block.memtop = 3e400 membot = 382f0. > free(3b718) bad block.memtop = 3e400 membot = 382f0. > > Anyone have an idea where to look for this problem. I saw something similar to this on a machine whose disk was going bad, but occasionally worked. Sometimes it could read the data, and other times it couldn't. We replaced the drive and all was well. (I'm not sure if the bad spot was on the FS or the swap partition) Nate From owner-freebsd-hackers Wed Mar 29 09:36:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA22571 for hackers-outgoing; Wed, 29 Mar 1995 09:36:11 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA22565 for ; Wed, 29 Mar 1995 09:36:04 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id BAA07015; Thu, 30 Mar 1995 01:36:11 GMT Date: Thu, 30 Mar 1995 01:36:10 +0000 () From: Brian Tao To: Don Yuniskis cc: FreeBSD hackers Subject: Re: Mail... In-Reply-To: <199503291719.KAA08418@seagull.rtd.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 29 Mar 1995, Don Yuniskis wrote: > > Sounds like a *perfect* application for a compressing filesystem ;-) What we need is a "mail" fstype that stores userids, mailbox index, message counts, etc. in inode/superblock structures. Users would be mapped to directories and individual mail messages mapped to files within each directory. Imagine how easy something like procmail would be to write? Or dealing with uuencoded messages? Then we could do the same for a "news" fstype. :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Wed Mar 29 09:39:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA22621 for hackers-outgoing; Wed, 29 Mar 1995 09:39:54 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA22613; Wed, 29 Mar 1995 09:39:42 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id KAA15401; Wed, 29 Mar 1995 10:43:11 -0700 Date: Wed, 29 Mar 1995 10:43:11 -0700 From: Nate Williams Message-Id: <199503291743.KAA15401@trout.sri.MT.net> In-Reply-To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) "New daemon pictures (Re: "Commissioning" some artwork..)" (Mar 30, 2:25am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi), jkh@freefall.cdrom.com Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > ... here comes the new FreeBSD artworks! Again, I say WOW! This is almost exactly my impression of what I thought Jordan wanted, and has enough 'cuteness' in it to avoid most of the misunderstandings I thought a couple of the others would cause. Great job! Nate ps. I still like the Giant Step idea myself. I appreciate WC and everything they've done, but relating FreeBSD directly to a CD seems a bit too commercial for me. A daemon I can handle, but a CD ..... *grin* From owner-freebsd-hackers Wed Mar 29 09:42:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA22716 for hackers-outgoing; Wed, 29 Mar 1995 09:42:37 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA22531 for ; Wed, 29 Mar 1995 09:34:14 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA26532; Wed, 29 Mar 1995 19:24:43 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA08344; Wed, 29 Mar 1995 19:24:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA27551; Wed, 29 Mar 1995 19:08:10 +0200 From: J Wunsch Message-Id: <199503291708.TAA27551@uriah.heep.sax.de> Subject: Re: FreeBSD support for realtime systems To: freebsd-hackers@FreeBSD.org, freebsd-realtime@hda.com Date: Wed, 29 Mar 1995 19:08:09 +0200 (MET DST) In-Reply-To: <199503291420.JAA01232@hda.com> from "Peter Dufault" at Mar 29, 95 09:20:38 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 460 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Peter Dufault wrote: > > There is fixed priority scheduling on FreeBSD - see "rtprio". However, > there is no way to lock a process in memory to avoid page faults, no > kernel preemption (other than interrupts), and no way to way to reserve > resources. Ain't it possible to apply mlock(2) to a whole process? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 29 09:43:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA22758 for hackers-outgoing; Wed, 29 Mar 1995 09:43:35 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA22739 for ; Wed, 29 Mar 1995 09:43:06 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA26866; Wed, 29 Mar 1995 19:41:29 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA08437; Wed, 29 Mar 1995 19:41:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA28253; Wed, 29 Mar 1995 19:38:59 +0200 From: J Wunsch Message-Id: <199503291738.TAA28253@uriah.heep.sax.de> Subject: Re: Slip over telnet To: tom@haven.uniserve.com (Tom Samplonius) Date: Wed, 29 Mar 1995 19:38:57 +0200 (MET DST) Cc: davide.tome'@galactica.it, hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at Mar 29, 95 08:06:11 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 705 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Tom Samplonius wrote: > > > for example if it's possile to do a slattach on device /dev/ttyp01 > > Doesn't matter even if you could, as SLIP won't work over a Telnet link > as telnet uses certain special characters to negotiate parameters. PPP > will work as it will allow some characters to be escaped. I think, with telnet/binary, it should be possible. At least, we do already uucp (and z-modem) locally on a telnet-gatewayed login. Our pty code doesn't support the SLIP line discipline however, but maybe it's worth a try experimenting with it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 29 09:46:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA22868 for hackers-outgoing; Wed, 29 Mar 1995 09:46:05 -0800 Received: from schizo.coe.montana.edu (schizo.coe.montana.edu [153.90.192.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA22858 for ; Wed, 29 Mar 1995 09:46:03 -0800 Received: by schizo.coe.montana.edu (5.65/DEC-Ultrix/4.3) id AA07885; Wed, 29 Mar 1995 10:44:32 -0700 From: osyjm@schizo.coe.montana.edu (Jaye Mathisen) Message-Id: <9503291044.ZM7883@schizo.coe.montana.edu> Date: Wed, 29 Mar 1995 10:44:32 -0700 In-Reply-To: HOSOKAWA Tatsumi's message of Mar 30, 2:25 References: <199503291725.CAA04588@nanbu.mt.cs.keio.ac.jp> X-Mailer: Z-Mail (2.1.4 02apr93) To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi), jkh@freefall.cdrom.com Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mar 30, 2:25, HOSOKAWA Tatsumi wrote: > Subject: New daemon pictures (Re: "Commissioning" some artwork..) These pictures are totally cool. I think this is getting close. Very cool. -- Jaye Mathisen, COE Systems Manager (406) 994-4780 410 Roberts Hall,Dept. of Computer Science Montana State University,Bozeman MT 59717 osyjm@cs.montana.edu From owner-freebsd-hackers Wed Mar 29 09:59:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA23324 for hackers-outgoing; Wed, 29 Mar 1995 09:59:30 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA23318 for ; Wed, 29 Mar 1995 09:59:28 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA08975; Wed, 29 Mar 1995 09:59:12 -0800 From: Poul-Henning Kamp Message-Id: <199503291759.JAA08975@ref.tfs.com> Subject: Re: Minor bumps with 2.0-950322-SNAP To: taob@gate.sinica.edu.tw (Brian Tao) Date: Wed, 29 Mar 1995 09:59:12 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Mar 30, 95 00:11:24 am Content-Type: text Content-Length: 804 Sender: hackers-owner@FreeBSD.org Precedence: bulk > On Wed, 29 Mar 1995, John Lind wrote: > > > > After the first time I enter the full domain name, some sort > > of error flashes on the F1 screen, but too quickly to see, after which > > the question is repeated. On answering the question again, things > > appear to proceed correctly. No errors are recorded on vt1(F2). > > Something about /etc/sysconfig, I think (I mentioned this in > another message too). Are you sure it isn't asking you for the > domainname the "second time around"? We know about this one. The hostname doesn't get set as a result. You will need to edit you hostname into /etc/sysconfig -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Wed Mar 29 10:02:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA23405 for hackers-outgoing; Wed, 29 Mar 1995 10:02:49 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA23398 for ; Wed, 29 Mar 1995 10:02:45 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id LAA15408; Wed, 29 Mar 1995 11:03:34 -0700 Message-Id: <199503291803.LAA15408@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org cc: Fernando Astorga Subject: Re: FreeBSD support for realtime systems In-reply-to: Your message of "Wed, 29 Mar 1995 04:39:49 PST." <199503291239.EAA04745@halfmoon.cea.berkeley.edu> Date: Wed, 29 Mar 1995 11:03:33 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, > I was wondering if anyone out there has had previous experience with running > real-time systems on a UNIX environment. But first, here's a description: check out: Real-Time Unix Systems, Design and Application Guide Borko Furht, et.al ISBN 0-7923-9099-7 Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Wed Mar 29 10:03:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA23450 for hackers-outgoing; Wed, 29 Mar 1995 10:03:49 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA23443 for ; Wed, 29 Mar 1995 10:03:44 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id CAA08207; Thu, 30 Mar 1995 02:02:21 GMT Date: Thu, 30 Mar 1995 02:02:20 +0000 () From: Brian Tao To: Dayton Clark cc: freebsd-hackers@FreeBSD.org, freebsd-realtime@hda.com, proven@mit.edu, pschung@sci.brooklyn.cuny.edu Subject: Re: Posix thread library In-Reply-To: <9503291535.AA28381@sci.brooklyn.cuny.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 29 Mar 1995, Dayton Clark wrote: > > Threads were available on FreeBSD 1.1.5.1 (libpthread). There's a pthread library available on a 32-CPU KSR box I used to work on. It provided routines for farming out work to CPU's in a multiprocessor box. Is this the same thing? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Wed Mar 29 10:04:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA23526 for hackers-outgoing; Wed, 29 Mar 1995 10:04:44 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA23513; Wed, 29 Mar 1995 10:04:35 -0800 Received: by sequent.kiae.su id AA03533 (5.65.kiae-2 ); Wed, 29 Mar 1995 21:58:45 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 29 Mar 95 21:58:44 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id VAA01680; Wed, 29 Mar 1995 21:58:29 +0400 To: Jeff , "Jordan K. Hubbard" Cc: hackers@freefall.cdrom.com, Nate Williams References: <2366.796442666@freefall.cdrom.com> In-Reply-To: <2366.796442666@freefall.cdrom.com>; from "Jordan K. Hubbard" at Tue, 28 Mar 1995 18:04:26 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 29 Mar 1995 21:58:28 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: MBONE interfaces and snazzy install tools. Lines: 14 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 608 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <2366.796442666@freefall.cdrom.com> Jordan K. Hubbard writes: >That's already in the Linux version of dialog and Andrew Chernov stated >some time back that he'd be bringing it over. I don't know what the status >of that is. Andrew? No progress will be there while I am not finish riscom8... :-( -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Wed Mar 29 10:04:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA23543 for hackers-outgoing; Wed, 29 Mar 1995 10:04:59 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA23532 for ; Wed, 29 Mar 1995 10:04:54 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id CAA08228; Thu, 30 Mar 1995 02:05:22 GMT Date: Thu, 30 Mar 1995 02:05:22 +0000 () From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: Slip over telnet In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 29 Mar 1995, Tom Samplonius wrote: > > Doesn't matter even if you could, as SLIP won't work over a Telnet link > as telnet uses certain special characters to negotiate parameters. PPP > will work as it will allow some characters to be escaped. What if you negotiated an 8-bit binary link with no EOL conversion and no escape character? I think one of TIA's selling points is that it works over a telnet connection. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Wed Mar 29 10:05:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA23562 for hackers-outgoing; Wed, 29 Mar 1995 10:05:28 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA23556 for ; Wed, 29 Mar 1995 10:05:24 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id CAA08216; Thu, 30 Mar 1995 02:04:01 GMT Date: Thu, 30 Mar 1995 02:03:59 +0000 () From: Brian Tao To: Poul-Henning Kamp cc: freebsd-hackers@FreeBSD.org Subject: Re: Minor bumps with 2.0-950322-SNAP In-Reply-To: <199503291759.JAA08975@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 29 Mar 1995, Poul-Henning Kamp wrote: > > We know about this one. The hostname doesn't get set as a result. > You will need to edit you hostname into /etc/sysconfig Okay, that's pretty harmless then. I went through sysconfig afterwards to poke around and the comment for hostname= does say it is important to have it set correctly. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Wed Mar 29 10:08:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA23666 for hackers-outgoing; Wed, 29 Mar 1995 10:08:42 -0800 Received: from deacon.cogsci.ed.ac.uk (deacon.cogsci.ed.ac.uk [129.215.144.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA23647 for ; Wed, 29 Mar 1995 10:08:31 -0800 Received: (from richard@localhost) by deacon.cogsci.ed.ac.uk (8.6.10/8.6.9) id TAA19561 for freebsd-hackers@freebsd.org; Wed, 29 Mar 1995 19:08:09 +0100 Date: Wed, 29 Mar 1995 19:08:09 +0100 From: Richard Tobin Message-Id: <199503291808.TAA19561@deacon.cogsci.ed.ac.uk> To: freebsd-hackers@FreeBSD.org Subject: HotJava Sender: hackers-owner@FreeBSD.org Precedence: bulk Is anyone porting Java and HotJava to FreeBSD? [Java is an interpreted C++-like language, and HotJava is a Web browser that allows Java code to be downloaded and executed within the browser.] -- Richard From owner-freebsd-hackers Wed Mar 29 10:08:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA23681 for hackers-outgoing; Wed, 29 Mar 1995 10:08:58 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA23674 for ; Wed, 29 Mar 1995 10:08:55 -0800 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id KAA18832 for ; Wed, 29 Mar 1995 10:07:27 -0800 Message-Id: <199503291807.KAA18832@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.11/16.2) id AA057146855; Wed, 29 Mar 1995 12:07:35 -0500 From: william pechter ILEX Subject: 1.1.5.1 memory problem To: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Date: Wed, 29 Mar 1995 12:07:35 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 666 Sender: hackers-owner@FreeBSD.org Precedence: bulk I picked up this failure under 1.1.5.1's daily script... Rotating messages: mv: rename messages.1 to messages.2: No such file or directory Rebuilding locate database: free(a) above top of memory.memtop = 3e400 membot = 382f0. free(3b708) bad block.memtop = 3e400 membot = 382f0. free(3b718) bad block.memtop = 3e400 membot = 382f0. Anyone have an idea where to look for this problem. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Wed Mar 29 10:17:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA23829 for hackers-outgoing; Wed, 29 Mar 1995 10:17:59 -0800 Received: from MIT.EDU (SOUTH-STATION-ANNEX.MIT.EDU [18.72.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA23823 for ; Wed, 29 Mar 1995 10:17:58 -0800 Received: from JIMI.MIT.EDU by MIT.EDU with SMTP id AA06355; Wed, 29 Mar 95 13:17:42 EST Received: by jimi.MIT.EDU (5.57/4.7) id AA17677; Wed, 29 Mar 95 13:17:36 -0500 Message-Id: <9503291817.AA17677@jimi.MIT.EDU> To: dayton@sci.brooklyn.cuny.edu (Dayton Clark) Cc: proven@MIT.EDU, freebsd-hackers@FreeBSD.org, freebsd-realtime@hda.com, pschung@sci.brooklyn.cuny.edu Subject: Re: Posix thread library In-Reply-To: Your message of "Wed, 29 Mar 1995 10:35:33 EST." <9503291535.AA28381@sci.brooklyn.cuny.edu> Date: Wed, 29 Mar 1995 13:17:35 EST From: Christopher Provenzano Sender: hackers-owner@FreeBSD.org Precedence: bulk > Threads were available on FreeBSD 1.1.5.1 (libpthread). There was > some talk a few months ago of bringing them (it?) up to Draft 8 and > onto 2.0R. Has there been any progress? It's not in the FreeBSD tree yet, but a library does exist for draft 10 on sipb.mit.edu:/pub/pthreads and it does run with FreeBSD 2.0. > > A student here has gotten the 1.1.5.1 library running on 2.0R, maybe. > We're stuck at the moment and unsure whether it's our bug, differences > between 1.1.5.1 and 2.0R, or a bug in the original library. The 1.1.5.1 version is several releases out of date, had many bugs which are now fixed and lacked many features. > > Anyway, is anyone else working along this line? Should we wait for > some imminent release that will solve all our problems? Should we > just continue to slug it out alone? Work continues on the pthread library adding new features, bug fixes, etc. Plans are also to roll the current code into the FreeBSD source tree soon. > > dayton CAP From owner-freebsd-hackers Wed Mar 29 10:18:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA23858 for hackers-outgoing; Wed, 29 Mar 1995 10:18:50 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA23852 for ; Wed, 29 Mar 1995 10:18:46 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id LAA15489 for ; Wed, 29 Mar 1995 11:20:02 -0700 Message-Id: <199503291820.LAA15489@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-reply-to: Your message of "Wed, 29 Mar 1995 23:49:38 GMT." Date: Wed, 29 Mar 1995 11:20:01 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, > I think I've followed this whole thread correctly, and my > interpretation is this: we want to have dynamically generated online > HTML help and search capabilities, but can't afford the extra disk > space an HTTP server requires. Right? Not exactly, it's not an issue of whether we have diskspace for an httpd (apporx 320k) it's that we don't have diskspace for everything in the world. The discussion is whether an httpd deserves a piece of this limited resource (ie the user's disk). We are away's from running out of cdrom space (i think) so i suggest that we quit worrying about what deserves to be in the releases and concentrate on building decent groupings of optional packages from which a user can easily choose to install the items he/she wants. IMHO that's as close as we can come to pleasing everybody. Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Wed Mar 29 10:31:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA24098 for hackers-outgoing; Wed, 29 Mar 1995 10:31:51 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA24089 for ; Wed, 29 Mar 1995 10:31:47 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA20071; Wed, 29 Mar 95 11:25:08 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503291825.AA20071@cs.weber.edu> Subject: Re: Configuring driver added via LKM To: dufault@hda.com (Peter Dufault) Date: Wed, 29 Mar 95 11:25:07 MST Cc: darrenr@vitruvius.arbld.unimelb.edu.au, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503291017.FAA03749@hda.com> from "Peter Dufault" at Mar 29, 95 05:17:46 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > No, I disagree. That logic shouldn't be LKM code that isn't present > in a config'd driver, it should be a standard driver entry point > similar to probe and attach. In the case of Win95, this entry point is called by what they call a "volume tracking driver"; basically, something that knows about stuff "going away". The problem with LKM unload is non-trivial. There are several types of unload mechanisms it's desirable to implement. The unload for file systems either needs to imply a forcible unmount or deny the unload. I took Sun's approach when first implementing this, and the unload was allowed to return "EBUSY". This is grossly underpowered for the types of applications that are now cropping up. In reality, you want a rundown mechanism... basically a "schedule for unload" rather than an unload. This could allow a file system (for instance) to run down one of two ways: 1) commit buffers and forcibly unmount, invalidating any descriptors open on the volume in the same way NFS does -- "stale handle", OR 2) prevent further operations on the drive but do not interfere with those in progress; this could take a significant amount of time to complete. The forcible run down (approach #1 above) has a lot of merit for hardware that you can press a button on that means "request eject" instead of "eject by purely mechanical means" (a purely mechanical eject is doomed to fail for file systems anyway, since there is no mechanism to notify the file system that a commit should take place; the only real alternative for ensuring media integrity is to use only synchronus writes on the media). The forcible rundown also has a lot of merit for developers wanting to replace a module with an updated version NOW instead of some time in the future. The problem with this is that there *is* a requirement that the driver know that it is or can be loaded as a module. If we take the system call case, we have to ensure that the system call is not entered when the unload taked place. To do this, we have to track entrance and exit to the call, and only unload the call when the entrancy count is 0. For this to be effective, we have to ensure that the call will not continue to be entered, but since the entry is no isosynchronus, this means that short of rewriting trap.c to be aware of the ability to load calls and taking a hit on non-loaded calls, we have to have a shunt based on a call-global flag that allows the call itself to return ENOSYS to callers while it is still loaded. The run down entry sets this flag to prevent subsequent access. Similarly, since the unload is now based on an event internal to the system call, to wit, the decrementing of the entrancy count to 0, the decrement itself must make two additional compares; one for the 1->0 transition, and one for the rundown flag to allow it to cause the unload to be retriggered. This is safest if done by causing a wakeup of a different context so that the unload is handled not in the code being unloaded prior to the call return (we could only safely do that if the kernel was non-preemptible and non-reentrant, since it would mean running code in an area designated as reallocable for other uses -- at odds with our long term goals). The alternative to this approach is to enter in the system call table the address of a function in the LKM system call load component that calls the loaded system call itself. This includes not only the compares and entrancy tracking that would otherwise be exposed in the driver code, but also causes the addition of function call overhead to each call into the loaded call -- although if we could designate at load time that this module was load-only, the pointers could be fixed up so that the overhead could be avoided. Finally, there is a problem in the system call with signal handling; the current signal implementation in the trap code is to declare a global jump buffer in the process context to be used in case of a system call interrupted by signal. The problem with this is, of course, that an exit via this path violates the single entry/exit criteria that allow us to do the entrancy tracking in the first place. The function wrapper approach would solve this at some high cost, but so would making the jump buffer a stack variable and passing it into the system call itself as an argument; this is actually a superior approach on both counts, since it avoids the jump buffer diddling that would otherwise have to occur in the wrapper function to get the correct call back into the trap level code on signal interrupt. Of course, that's just for hiding the LKM internals from the system calls code itself, as has been proposed by the statement that the driver should not have to have special code for it to be an LKM. 8-). > I would probably (incorrectly but expeditiously in that it isn't > really an isa problem) implement this by changing the definition > of isa_driver to include "goaway(struct isa_device *isdp)", but I > think that the "goaway" entry point in "kern_devconf" is supposed > to do this. > > In isa.c I would add something like: > > isa_install_driver(struct isa_device *isdp, u_int *mp); > isa_remove_driver(struct isa_device *isdp, u_int *mp); > > "isa_install_driver" will pretty much just call config_isa_dev_c. > > "isa_remove_driver" will call the driver goaway entry point, and > if it returns 0, removes the isr if it was specified. The goaway > entry point will stop all activity if it can, deregister itself > from kern_devconf, and so on. At that point you can safely unload > the LKM. It's a little more complicated than that, unless you want to block the process requesting the unload until the unload can be safely completed (as has been shown for system calls). In the case of a device that hooks an interrupt, it is not safe to unhook the interrupt until such time as a detach procedure can be run to guarantee that an interrupt on the hooked interrupt will not fire on the device and have no driver to handle it. What this basically means is that you must have an "action that may result in an interrupt ending event" count -- similar to the entrancy count for system calls. That means that all outstanding requests to (say) a PCMCIA AIC7770 based SCSI controller must have completed. This is, in effect, precisely the same rundown conditions for the system calls entrancy. The added complication here is that the device may go away because it was taken away, or the device must act as if it had been taken away by not causing additional activity by having had pending operations full run down. Bottom line in this case is that additional entry points won't necessarily cut it; what is needed is a callback notification mechanism to indicate run down complete. Since we already know we are going to be dealing with things like PCMCIA and other "hot plug" devices (like SCSI tape drives that are externally attached and me be powered on and off seperately from the machine) this should be a more geberal mechanism than one that would apply only to LKMs. > If you had these facilities you could pretty quickly come up with > a utility that would install a driver's .o file directly without > any LKM glue. That would be nice for testing drivers. Again, I think this would be predicated on wrapping the function entry points with hidden LKM glue at a significant overhead otherwise, unless you make it clear that the driver was a load only driver and would not be unloaded. I think in general that the features that make a driver a good "plug-n-play" citizen will do the same for making it a good LKM citizen; the ability to do both types of rundown is a required feature in either case, and the question of whether you unload an inactive driver or leave it in the kernel is rather moot. The final missing piece is the ability to non-destructively attach the driver while it is loaded; I don't think the attach is clean enough for this, and there is no "resource manger" that will notice the new "plug-n-play" device and do the apropriate callbacks to "plug-n-play" aware drivers to try and get them to notice the new hardware. > What I haven't figured out is how this is supposed to play with > kern_devconf or with the reconfig code already in isa.c supporting > removable devices. After all, this isn't isa specific and I think > that kern_devconf is trying to address these issues. Unfortunately, a lot of this is legacy code; in reality, the whole device issue really wants to be glossed over entirely by allowing the drivers to dynamically create and delete device nodes. In other words, a devfs with an implied mount that you can't get rid of. This little promiscuous wiring into the file system still needs to be done; at the same time, you probably want to murder specfs, but you may want to keep it around anyway to allow static /dev's to be on / partitions for diskless clients running older OSs. The final hook is for volume management so that when a device wants to go away, the file system is forcibly shut down and buffers flushed to allow the device to go away without blowing up the stateful mount on the device. What is really needed is for a group to go through a real architectural overview and planning of what should be done and to get a clean API layering designed. The current approach of incrementally handling what is wanted at the moment, followed by the liberally pouring of glue to fill in the cracks, is probably a mistake. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Mar 29 10:36:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA24310 for hackers-outgoing; Wed, 29 Mar 1995 10:36:46 -0800 Received: from agizubna.net.kiae.su (agizubna.net.kiae.su [144.206.130.78]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA24287 for ; Wed, 29 Mar 1995 10:36:41 -0800 Received: by agizubna.net.kiae.su id AA13897 (5.65.kiae-1 for hackers@freebsd.org); Wed, 29 Mar 1995 21:29:23 +0300 Date: Wed, 29 Mar 1995 21:29:23 +0300 From: Pasynkova Julia Message-Id: <199503291829.AA13897@agizubna.net.kiae.su> To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk unsubscibe hackers@freebsd.org From owner-freebsd-hackers Wed Mar 29 10:39:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA24745 for hackers-outgoing; Wed, 29 Mar 1995 10:39:48 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA24724 for ; Wed, 29 Mar 1995 10:39:42 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA20122; Wed, 29 Mar 95 11:33:12 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503291833.AA20122@cs.weber.edu> Subject: Re: Preserving "record structure" during device writes To: dufault@hda.com (Peter Dufault) Date: Wed, 29 Mar 95 11:33:12 MST Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503291507.KAA00338@hda.com> from "Peter Dufault" at Mar 29, 95 10:07:38 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > I'm resurrecting my SCSI target stuff from 386bsd. > > If processor A tries to read 32 bytes from processor B, and processor > B only sends 8, physio keeps looping on the read until we either timeout > or receive the full 32 bytes (four transfers). > > What is the right way to handle this? My inclination is that > we want to return a short read, but then I can't just use rawread and > rawwrite. The short reads are necessary; remember the scanner stuff? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Mar 29 10:50:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA25637 for hackers-outgoing; Wed, 29 Mar 1995 10:50:13 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA25631 for ; Wed, 29 Mar 1995 10:50:09 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id UAA00295 for hackers@freebsd.org; Wed, 29 Mar 1995 20:39:59 +0200 From: Luigi Rizzo Message-Id: <199503291839.UAA00295@labinfo.iet.unipi.it> Subject: MBR corruption To: hackers@FreeBSD.org Date: Wed, 29 Mar 1995 20:39:59 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2184 Sender: hackers-owner@FreeBSD.org Precedence: bulk Has anyone seen this ? On one system running snap950210, for the second time in a month or so, I could not reboot after a (voluntary) because the disk (IDE, 540MB, completely allocated to FreeBSD) had lost the MBR and the label. Other than this the system looks very stable (uptimes of 7-10 days usually followed by voluntary reboots). The disk was "fdisk"ed with the 950210 boot floppy, completely allocated to FreeBSD with a 30 MB root, 64 MB swap, and the rest going to /usr. The system is not under heavy use at the moment (except from serving as firewall between one student lab and the world). Related to the disk, I noticed the following in messages : Mar 27 12:27:34 studenti /kernel: wd0b: wdstart: timeout waiting for DRQ writing fsbn 23657 of 23656-23671 (wd0 bn 85097; cn 84 tn 6 sn 47)wd0: status 50 error 1 Mar 27 12:27:35 studenti /kernel: sio0: 390 more interrupt-level buffer overflow s (total 390) Mar 28 14:58:39 studenti /kernel: wd0b: wdstart: timeout waiting for DRQ writing fsbn 8673 of 8672-8679 (wd0 bn 70113; cn 69 tn 8 sn 57)wd0: status 50 error 1 Mar 28 14:58:40 studenti /kernel: sio0: 358 more interrupt-level buffer overflows (total 748) Mar 29 18:48:35 studenti /kernel: wd0: interrupt timeout: Mar 29 18:48:35 studenti /kernel: wd0: status 58 error 0 Mar 20 11:49:09 studenti /kernel: wd0: interrupt timeout: Mar 20 11:49:09 studenti /kernel: wd0: status 58 error 4 Mar 20 11:53:07 studenti /kernel: wd0: interrupt timeout: Mar 20 11:53:08 studenti /kernel: wd0: status 50 error 1 Mar 20 12:08:10 studenti /kernel: mb_map full Could someone explain them (especially the "wdstart: timeout ..." ones). Note that the "wd0: interrupt timeout:" seems to always within a few minutes from a reboot. Thanks Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-hackers Wed Mar 29 10:50:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA25657 for hackers-outgoing; Wed, 29 Mar 1995 10:50:45 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA25650; Wed, 29 Mar 1995 10:50:41 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id MAA12786; Wed, 29 Mar 1995 12:50:15 -0600 Received: by olympus (4.1/TSS2.1) id AA10214; Wed, 29 Mar 95 12:48:39 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503291848.AA10214@olympus> Subject: Re: httpd as part of the system. To: jfieber@cs.smith.edu (John Fieber) Date: Wed, 29 Mar 1995 12:48:38 -0600 (CST) Cc: jkh@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <199503290307.WAA27916@grendel.csc.smith.edu> from "John Fieber" at Mar 28, 95 10:07:10 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 450 Sender: hackers-owner@FreeBSD.org Precedence: bulk Losing much inspired debate.... lynx may be adequate as a local html reader but as an internet reader, it does not seem to help those of us using proxy servers behind firewalls. Thus it does not inspire me. Am I wrong? Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Wed Mar 29 10:52:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA25686 for hackers-outgoing; Wed, 29 Mar 1995 10:52:28 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA25679 for ; Wed, 29 Mar 1995 10:52:25 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id NAA00423; Wed, 29 Mar 1995 13:52:37 -0500 From: Peter Dufault Message-Id: <199503291852.NAA00423@hda.com> Subject: Re: Preserving "record structure" during device writes To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 29 Mar 1995 13:52:37 -0500 (EST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <9503291833.AA20122@cs.weber.edu> from "Terry Lambert" at Mar 29, 95 11:33:12 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1882 Sender: hackers-owner@FreeBSD.org Precedence: bulk Terry Lambert writes: > > > I'm resurrecting my SCSI target stuff from 386bsd. > > > > If processor A tries to read 32 bytes from processor B, and processor > > B only sends 8, physio keeps looping on the read until we either timeout > > or receive the full 32 bytes (four transfers). > > > > What is the right way to handle this? My inclination is that > > we want to return a short read, but then I can't just use rawread and > > rawwrite. > > The short reads are necessary; remember the scanner stuff? No, I don't. Which scanner stuff? The only scanner firmware I've written sends a header block saying what the blocking factor is so that both ends know exactly what to expect for data blocks. It is specifically done that way to be portable across systems with this sort of problem. See, I've actually written some of the stupid code that you curse when you have to interface to a given device. None of the scsi code currently return short lengths even if residual code is handled in the drivers (and it is spotty, I looked this morning) since they all go through rawread and rawwrite which unconditionally loop on short reads. This probably only matters for essentially raw devices such as a scanner, the processor device, or the unknown device. HOST ADAPTER CODE "OWNERS": Locally I've added a flag similar to the bounce buffer flag that says that residual lengths are handled by the driver. I'll probably commit this code soon so you may want to look at fixing your resid code. The "xs->resid" field is supposed to be the same as bp->b_resid: the amount of data left untransferred. If you're in the code and know how to fix it please do so. I have fixes for the 154x and the 174x. Peter -- 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-hackers Wed Mar 29 10:54:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA25731 for hackers-outgoing; Wed, 29 Mar 1995 10:54:05 -0800 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA25725 for ; Wed, 29 Mar 1995 10:54:04 -0800 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA03108; Wed, 29 Mar 95 18:53:37 GMT Received: by junco.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA12918; Wed, 29 Mar 1995 11:53:20 -0700 Date: Wed, 29 Mar 1995 11:53:20 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9503291853.AA12918@junco.fsl.noaa.gov> To: nate@trout.sri.mt.net Cc: hosokawa@mt.cs.keio.ac.jp, jkh@freefall.cdrom.com, hackers@FreeBSD.org In-Reply-To: <199503291743.KAA15401@trout.sri.MT.net> (message from Nate Williams on Wed, 29 Mar 1995 10:43:11 -0700) Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Nate" == Nate Williams writes: Nate> but relating FreeBSD directly to a CD seems a bit too Nate> commercial for me. A daemon I can handle, but a CD I dunno ... it looks almost like a laserdisc to me. But I do like it! --k From owner-freebsd-hackers Wed Mar 29 10:58:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA25859 for hackers-outgoing; Wed, 29 Mar 1995 10:58:22 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA25853 for ; Wed, 29 Mar 1995 10:58:19 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id NAA00450; Wed, 29 Mar 1995 13:58:26 -0500 From: Peter Dufault Message-Id: <199503291858.NAA00450@hda.com> Subject: Re: Configuring driver added via LKM To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 29 Mar 1995 13:58:25 -0500 (EST) Cc: darrenr@vitruvius.arbld.unimelb.edu.au, freebsd-hackers@freefall.cdrom.com In-Reply-To: <9503291825.AA20071@cs.weber.edu> from "Terry Lambert" at Mar 29, 95 11:25:07 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1204 Sender: hackers-owner@FreeBSD.org Precedence: bulk Terry Lambert writes: > > > No, I disagree. That logic shouldn't be LKM code that isn't present > > in a config'd driver, it should be a standard driver entry point > > similar to probe and attach. > > In the case of Win95, this entry point is called by what they call > a "volume tracking driver"; basically, something that knows about > stuff "going away". (...) Whew. I'll save that for when I have a beer. I added "isa_device_install" and "isa_device_remove" to isa.c, and a "detach" complement to "attach" in the isa_driver structure. The rule is you have to call detach in a context that you can sleep so that you can allow your device to go idle. This is obviously not sufficient for when someone pops out the scsi adapter with a mounted disk. I'm happily adding and removing the .o for my drivers with this change and this is all I wanted. I understand your concern about minimal convenience changes getting you nowhere - you may never reach a global maxima if you keep taking only locally maximizing steps. Peter -- 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-hackers Wed Mar 29 11:02:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA25940 for hackers-outgoing; Wed, 29 Mar 1995 11:02:00 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA25927 for ; Wed, 29 Mar 1995 11:01:56 -0800 Received: by haven.uniserve.com id <195>; Wed, 29 Mar 1995 11:11:58 -0800 Date: Wed, 29 Mar 1995 11:10:56 -0800 (PST) From: Tom Samplonius To: Joerg Wunsch cc: davide.tome'@galactica.it, hackers@FreeBSD.org Subject: Re: Slip over telnet In-Reply-To: <199503291738.TAA28253@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 29 Mar 1995, J Wunsch wrote: > As Tom Samplonius wrote: > > > > > for example if it's possile to do a slattach on device /dev/ttyp01 > > > > Doesn't matter even if you could, as SLIP won't work over a Telnet link > > as telnet uses certain special characters to negotiate parameters. PPP > > will work as it will allow some characters to be escaped. > > I think, with telnet/binary, it should be possible. At least, we > do already uucp (and z-modem) locally on a telnet-gatewayed login. Doesn't zmodem support escaping of special characters as well? Tom From owner-freebsd-hackers Wed Mar 29 11:02:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA25983 for hackers-outgoing; Wed, 29 Mar 1995 11:02:53 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA25976 for ; Wed, 29 Mar 1995 11:02:47 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id NAA13288; Wed, 29 Mar 1995 13:02:19 -0600 Received: by olympus (4.1/TSS2.1) id AA10378; Wed, 29 Mar 95 13:00:43 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503291900.AA10378@olympus> Subject: Re: mounting msdos, invalid fdisk partitions? To: mmead@goof.com (matthew c. mead) Date: Wed, 29 Mar 1995 13:00:42 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199503290720.CAA00284@goof.com> from "matthew c. mead" at Mar 29, 95 02:20:11 am X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1348 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I didn't notice any functional difference until I tried to mount the msdos > partition on my second hard drive this evening. I still get the problems > at boot when the drives are first accessed and partitions are "rejected" for > not residing entirely within the freebsd slice. For some reason this is now > preventing me from mounting /dev/sd1e (which used to work). Anyhow, if anyone > knows what's up, please let me know. Thanks! > Assuming you are running current... msdos partitions are now, no longer put into the disklabel but are detected separately. Figure out which partition the DOS partition is in and access that as /dev/sd1sX where X is 1,2,3,4. Extended partitions are 5,6,... Remember that the output of FreeBSD fdisk is 0,1,2,3 so you must add 1. Boyd > > > -matt > > -- > Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration > Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other > ---- ------- WWW -> http://www.goof.com/~mmead --- ----- > -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Wed Mar 29 11:11:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA26217 for hackers-outgoing; Wed, 29 Mar 1995 11:11:18 -0800 Received: from wolf.co.net (wolf.co.net [198.87.65.53]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA26211 for ; Wed, 29 Mar 1995 11:11:12 -0800 Received: from [198.87.65.102] (x65-102.co.net [198.87.65.102]) by wolf.co.net (8.6.8/8.6.6) with SMTP id PAA10500 for ; Wed, 29 Mar 1995 15:51:04 -0600 Date: Wed, 29 Mar 95 13:10:32 CST From: "Craig M. Jones" Message-Id: <59853.cmjones@wolf.co.net> X-Minuet-Version: Minuet1.0_Beta_17A X-POPMail-Charset: English To: hackers@FreeBSD.org Subject: 950322-SNAP adaptec AHA-2940 pci card Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi I have been using FreeBSD 1.51 for a long time now & am very impressed with FreeBSD. It has been working as our network server very nicely. Thanks to all the people working on it! Now for the problem. I am installing 950322-SNAP on pentium 90 pci with an adaptec 2940 scsi controller. The boot floppies finds the card & I can install all the way to the reboot from hard disk. While rebooting it hangs on waiting for scsi devices to settle. I then booted the fixit disk, which booted ok. I can mount & use the hard drive with this disk. I tried to lower the bus speed as somone else on the list suggested from 10MHZ to 5MHZ no luck. Any sugestions? Craig Jones Univ. of Minnesota cmjones@wolf.co.net From owner-freebsd-hackers Wed Mar 29 11:18:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA26434 for hackers-outgoing; Wed, 29 Mar 1995 11:18:57 -0800 Received: from sci.brooklyn.cuny.edu (eastham.sci.brooklyn.cuny.edu [146.245.1.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA26425 for ; Wed, 29 Mar 1995 11:18:53 -0800 Received: from robeson.brooklyn.cuny.edu (robeson.sci.brooklyn.cuny.edu) by sci.brooklyn.cuny.edu (4.1/SMI-4.1a) id AA29532; Wed, 29 Mar 95 14:18:33 EST Date: Wed, 29 Mar 95 14:18:33 EST From: dayton@sci.brooklyn.cuny.edu (Dayton Clark) Message-Id: <9503291918.AA29532@sci.brooklyn.cuny.edu> Received: by robeson.brooklyn.cuny.edu (4.1/SMI-4.1) id AA24868; Wed, 29 Mar 95 14:18:30 EST To: brad@pht.com Cc: fernando@cea.Berkeley.EDU, freebsd-hackers@FreeBSD.org In-Reply-To: (message from Brad Midgley on Wed, 29 Mar 1995 10:11:02 -0700 (MST)) Subject: Re: FreeBSD support for realtime systems Sender: hackers-owner@FreeBSD.org Precedence: bulk <.> Date: Wed, 29 Mar 1995 10:11:02 -0700 (MST) <.> From: Brad Midgley <.> Cc: freebsd-hackers@FreeBSD.org <.> Mime-Version: 1.0 <.> Content-Type: TEXT/PLAIN; charset=US-ASCII <.> Precedence: bulk ... <.> <.> I don't know how FreeBSD performs WRT realtime, but we used QNX (it's for <.> intel) a lot at my last job. QNX's main thing is realtime support and the <.> api looks like POSIX for the most part so if your applications are written <.> carefully, they could run on BSD or QNX. It's even starting to get very <.> stable with late releases (early versions were a little flakey). <.> <.> brad@pht.com Do you have a pointer of some sort to QNX. thanks dayton From owner-freebsd-hackers Wed Mar 29 11:19:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA26470 for hackers-outgoing; Wed, 29 Mar 1995 11:19:22 -0800 Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA26464 for ; Wed, 29 Mar 1995 11:19:20 -0800 Received: from vivid.autometric.com by relay2.UU.NET with SMTP id QQyjer26183; Wed, 29 Mar 1995 14:18:56 -0500 Received: from jester by vivid.autometric.com via SMTP (5.67a/920502.SGI) for @relay1.uu.net:hosokawa@mt.cs.keio.ac.jp id AA20683; Wed, 29 Mar 1995 14:18:54 -0500 Received: by jester (931110.SGI/930416.SGI) for @vivid.autometric.com:hackers@FreeBSD.org id AA08863; Wed, 29 Mar 95 14:18:53 -0500 From: "Brian Sletten" Message-Id: <9503291418.ZM8861@jester.autometric.com> Date: Wed, 29 Mar 1995 14:18:52 -0500 In-Reply-To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) "New daemon pictures (Re: "Commissioning" some artwork..)" (Mar 30, 2:25am) References: <199503291725.CAA04588@nanbu.mt.cs.keio.ac.jp> Reply-To: bsletten@vivid.autometric.com X-Face: wFVAbzw-w(WA1~gdgaj^'c4X=P$j`q.EhNcjpxyW+:1qDq-ZCx[bvPi=^O$EC39vA5Vk,XC w2VGxhaJxS"^{ab.}G%vXO0E+sx--{<:#TsC@<5#W#PfVq{,i)^X{U7HkF;nI0"mj0fvb1(DvS@_H8 u`r3)}"3Af3vuz; Wed, 29 Mar 1995 11:45:22 -0800 Received: (from bugs@localhost) by ns1.win.net (8.6.9/8.6.9) id OAA13272 for hackers@freebsd.org; Wed, 29 Mar 1995 14:47:02 -0500 From: Mark Hittinger Message-Id: <199503291947.OAA13272@ns1.win.net> Subject: touchup UT_NAMESIZE To: hackers@FreeBSD.org Date: Wed, 29 Mar 1995 14:47:02 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 360 Sender: hackers-owner@FreeBSD.org Precedence: bulk Request for the next snapshot: Please edit include/utmp.h to change UT_NAMESIZE from 8 to 10. Since MAXLOGNAME in sys/param.h is 12 this will not require any kernel changes. I've been testing this here for awhile. This change allows some migration capability to FreeBSD from systems with slightly longer user names. Regards, Mark Hittinger bugs@win.net From owner-freebsd-hackers Wed Mar 29 12:00:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA27591 for hackers-outgoing; Wed, 29 Mar 1995 12:00:13 -0800 Received: from nlsys.demon.co.uk (nlsys.demon.co.uk [158.152.125.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA27585 for ; Wed, 29 Mar 1995 12:00:06 -0800 Received: (from dfr@localhost) by nlsys.demon.co.uk (8.6.10/8.6.9) id VAA00770; Wed, 29 Mar 1995 21:57:09 +0100 Date: Wed, 29 Mar 1995 21:57:07 +0100 (BST) From: Doug Rabson To: Dayton Clark cc: freebsd-hackers@FreeBSD.org, freebsd-realtime@hda.com, proven@mit.edu, pschung@sci.brooklyn.cuny.edu Subject: Re: Posix thread library In-Reply-To: <9503291535.AA28381@sci.brooklyn.cuny.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 29 Mar 1995, Dayton Clark wrote: > Threads were available on FreeBSD 1.1.5.1 (libpthread). There was > some talk a few months ago of bringing them (it?) up to Draft 8 and > onto 2.0R. Has there been any progress? > > A student here has gotten the 1.1.5.1 library running on 2.0R, maybe. > We're stuck at the moment and unsure whether it's our bug, differences > between 1.1.5.1 and 2.0R, or a bug in the original library. > > Anyway, is anyone else working along this line? Should we wait for > some imminent release that will solve all our problems? Should we > just continue to slug it out alone? Last time I looked, the latest beta of pthreads did include support for FreeBSD-2.0. Try looking in ftp://sipb.mit.edu/pub/pthreads -- Doug Rabson Mail: dfr@nlsys.demon.co.uk Phone: +44 181 951 1891 From owner-freebsd-hackers Wed Mar 29 12:03:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA27666 for hackers-outgoing; Wed, 29 Mar 1995 12:03:30 -0800 Received: from pluto.ops.NeoSoft.com (root@pluto.ops.NeoSoft.COM [198.64.212.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA27660 for ; Wed, 29 Mar 1995 12:03:29 -0800 Received: from metal.ops.neosoft.com (root@glenn-slip44.nmt.edu [129.138.5.144]) by pluto.ops.NeoSoft.com (8.6.10/8.6.10) with ESMTP id OAA02209; Wed, 29 Mar 1995 14:03:14 -0600 Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.11/8.6.10) id NAA10065; Wed, 29 Mar 1995 13:03:10 -0700 From: Scott Mace Message-Id: <199503292003.NAA10065@metal.ops.neosoft.com> Subject: Re: Slip over telnet To: taob@gate.sinica.edu.tw (Brian Tao) Date: Wed, 29 Mar 1995 13:03:09 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Mar 30, 95 02:05:22 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 723 Sender: hackers-owner@FreeBSD.org Precedence: bulk I once established a ppp connection over a terminal server+sunos shell acount, it worked but had about 5 sec ping times... > > On Wed, 29 Mar 1995, Tom Samplonius wrote: > > > > Doesn't matter even if you could, as SLIP won't work over a Telnet link > > as telnet uses certain special characters to negotiate parameters. PPP > > will work as it will allow some characters to be escaped. > > What if you negotiated an 8-bit binary link with no EOL conversion > and no escape character? I think one of TIA's selling points is that > it works over a telnet connection. > -- > Brian ("Though this be madness, yet there is method in't") Tao > taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org > > From owner-freebsd-hackers Wed Mar 29 12:04:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA27686 for hackers-outgoing; Wed, 29 Mar 1995 12:04:28 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA27680 for ; Wed, 29 Mar 1995 12:04:27 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA20552; Wed, 29 Mar 95 12:57:53 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503291957.AA20552@cs.weber.edu> Subject: Re: Mail... To: taob@gate.sinica.edu.tw (Brian Tao) Date: Wed, 29 Mar 95 12:57:52 MST Cc: dgy@seagull.rtd.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Brian Tao" at Mar 30, 95 01:36:10 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > What we need is a "mail" fstype that stores userids, mailbox > index, message counts, etc. in inode/superblock structures. Users > would be mapped to directories and individual mail messages mapped to > files within each directory. Imagine how easy something like procmail > would be to write? Or dealing with uuencoded messages? Then we could > do the same for a "news" fstype. :) Mail really wants a record oriented file system, or as you suggest, one file system object per message. I think the real issue to resolve in writing mail programs and programs to process mail one way or another otherwise is the lack of an API that is independent of the storage format. openmail/readmail/tellmail/seekmail/closemail at its simplest. There is actually a MIME user library for doing this type of thing, but it has some pretty draconian terms and is far from free. Think how easy writing something like Zmail would be with a real API for mail... 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Mar 29 12:04:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA27709 for hackers-outgoing; Wed, 29 Mar 1995 12:04:55 -0800 Received: from MIT.EDU (SOUTH-STATION-ANNEX.MIT.EDU [18.72.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA27702 for ; Wed, 29 Mar 1995 12:04:53 -0800 Received: from JIMI.MIT.EDU by MIT.EDU with SMTP id AA14266; Wed, 29 Mar 95 15:04:37 EST Received: by jimi.MIT.EDU (5.57/4.7) id AA17866; Wed, 29 Mar 95 15:04:36 -0500 Message-Id: <9503292004.AA17866@jimi.MIT.EDU> To: Brian Tao Cc: dayton@sci.brooklyn.cuny.edu, freebsd-hackers@FreeBSD.org, freebsd-realtime@hda.com, pschung@sci.brooklyn.cuny.edu Subject: Re: Posix thread library In-Reply-To: Your message of "Thu, 30 Mar 1995 02:02:20 GMT." Date: Wed, 29 Mar 1995 15:04:36 EST From: Christopher Provenzano Sender: hackers-owner@FreeBSD.org Precedence: bulk > > On Wed, 29 Mar 1995, Dayton Clark wrote: > > > > Threads were available on FreeBSD 1.1.5.1 (libpthread). > > There's a pthread library available on a 32-CPU KSR box I used to > work on. It provided routines for farming out work to CPU's in a > multiprocessor box. Is this the same thing? No, it is a library implementation of the POSIX thread spec (currently at draft 10) with wrapper routines for many of the syscalls to prevent a thread from blocking the entire process. There is no support yet for multiprocessor machines yet. > -- > Brian ("Though this be madness, yet there is method in't") Tao > taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org > CAP From owner-freebsd-hackers Wed Mar 29 12:41:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA28519 for hackers-outgoing; Wed, 29 Mar 1995 12:41:48 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA28511 for ; Wed, 29 Mar 1995 12:41:40 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id PAA02674; Wed, 29 Mar 1995 15:41:19 -0500 From: "matthew c. mead" Message-Id: <199503292041.PAA02674@goof.com> Subject: Re: mounting msdos, invalid fdisk partitions? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 29 Mar 1995 15:41:18 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199503290728.XAA07489@ref.tfs.com> from "Poul-Henning Kamp" at Mar 28, 95 11:28:31 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1166 Sender: hackers-owner@FreeBSD.org Precedence: bulk Poul-Henning Kamp wrote: > > partition on my second hard drive this evening. I still get the problems > > at boot when the drives are first accessed and partitions are "rejected" for > > not residing entirely within the freebsd slice. For some reason this is now > > preventing me from mounting /dev/sd1e (which used to work). Anyhow, if anyone > > knows what's up, please let me know. Thanks! > The slice code. Try to mount one of these as your msdos fs: > /dev/sd1s1, /dev/sd1s2, /dev/sd1s2, /dev/sd1s3 Ahh... > You may have to run a "MAKEDEV sd1" in /dev... Well, check this out: bash# cd /dev bash# sh /usr/src/etc/etc.i386/MAKEDEV sd1 bad unit for disk in: sd1s0h bad unit for disk in: sd1s1 bad unit for disk in: sd1s2 bad unit for disk in: sd1s3 bad unit for disk in: sd1s4 is this because the sd code rejected partitions earlier? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Mar 29 12:45:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA28614 for hackers-outgoing; Wed, 29 Mar 1995 12:45:43 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA28598 for ; Wed, 29 Mar 1995 12:45:36 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id PAA02781; Wed, 29 Mar 1995 15:45:16 -0500 From: "matthew c. mead" Message-Id: <199503292045.PAA02781@goof.com> Subject: Re: mounting msdos, invalid fdisk partitions? To: faulkner@mpd.tandem.com (Boyd Faulkner) Date: Wed, 29 Mar 1995 15:45:16 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <9503291900.AA10378@olympus> from "Boyd Faulkner" at Mar 29, 95 01:00:42 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1275 Sender: hackers-owner@FreeBSD.org Precedence: bulk Boyd Faulkner wrote: > > I didn't notice any functional difference until I tried to mount the msdos > > partition on my second hard drive this evening. I still get the problems > > at boot when the drives are first accessed and partitions are "rejected" for > > not residing entirely within the freebsd slice. For some reason this is now > > preventing me from mounting /dev/sd1e (which used to work). Anyhow, if anyone > > knows what's up, please let me know. Thanks! > Assuming you are running current... I am. > msdos partitions are now, no longer put into the disklabel but are detected > separately. Figure out which partition the DOS partition is in and > access that as /dev/sd1sX where X is 1,2,3,4. Extended partitions are 5,6,... > > Remember that the output of FreeBSD fdisk is 0,1,2,3 so you must add 1. Hmm. See my other message replying to Poul. I tried building those devices with MAKEDEV but for some reason it didn't like it. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Mar 29 12:46:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA28638 for hackers-outgoing; Wed, 29 Mar 1995 12:46:25 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA28632; Wed, 29 Mar 1995 12:46:22 -0800 Received: by haven.uniserve.com id <142>; Wed, 29 Mar 1995 12:56:23 -0800 Date: Wed, 29 Mar 1995 12:55:18 -0800 (PST) From: Tom Samplonius To: Boyd Faulkner cc: John Fieber , jkh@freefall.cdrom.com, hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. In-Reply-To: <9503291848.AA10214@olympus> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 29 Mar 1995, Boyd Faulkner wrote: > lynx may be adequate as a local html reader but as an internet reader, > it does not seem to help those of us using proxy servers behind > firewalls. Thus it does not inspire me. > > Am I wrong? Yes, Lynx has firewall support. Tom From owner-freebsd-hackers Wed Mar 29 13:01:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28891 for hackers-outgoing; Wed, 29 Mar 1995 13:01:24 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA28885 for ; Wed, 29 Mar 1995 13:01:19 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id MAA02353 for ; Wed, 29 Mar 1995 12:56:01 GMT Message-Id: <199503291256.MAA02353@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: hackers@FreeBSD.org Subject: Re: Amancio Hasty's Observation In-reply-to: Your message of "Wed, 29 Mar 1995 07:18:41 CST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 29 Mar 1995 12:55:59 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Richard Wackerbarth said: > >Adobe struck a deal with Netscape so that Netscape can provide > >Acrobat embeded into Netscape. Now it seems like Adobe is > >almost giving away Acrobat at least that what the news stated. > > This is so that Adobe can SELL the authoring side. > Oh, I understand their rationale however how many times have we come accross PC (MS/Windows) docs that we can't read. Hopefully, something like Acrobat can alleviate the situation. Saw a demo on what Acrobat can do for Netscape and it was really really cool. Browse around with Netscape, I saw the demo about 2 days ago. Amancio From owner-freebsd-hackers Wed Mar 29 13:09:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29066 for hackers-outgoing; Wed, 29 Mar 1995 13:09:36 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA29050 for ; Wed, 29 Mar 1995 13:09:23 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id HAA13874; Thu, 30 Mar 1995 07:05:04 +1000 Date: Thu, 30 Mar 1995 07:05:04 +1000 From: Bruce Evans Message-Id: <199503292105.HAA13874@godzilla.zeta.org.au> To: mmead@goof.com, phk@ref.tfs.com Subject: Re: mounting msdos, invalid fdisk partitions? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> You may have to run a "MAKEDEV sd1" in /dev... > Well, check this out: >bash# cd /dev >bash# sh /usr/src/etc/etc.i386/MAKEDEV sd1 >bad unit for disk in: sd1s0h >bad unit for disk in: sd1s1 >bad unit for disk in: sd1s2 >bad unit for disk in: sd1s3 >bad unit for disk in: sd1s4 >is this because the sd code rejected partitions earlier? It's because MAKEDEV isn't current. Bruce From owner-freebsd-hackers Wed Mar 29 13:13:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29225 for hackers-outgoing; Wed, 29 Mar 1995 13:13:46 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA29215; Wed, 29 Mar 1995 13:13:40 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id NAA02396; Wed, 29 Mar 1995 13:08:15 GMT Message-Id: <199503291308.NAA02396@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: jkh@freefall.cdrom.com, hackers@FreeBSD.org Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) In-reply-to: Your message of "Thu, 30 Mar 1995 02:25:01 +0900." <199503291725.CAA04588@nanbu.mt.cs.keio.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 29 Mar 1995 13:08:12 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> HOSOKAWA Tatsumi said: Well, the image looks real nice . I still prefer the Big Step one. I think that the folks at Walnut Creek will like the latest image because it spells it very clearly BSD coming out of a Cdrom, FreeBSD and Walnut Creek Cdrom, respectively. So I say if you are into marketing this image is great. If you want to be cool and artsy then so far the Big Step is my favorite :) Amancio From owner-freebsd-hackers Wed Mar 29 13:16:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29296 for hackers-outgoing; Wed, 29 Mar 1995 13:16:40 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA29288; Wed, 29 Mar 1995 13:16:37 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Mark Hittinger cc: hackers@FreeBSD.org Subject: Re: Mail... (fwd) In-reply-to: Your message of "Wed, 29 Mar 95 09:49:51 EST." <199503291449.JAA09983@ns1.win.net> Date: Wed, 29 Mar 1995 13:16:34 -0800 Message-ID: <29287.796511794@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > One philosophy of design that you definetly do not want to use is the > "one giant box does it all" plan. This is an old mainframe plan and > every plan has a flaw! In the 80's the centralized versus distributed > debate was fought and the centralized guys lost. Rah! Rah! Rah! We're number one! We're number one! [does a little victory dance in the end zone]. Ahem. Sorry, it's just that I was part of that war and I'm still feeling a little smug.. :-) Jordan From owner-freebsd-hackers Wed Mar 29 13:19:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29352 for hackers-outgoing; Wed, 29 Mar 1995 13:19:09 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA29345 for ; Wed, 29 Mar 1995 13:19:04 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id NAA02465; Wed, 29 Mar 1995 13:13:20 GMT Message-Id: <199503291313.NAA02465@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Richard Tobin cc: freebsd-hackers@FreeBSD.org Subject: Re: HotJava In-reply-to: Your message of "Wed, 29 Mar 1995 19:08:09 +0100." <199503291808.TAA19561@deacon.cogsci.ed.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 29 Mar 1995 13:13:18 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Richard Tobin said: > Is anyone porting Java and HotJava to FreeBSD? > > [Java is an interpreted C++-like language, and HotJava is a Web browser > that allows Java code to be downloaded and executed within the browser.] > > -- Richard good luck in getting javac, the language, I have been trying for the last two days :( Amancio From owner-freebsd-hackers Wed Mar 29 13:20:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29403 for hackers-outgoing; Wed, 29 Mar 1995 13:20:48 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA29387 for ; Wed, 29 Mar 1995 13:20:29 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA00687; Wed, 29 Mar 1995 23:00:45 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id XAA10025 for freebsd-hackers@freebsd.org; Wed, 29 Mar 1995 23:00:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA28922 for freebsd-hackers@freebsd.org; Wed, 29 Mar 1995 22:57:45 +0200 From: J Wunsch Message-Id: <199503292057.WAA28922@uriah.heep.sax.de> Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Wed, 29 Mar 1995 22:57:43 +0200 (MET DST) In-Reply-To: <199503291725.CAA04588@nanbu.mt.cs.keio.ac.jp> from "HOSOKAWA Tatsumi" at Mar 30, 95 02:25:01 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 432 Sender: hackers-owner@FreeBSD.org Precedence: bulk As HOSOKAWA Tatsumi wrote: > > These pictures are based on Jordan's Idea of "the CD". Original file > is so large that it can be used as a poster. It's 3000x3000 pixel TIFF > image whose size is 18MB (LZW compressed)! So I put the smaller > images on my secret :-) WWW pages. Neat! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 29 13:24:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29536 for hackers-outgoing; Wed, 29 Mar 1995 13:24:36 -0800 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA29528 for ; Wed, 29 Mar 1995 13:24:30 -0800 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA03501 (5.65c8/HUTCS-S 1.4 for ); Thu, 30 Mar 1995 00:23:51 +0300 From: Heikki Suonsivu Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id AAA19947; Thu, 30 Mar 1995 00:23:56 +0300 Date: Thu, 30 Mar 1995 00:23:56 +0300 Message-Id: <199503292123.AAA19947@shadows.cs.hut.fi> To: Mark Hittinger Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: Mark Hittinger's message of 29 Mar 1995 18:02:56 +0300 Subject: Re: Mail... (fwd) Organization: Helsinki University of Technology, Otaniemi, Finland Sender: hackers-owner@FreeBSD.org Precedence: bulk Each FreeBSD machine might have such a limit. The idea here would be to build a "cluster" design to handle your growth by adding machines. Do you really want more than 256 people on one box simultaneously? No, but on average each user consumes 3-4 pty's for screen, xterms or things like that. That's the average on our systems (we run out of 64 with less than 15 users). We currently utilize something like a cluster (users can log into 3 machines). The servers aren't similar. Both 1.1.5.1 ("stable" servers and routers) and 2-current ("unstable" servers, new routers), in addition to Linux (terminal servers) and older junk we have gathered during our existence (old suns). This is a mess, really, but seems to be unavoidable these days (we probably have to add NetBSD, LITES and Hurd next :-). Using a terminal server front end will allow you to switch users based on incoming protocol type, load, or software version. (you also don't have to futz with serial drivers or burden your box with serial interrupts). 386-33 with 16 V34's connected with a cyclades card doesn't seem to cause any visible load (load average stays under 15%). Haven't tried to server PPP yet, but will do so soon. This is with Linux, 8M, dedicated to be a terminal server. One philosophy of design that you definetly do not want to use is the "one giant box does it all" plan. This is an old mainframe plan and every plan has a flaw! In the 80's the centralized versus distributed debate was fought and the centralized guys lost. We have been trying to implement this, but we would like to get rid of all different dedicated hardware, just have free unix systems on all jobs, including terminal servers and routing. If we need more power, the PC shop next door will be happy to provide us with a couple more pc's. Not yet there, unfortunately. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-hackers Wed Mar 29 13:37:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00693 for hackers-outgoing; Wed, 29 Mar 1995 13:37:17 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA00684; Wed, 29 Mar 1995 13:37:13 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: dayton@sci.brooklyn.cuny.edu (Dayton Clark) cc: freebsd-hackers@FreeBSD.org, freebsd-realtime@hda.com, proven@mit.edu, pschung@sci.brooklyn.cuny.edu Subject: Re: Posix thread library In-reply-to: Your message of "Wed, 29 Mar 95 10:35:33 EST." <9503291535.AA28381@sci.brooklyn.cuny.edu> Date: Wed, 29 Mar 1995 13:37:12 -0800 Message-ID: <682.796513032@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Threads were available on FreeBSD 1.1.5.1 (libpthread). There was > some talk a few months ago of bringing them (it?) up to Draft 8 and > onto 2.0R. Has there been any progress? That's a good question! :-) Every USENIX I talk to the thread god (Chris Provenzano) about it, who either says that something is imminent on this front or that we need to decide whether or not we're going to go for a fully thread-safe libc. The libc changes entail either a compile-time switch to enable it or leaving it *always* on so that main() is just your first autocreated thread. Either way, once we decide how we want it to go them we need to get Chris or someone to finally bring the changes in. How important are ptreads to folks? David, do you remember the conclusions we reached when we last talked to Chris in N.O.? Did we reach any conclusions? :-) Jordan From owner-freebsd-hackers Wed Mar 29 13:37:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00830 for hackers-outgoing; Wed, 29 Mar 1995 13:37:56 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA00822 for ; Wed, 29 Mar 1995 13:37:52 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id QAA03296; Wed, 29 Mar 1995 16:36:51 -0500 From: "matthew c. mead" Message-Id: <199503292136.QAA03296@goof.com> Subject: Re: mounting msdos, invalid fdisk partitions? To: bde@zeta.org.au (Bruce Evans) Date: Wed, 29 Mar 1995 16:36:50 -0500 (EST) Cc: phk@ref.tfs.com, hackers@FreeBSD.org In-Reply-To: <199503292105.HAA13874@godzilla.zeta.org.au> from "Bruce Evans" at Mar 30, 95 07:05:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 804 Sender: hackers-owner@FreeBSD.org Precedence: bulk Bruce Evans wrote: > >> You may have to run a "MAKEDEV sd1" in /dev... > > Well, check this out: > >bash# cd /dev > >bash# sh /usr/src/etc/etc.i386/MAKEDEV sd1 > >bad unit for disk in: sd1s0h > >bad unit for disk in: sd1s1 > >bad unit for disk in: sd1s2 > >bad unit for disk in: sd1s3 > >bad unit for disk in: sd1s4 > >is this because the sd code rejected partitions earlier? > It's because MAKEDEV isn't current. It should have gotten updated at the same time the kernel source did. -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Mar 29 13:41:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01237 for hackers-outgoing; Wed, 29 Mar 1995 13:41:30 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA01231 for ; Wed, 29 Mar 1995 13:41:24 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id NAA07601; Wed, 29 Mar 1995 13:40:59 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id NAA00175; Wed, 29 Mar 1995 13:40:59 -0800 Message-Id: <199503292140.NAA00175@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.org, freebsd-realtime@hda.com Subject: Re: FreeBSD support for realtime systems In-reply-to: Your message of "Wed, 29 Mar 95 19:08:09 +0200." <199503291708.TAA27551@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 29 Mar 1995 13:40:55 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >As Peter Dufault wrote: >> >> There is fixed priority scheduling on FreeBSD - see "rtprio". However, >> there is no way to lock a process in memory to avoid page faults, no >> kernel preemption (other than interrupts), and no way to way to reserve >> resources. > >Ain't it possible to apply mlock(2) to a whole process? mlock() isn't currently supported. It is planned for the future, however. -DG From owner-freebsd-hackers Wed Mar 29 13:45:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01787 for hackers-outgoing; Wed, 29 Mar 1995 13:45:32 -0800 Received: from netcom9.netcom.com (root@netcom9.netcom.com [192.100.81.119]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA01771 for ; Wed, 29 Mar 1995 13:45:22 -0800 Received: from localhost by netcom9.netcom.com (8.6.11/Netcom) id NAA19430; Wed, 29 Mar 1995 13:33:00 -0800 Message-Id: <199503292133.NAA19430@netcom9.netcom.com> To: Garrett Wollman cc: hackers@freefall.cdrom.com Subject: Configuration database (was Re: Changed information for PR misc/278) In-reply-to: Your message of "Wed, 29 Mar 1995 11:56:56 -0500" <9503291656.AA14584@halloran-eldar.lcs.mit.edu> Date: Wed, 29 Mar 95 13:32:53 -0800 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard says: > We've always just barreled along and never even really given > the user the opportunity to easily deselect what might be an entirely > gratuitous set of daemons.. > Sigh.. I think it must be said: Most of /etc is a mess, it always has > been a mess and all I've ever seen other operating systems do with it > is make it a more *convoluted* mess (SVR4 - gag me!). What's the > cool, killer paradigm shift we're missing here? :-) In two words: configuration database! Garrett Wollman sez: > As for configuration, I have had a dream occasionally that we could > have a completely integrated, text-file-based, configuration database > system with a different sort of naming concept. I experimented with something like this in my Fortune Systems days [in '83! Gawd, I feel old]. Here is how I would do this today: 1. Describe configuration using a consistent syntax. Some type of configuration objects may be hard wired but it should be possible to add new object types using the same syntax. Allow storing this information in a number of places. See below for an example of such a syntax. I have some code that handles a lot of it. 2. Provide a library to fetch/store whole objects or some particular components. Tools using this library should ignore object components they do not understand. This makes the design open ended. [And allows you to store stuff like font spec., image, audio file names etc. for snazzy graphical interfaces]. 3. init should be made to understand this syntax. Based on what devices have been found, its current state and user specified options in the config. database (CDB), it starts up various things (in some sequence specified in the CDB). During bootstrap it should be possible to interactively control this process for debugging purposes. Probably a minimal backup CDB should be built in init to allow progress even when the root FS is totally messed up. 4. It is inevitable that some scripts will have to be run -- we should use /bin/sh where it is best suited -- but a lot of tests can be removed from the rc scripts. Where such configuration tests are needed, they should use a command that queries the CDB. 5. Convert a number of disparate databases that are using their own peculiar syntax into this format. Converters to old formats can be written to handle legacy applications. 6. Have the kernel provide a device DB in a similar format in the /kern filesystem or through some syscall. [which reminds me, I'd also like to see the bootstrap chatter from device drivers brought into some sort of usable format and should only be printed optionally]. 7. Tie-in the installed package database somehow. For some packages we need to run scripts at bootstrap time (or while going multiuser) and they should use the same configuration mechanism as the base system. Comments? Any interest, anyone? -- bakul Example of a syntax: Today I would be happy with a LISP style syntax too but in the version I did, I chose the familiar keyword: value syntax, with some extensions. The object value can be a compound value with each component specified with its own keyword: value pair. For example, foo: { bar: 42 baz: jaskl askdladj } I also allowed the dotted pair notation. Thus the above object can also be specified as foo.bar: 42 foo.baz: jaskl askdladj If this record was in file /usr/gorp, externally you can reference gorp.foo.bar or /usr/grop.foo.bar and get 42. Later on I used the same syntax for storing my address book (accessed via a card index program) and added some meta objects to essentially define the type/prototype of an object. I also expanded the value types where you can store integers, reference to other objects or their components, a list of values, etc. The key thing to note is that this is a very general format and can be parsed fairly quickly and easily. I have used it for all sorts of things. From owner-freebsd-hackers Wed Mar 29 13:52:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02455 for hackers-outgoing; Wed, 29 Mar 1995 13:52:57 -0800 Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA02445 for ; Wed, 29 Mar 1995 13:52:49 -0800 Received: from freebsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA22873; Wed, 29 Mar 95 23:00:59 +0200 Received: by freebsd.first.gmd.de (XAA01815); Wed, 29 Mar 1995 23:02:45 +0200 From: Andreas Schulz Message-Id: <199503292102.XAA01815@freebsd.first.gmd.de> Subject: Re: 950322-SNAP adaptec AHA-2940 pci card To: cmjones@wolf.co.net (Craig M. Jones) Date: Wed, 29 Mar 1995 23:02:44 +0159 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <59853.cmjones@wolf.co.net> from "Craig M. Jones" at Mar 29, 95 01:10:32 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 943 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I am installing 950322-SNAP on pentium 90 pci with an adaptec 2940 scsi > controller. The boot floppies finds the card & I can install all the way to > the reboot from hard disk. While rebooting it hangs on waiting for scsi > devices to settle. I then booted the fixit disk, which booted ok. I can > mount & use the hard drive with this disk. I tried to lower the bus speed > as somone else on the list suggested from 10MHZ to 5MHZ no luck. Have you tried to do a reset after the halt from the boot floppies ? Some machines with certain cards need that. I have in the moment two of them, my pentium hangs at the rebooting and one 486 with a Buslogic VL card and a 3COM 3C507 card needs a reset, otherwise it doesn't find the harddisk. ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de ) Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof Rudower Chaussee 5 Gebaeude 13.7 Tel: +49-30-6392-1856/+49-177-2134745 Germany/Europe From owner-freebsd-hackers Wed Mar 29 13:55:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02575 for hackers-outgoing; Wed, 29 Mar 1995 13:55:34 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA02569 for ; Wed, 29 Mar 1995 13:55:28 -0800 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id QAA03642 for hackers@freebsd.org; Wed, 29 Mar 1995 16:55:24 -0500 From: "matthew c. mead" Message-Id: <199503292155.QAA03642@goof.com> Subject: MAKEDEV sd1 To: hackers@FreeBSD.org Date: Wed, 29 Mar 1995 16:55:24 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 527 Sender: hackers-owner@FreeBSD.org Precedence: bulk I feel stupid. MAKEDEV calls itself recursively. Thus when I did: sh /usr/src/etc/etc.386/MAKEDEV sd1, it called the MAKEDEV in /dev instead of the original one. Maybe it should call $0 instead of MAKEDEV? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed Mar 29 14:08:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02940 for hackers-outgoing; Wed, 29 Mar 1995 14:08:05 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA02931 for ; Wed, 29 Mar 1995 14:07:59 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA29001 (5.67a/IDA-1.5); Wed, 29 Mar 1995 15:49:55 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA01543; 29 Mar 95 15:49:02 CST (Wed) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id PAA01539; Wed, 29 Mar 1995 15:49:01 -0600 From: Peter da Silva Message-Id: <199503292149.PAA01539@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: taob@gate.sinica.edu.tw (Brian Tao) Date: Wed, 29 Mar 1995 15:49:01 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Mar 29, 95 11:49:38 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 261 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Would it be feasible to write a stripped down server that listens > to port 80 for only a few specific requests (provide HTML versions of > man pages, and a rudimentary search function). Check the web for existing small servers before writing a new one. From owner-freebsd-hackers Wed Mar 29 14:31:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03671 for hackers-outgoing; Wed, 29 Mar 1995 14:31:37 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA03481 for ; Wed, 29 Mar 1995 14:21:06 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA00989; Wed, 29 Mar 1995 23:21:32 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id XAA10148 for freebsd-hackers@freebsd.org; Wed, 29 Mar 1995 23:21:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA29189 for freebsd-hackers@freebsd.org; Wed, 29 Mar 1995 23:14:12 +0200 From: J Wunsch Message-Id: <199503292114.XAA29189@uriah.heep.sax.de> Subject: Re: Slip over telnet To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Wed, 29 Mar 1995 23:14:12 +0200 (MET DST) In-Reply-To: from "Tom Samplonius" at Mar 29, 95 11:10:56 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 383 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Tom Samplonius wrote: > > > Doesn't zmodem support escaping of special characters as well? Does it escape ^] by default? :-) [And does UUCP? No, it doesn't.] Our admins have really set up the connection to be 8-bit transparent. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 29 15:20:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA05803 for hackers-outgoing; Wed, 29 Mar 1995 15:20:49 -0800 Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA05792 for ; Wed, 29 Mar 1995 15:20:44 -0800 Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.10/8.6.9) with SMTP id RAA00247; Wed, 29 Mar 1995 17:20:19 -0600 X-Sender: wacky@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 29 Mar 1995 17:20:25 -0600 To: Amancio Hasty From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Amancio Hasty's Observation Cc: Hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >I think that is inevitable that we will have to embrace propieratory >technology if it means merging in with the market forces. The sooner >we realize this the better off we will be. I do not agree. In particular, the Acrobat technology doesn't buy us anything that we NEED to distribute documentation, etc. in our environment. Talk about BLOAT! I don't see us trying to include magazine quality layouts and graphics in the core system. The user that wants the fancy reader will still be able to read our non-proprietary (HTML, for example) documents with his reader of choice. Embracing proprietary technology is directly opposed to the philosophy behind the "Free" thinkers. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Wed Mar 29 15:31:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA06435 for hackers-outgoing; Wed, 29 Mar 1995 15:31:29 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA06429 for ; Wed, 29 Mar 1995 15:31:26 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id PAA03088 for ; Wed, 29 Mar 1995 15:25:58 GMT Message-Id: <199503291525.PAA03088@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: freebsd-hackers@FreeBSD.org Subject: Well, I want a cup of Java Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 29 Mar 1995 15:25:55 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk This is the latest on the source availability from a sun engineer. > javac is written in Java so once the interpreter is ported it should > run fine. But the source is available we're trying to get our story > straight with our lawyers on how to release it. Sigh... We'll send > out an update to the list on how to get the source. > I figure that this will save some effort in trying to get Java. Will this mark the death of Pearl :) (just kidding) Have fun, Amancio From owner-freebsd-hackers Wed Mar 29 15:38:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA06529 for hackers-outgoing; Wed, 29 Mar 1995 15:38:37 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA06520 for ; Wed, 29 Mar 1995 15:38:23 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02902; Thu, 30 Mar 1995 00:57:16 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id AAA10885; Thu, 30 Mar 1995 00:57:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA00369; Thu, 30 Mar 1995 00:55:19 +0200 From: J Wunsch Message-Id: <199503292255.AAA00369@uriah.heep.sax.de> Subject: Re: touchup UT_NAMESIZE To: bugs@ns1.win.net (Mark Hittinger) Date: Thu, 30 Mar 1995 00:55:19 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <199503291947.OAA13272@ns1.win.net> from "Mark Hittinger" at Mar 29, 95 02:47:02 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 390 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Mark Hittinger wrote: > > > Request for the next snapshot: > > Please edit include/utmp.h to change UT_NAMESIZE from 8 to 10. Since > MAXLOGNAME in sys/param.h is 12 this will not require any kernel changes. Who's gonna do such a change? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 29 15:44:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA06667 for hackers-outgoing; Wed, 29 Mar 1995 15:44:33 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA06660 for ; Wed, 29 Mar 1995 15:44:28 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id PAA03191; Wed, 29 Mar 1995 15:39:07 GMT Message-Id: <199503291539.PAA03191@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: rkw@dataplex.net (Richard Wackerbarth) cc: Hackers@FreeBSD.org Subject: Acrobat (Re: Amancio Hasty's Observation ) In-reply-to: Your message of "Wed, 29 Mar 1995 17:20:25 CST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 29 Mar 1995 15:39:05 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Richard Wackerbarth said: > >I think that is inevitable that we will have to embrace propieratory > >technology if it means merging in with the market forces. The sooner > >we realize this the better off we will be. > > I do not agree. In particular, the Acrobat technology doesn't buy us > anything that we NEED to distribute documentation, etc. in our environment. > Talk about BLOAT! I don't see us trying to include magazine quality layouts > and graphics in the core system. The user that wants the fancy reader will > still be able to read our non-proprietary (HTML, for example) documents > with his reader of choice. > > Embracing proprietary technology is directly opposed to the philosophy > behind the "Free" thinkers. ^^^^^^^^^^^^^^^ Talking about a HUGE flame bait, well I am really going to skip this one. In summary, I just wanted to let the group know that it may be possible to port Acrobat to FreeBSD. A neat place for it may be /cool-ports :) At any rate, I am not going to try to port Acrobat;mostly, because I have other interestings goodies on my plate so for now you can all relax (unless someone does try to do it :) ) Amancio From owner-freebsd-hackers Wed Mar 29 16:13:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA07506 for hackers-outgoing; Wed, 29 Mar 1995 16:13:43 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA07500 for ; Wed, 29 Mar 1995 16:13:37 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id RAA17099; Wed, 29 Mar 1995 17:14:54 -0700 Message-Id: <199503300014.RAA17099@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org cc: Chuck Robey Subject: Re: httpd as part of the system. In-reply-to: Your message of "Tue, 28 Mar 1995 21:10:27 EST." Date: Wed, 29 Mar 1995 17:14:53 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, > Hello, > > > Steve, I just downloaded the Mosaic-2.5.tgz package from > > FreeBSD.cdrom.com, and I immediately did a gunzip -c Mosaic-2.5.tgz|tar > > -tvf - which told me that it had an unexpected EOF, so I guess the whole > > package didn't show up. Would you like to try it again? > > try tar -tzvf Mosaic-2.5.tgz there are 2 files in freeBSD.cdrom.com:/incoming that presumably are the mosaic-2.5 programs I downloaded to freefall. Mosaic-2.5.tgz Mosaic-2.5-term.tgz I have no idea how they got to freebsd. Could someone with login priviledges there untar both to check their sanity. If either is bad delete & let me know so I can put another copy up. Is it OK to use freebsd, i used freefall as i was under the impression that freebsd was low on diskspace? Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Wed Mar 29 16:30:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA08293 for hackers-outgoing; Wed, 29 Mar 1995 16:30:11 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA08143 for ; Wed, 29 Mar 1995 16:25:40 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02898; Thu, 30 Mar 1995 00:57:14 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id AAA10882 for freebsd-hackers@freebsd.org; Thu, 30 Mar 1995 00:57:14 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA00335 for freebsd-hackers@freebsd.org; Thu, 30 Mar 1995 00:54:25 +0200 From: J Wunsch Message-Id: <199503292254.AAA00335@uriah.heep.sax.de> Subject: Re: Slip over telnet To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 30 Mar 1995 00:54:25 +0200 (MET DST) In-Reply-To: from "Brian Tao" at Mar 30, 95 02:05:22 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 528 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Brian Tao wrote: > > What if you negotiated an 8-bit binary link with no EOL conversion > and no escape character? I think one of TIA's selling points is that > it works over a telnet connection. You'll have to fix the pty code. >From a quick glance it looks that someone simply didn't trust it and artificially took out all the SLIP discipline handling out of a slave pty. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 29 16:37:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA08678 for hackers-outgoing; Wed, 29 Mar 1995 16:37:43 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA08303 for ; Wed, 29 Mar 1995 16:30:27 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02894; Thu, 30 Mar 1995 00:57:13 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id AAA10879 for freebsd-hackers@freebsd.org; Thu, 30 Mar 1995 00:57:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA00281 for freebsd-hackers@freebsd.org; Thu, 30 Mar 1995 00:50:06 +0200 From: J Wunsch Message-Id: <199503292250.AAA00281@uriah.heep.sax.de> Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 30 Mar 1995 00:50:05 +0200 (MET DST) In-Reply-To: <199503291308.NAA02396@star-gate.com> from "Amancio Hasty" at Mar 29, 95 01:08:12 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 519 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Amancio Hasty wrote: > > >>> HOSOKAWA Tatsumi said: > > Well, the image looks real nice . I still prefer the Big Step one. Not that i wanna start any sort of flame war... but i'm located in europe: the Giant Step is rather US-centric. Think of a daemon riding on the back of a Sputnik -- you certainly would call it Soviet- centric then... I rather like the CD devil. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Mar 29 16:58:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA10421 for hackers-outgoing; Wed, 29 Mar 1995 16:58:51 -0800 Received: from dmssyd.syd.dms.CSIRO.AU (dmssyd.syd.dms.CSIRO.AU [130.155.16.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA10415 for ; Wed, 29 Mar 1995 16:58:49 -0800 Received: from megadata.mega.com.au by dmssyd.syd.dms.CSIRO.AU (4.1/5.17) id AA15169; Thu, 30 Mar 95 10:58:26 EST (from andrew@mega.com.au) Received: by megadata.mega.com.au (4.1/SMI-4.1/MEGA) id AA16143; Thu, 30 Mar 95 10:58:36 EST Date: Thu, 30 Mar 95 10:58:36 EST From: Andrew McRae Message-Id: <9503300058.AA16143@megadata.mega.com.au> To: hackers@FreeBSD.org Subject: Re: FreeBSD support for realtime systems X-Face: *Ca*Qw_'S?uT3u}"Y,-b[rIRFm*7MaD8zp6$7B?r8k&iGt4'2W@WFXSrP:%Dqk,V8Gap Jer pj*qHbFA!k4YDR"~iAO&gp*T=!KG*'c0:],:l}0(oAm?pdjC0.V{2%3v,w8pwqiL7$^}][Kiz- Sender: hackers-owner@FreeBSD.org Precedence: bulk This is starting to get off the track a bit concerning FreeBSD, but it is of interest for people who are interested in what FreeBSD *is* being used for around the place. Peter da Silva writes: >We are currently running a "soft" real time (SCADA) system on UNIX with >realtime extensions. I haven't tried running real time on traditional UNIX. We are running soft real time systems on SunOS, OSF/1 and HP/UX (Peter's probably seen our MOSAIC product running) but these are not running `hard' real time; IMHO, running real time extensions on Unix to try to make it hard real time is trying to make a silk purse out of a sow's ear. There are just *so* many things to change that I question whether it is worthwhile - it's like the antique chair that was so old I had to replace the back, the seat and three legs, but it's still an antique :-) . I think the *real* real time stuff needs to go into embedded (or similar) systems running something like QNX etc., but that Unix (or FreeBSD) does have a significant place in the rest of the complete `real time' system. I have a saying that goes, "a few extra MIPS covers a multitude of sins". At least with things like FreeBSD I can *cheaply* put together a system that's fast enough to *appear* real time without the nasty tricks. But more specifically about FreeBSD, we are starting to install FreeBSD as part of our Substation Management Systems, where FreeBSD can be run on industrial PCs and be more stable and reliable than Windows. The value of running FreeBSD is: - Good networking (fast, reliable, good tools etc.) - Multi-tasking (i.e. allow remote logins etc.) - Cheap! I can't fault the price :-) - X is available for graphical man machine interfaces. - It can run on a wide range of products, right from roll-your-own cheap PCs to industrial PCs to laptops sitting in a rack. - It is possible to maintain without reliance on a disinterested software vendor. - We ourselves can influence the contents of FreeBSD by creating our own schedulers and changes to make it more responsive. There is probably no reason why our mainstream `big' product can't be ported to FreeBSD - someone ported it to Linux, but ran into networking problems - FreeBSD would be a much more natural system for it to be ported to. The point is that I think FreeBSD can be a major win for niche software developers like ourselves (I said `niche' not `nice' :-) Cheers, Andrew McRae inet: andrew@mega.com.au MITS Real Time Ltd, uucp: ..!uunet!mega.com.au!andrew North Ryde 2113 Phone: +61 2 805 0899 NSW AUSTRALIA Fax: +61 2 887 4847 From owner-freebsd-hackers Wed Mar 29 17:23:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA11068 for hackers-outgoing; Wed, 29 Mar 1995 17:23:56 -0800 Received: from dmssyd.syd.dms.CSIRO.AU (dmssyd.syd.dms.CSIRO.AU [130.155.16.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA11059 for ; Wed, 29 Mar 1995 17:23:52 -0800 Received: from megadata.mega.com.au by dmssyd.syd.dms.CSIRO.AU (4.1/5.17) id AA16831; Thu, 30 Mar 95 11:05:11 EST (from andrew@mega.com.au) Received: by megadata.mega.com.au (4.1/SMI-4.1/MEGA) id AA16321; Thu, 30 Mar 95 11:05:20 EST Date: Thu, 30 Mar 95 11:05:20 EST From: Andrew McRae Message-Id: <9503300105.AA16321@megadata.mega.com.au> To: hackers@FreeBSD.org Subject: Re: Configuring driver added via LKM X-Face: *Ca*Qw_'S?uT3u}"Y,-b[rIRFm*7MaD8zp6$7B?r8k&iGt4'2W@WFXSrP:%Dqk,V8Gap Jer pj*qHbFA!k4YDR"~iAO&gp*T=!KG*'c0:],:l}0(oAm?pdjC0.V{2%3v,w8pwqiL7$^}][Kiz- Sender: hackers-owner@FreeBSD.org Precedence: bulk Terry Lambert writes: >I think in general that the features that make a driver a good >"plug-n-play" citizen will do the same for making it a good LKM >citizen; I am in the midst of hacking the PCMCIA stuff to remove it from the ISA model and place it under a separate bus. Meantime I am redoing the kernel interface to the drivers to allow a much better disconnect and reconnect scheme. The benefit of doing this under PCMCIA is that you can have a card manager that controls this, and the `schedule for disconnect' is someone removing a card. A paper about it is on dmssyd.syd.dms.csiro.au under /pri/mcrae It is a little light on details, but gives the general direction I am going. Cheers, Andrew McRae inet: andrew@mega.com.au MITS Real Time Ltd, uucp: ..!uunet!mega.com.au!andrew North Ryde 2113 Phone: +61 2 805 0899 NSW AUSTRALIA Fax: +61 2 887 4847 From owner-freebsd-hackers Wed Mar 29 18:36:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA11769 for hackers-outgoing; Wed, 29 Mar 1995 18:36:54 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA11763 for ; Wed, 29 Mar 1995 18:36:48 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA02380 (5.67a/IDA-1.5); Wed, 29 Mar 1995 20:06:56 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA07973; 29 Mar 95 19:44:32 CST (Wed) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA07970; Wed, 29 Mar 1995 19:44:31 -0600 From: Peter da Silva Message-Id: <199503300144.TAA07970@bonkers.taronga.com> Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 29 Mar 1995 19:44:31 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503292250.AAA00281@uriah.heep.sax.de> from "J Wunsch" at Mar 30, 95 00:50:05 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 694 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Not that i wanna start any sort of flame war... but i'm located in > europe: the Giant Step is rather US-centric. Think of a daemon riding > on the back of a Sputnik -- you certainly would call it Soviet- > centric then... Ooh! Ooh! How about this... a couple of spaceships, linked together, the Daemon in a spacesuit in the foreground. The ships are Apollo and Soyuz. The caption is "Contact has been made" (or if someone has a *real* quote from A-S that'd be even better. BSD making contact with the world. No identification as to which is BSD of course... (I still love the Giant Step... remember, it wasn't "A Giant Step for the United States", it was "A giant step for Mankind".) From owner-freebsd-hackers Wed Mar 29 18:40:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA11906 for hackers-outgoing; Wed, 29 Mar 1995 18:40:49 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA11899 for ; Wed, 29 Mar 1995 18:40:48 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id SAA08356; Wed, 29 Mar 1995 18:40:11 -0800 Message-Id: <199503300240.SAA08356@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: "Craig M. Jones" cc: hackers@FreeBSD.org Subject: Re: 950322-SNAP adaptec AHA-2940 pci card In-reply-to: Your message of "Wed, 29 Mar 1995 13:10:32 CST." <59853.cmjones@wolf.co.net> Date: Wed, 29 Mar 1995 18:40:10 -0800 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >Hi >I have been using FreeBSD 1.51 for a long time now & am very impressed with >FreeBSD. It has been working as our network server very nicely. >Thanks to all the people working on it! > >Now for the problem. >I am installing 950322-SNAP on pentium 90 pci with an adaptec 2940 scsi >controller. The boot floppies finds the card & I can install all the way to >the reboot from hard disk. While rebooting it hangs on waiting for scsi >devices to settle. I then booted the fixit disk, which booted ok. I can >mount & use the hard drive with this disk. I tried to lower the bus speed >as somone else on the list suggested from 10MHZ to 5MHZ no luck. > >Any sugestions? > >Craig Jones >Univ. of Minnesota >cmjones@wolf.co.net Do you have any devices (my guess would be a network adaptor since the drivers for them are not in the boot floppy's kernel) that have a conflicting interrupt? I didn't have shared interrupts working properly in the 294x driver for the 322 SNAP, but will shortly, so I'm hoping this is your problem. If not, please drop me a line. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Wed Mar 29 18:43:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA11944 for hackers-outgoing; Wed, 29 Mar 1995 18:43:44 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA11938 for ; Wed, 29 Mar 1995 18:43:43 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id SAA11096; Wed, 29 Mar 1995 18:42:18 -0800 From: Poul-Henning Kamp Message-Id: <199503300242.SAA11096@ref.tfs.com> Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) To: peter@bonkers.taronga.com (Peter da Silva) Date: Wed, 29 Mar 1995 18:42:18 -0800 (PST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <199503300144.TAA07970@bonkers.taronga.com> from "Peter da Silva" at Mar 29, 95 07:44:31 pm Content-Type: text Content-Length: 414 Sender: hackers-owner@FreeBSD.org Precedence: bulk > (I still love the Giant Step... remember, it wasn't "A Giant Step for the > United States", it was "A giant step for Mankind".) And as a slightly unamerican citizen of Earth, it looks like a slight step backwards for USA... :-/ -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Wed Mar 29 18:45:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA11971 for hackers-outgoing; Wed, 29 Mar 1995 18:45:30 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA11964; Wed, 29 Mar 1995 18:45:29 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: hackers@FreeBSD.org, ellen@cdrom.com Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) In-reply-to: Your message of "Thu, 30 Mar 95 02:25:01 +0900." <199503291725.CAA04588@nanbu.mt.cs.keio.ac.jp> Date: Wed, 29 Mar 1995 18:45:28 -0800 Message-ID: <11963.796531528@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I'm not satisfied with thid version because the deemon's outline is > too sharp. I want to fix it soon. This is very nice!! The only thing we need to do now is make the background some color other than black, at least for the CD! :-) For some reason, dark colors look very muddy on covers (we've tried them and they don't work :-( ). I think it's a limitation of the printing process - you lose too many of the contrasting colors and the whole thing comes out just looking really dark. If the daemon was a bit brighter red, and the background was some color like light blue it would come out looking a lot nicer! What do you think? Talk to Ellen here - she's the one doing the final production on all of this and will know better how it's going to finally look on the poster. But this looks really, really good! We're almost there - don't give up on us yet! :-) Also, can we get the original EPS file? This way we can play with different backgrounds and contrasts as we print it out and look at the results! Thanks! Jordan From owner-freebsd-hackers Wed Mar 29 18:54:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA12042 for hackers-outgoing; Wed, 29 Mar 1995 18:54:11 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA12035; Wed, 29 Mar 1995 18:54:10 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Nate Williams cc: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi), hackers@FreeBSD.org Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) In-reply-to: Your message of "Wed, 29 Mar 95 10:43:11 MST." <199503291743.KAA15401@trout.sri.MT.net> Date: Wed, 29 Mar 1995 18:54:10 -0800 Message-ID: <12033.796532050@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > ps. I still like the Giant Step idea myself. I appreciate WC and > everything they've done, but relating FreeBSD directly to a CD seems a > bit too commercial for me. A daemon I can handle, but a CD ..... *grin* Like I said before, this was the proposed image for the *CD* cover, so in that context I think it's more than apropos! ;-) Jrodan From owner-freebsd-hackers Wed Mar 29 18:57:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA12094 for hackers-outgoing; Wed, 29 Mar 1995 18:57:54 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA12087; Wed, 29 Mar 1995 18:57:53 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Richard Tobin cc: freebsd-hackers@FreeBSD.org, dave@dogwood.com Subject: Re: HotJava In-reply-to: Your message of "Wed, 29 Mar 95 19:08:09 +0100." <199503291808.TAA19561@deacon.cogsci.ed.ac.uk> Date: Wed, 29 Mar 1995 18:57:42 -0800 Message-ID: <12086.796532262@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Is anyone porting Java and HotJava to FreeBSD? Dave Cornejo (dave@dogwood.com) said he was contemplating stepping forward for this, but I don't know the status.. Dave? Jordan From owner-freebsd-hackers Wed Mar 29 19:01:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA12182 for hackers-outgoing; Wed, 29 Mar 1995 19:01:35 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA12175; Wed, 29 Mar 1995 19:01:33 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: faulkner@mpd.tandem.com (Boyd Faulkner) cc: jfieber@cs.smith.edu (John Fieber), hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. In-reply-to: Your message of "Wed, 29 Mar 95 12:48:38 CST." <9503291848.AA10214@olympus> Date: Wed, 29 Mar 1995 19:01:33 -0800 Message-ID: <12174.796532493@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > lynx may be adequate as a local html reader but as an internet reader, > it does not seem to help those of us using proxy servers behind > firewalls. Thus it does not inspire me. > > Am I wrong? You are wrong. Lynx does support the use of proxies. Jordan From owner-freebsd-hackers Wed Mar 29 19:07:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA12345 for hackers-outgoing; Wed, 29 Mar 1995 19:07:20 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA12339 for ; Wed, 29 Mar 1995 19:07:17 -0800 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA01517; Wed, 29 Mar 95 21:06:35 CST From: Joe Greco Message-Id: <9503300306.AA01517@brasil.moneng.mei.com> Subject: Re: Slip over telnet To: davide.tome'@galactica.it (DAVIDE TOME') Date: Wed, 29 Mar 1995 21:06:34 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <8A662DE.0001021046.uuout@galactica.it> from "DAVIDE TOME" at Mar 29, 95 12:14:00 pm X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 901 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hi, > > I'd like to know if its possible to run slip over telnet connection > to give our user , who has telnet account on our UNIX, the SLIP > connection. > > for example if it's possile to do a slattach on device /dev/ttyp01 > > Thanks It was not (apparently?) possible as of 2.0R, when I tried it I was not able to get it to work (but I didn't put a LOT of effort into it). This is something that I believe would be reasonably useful. You may (or may not) run into problems with telnet and escaping characters. I believe that a recent Berkeley telnet/telnetd combo can be made to give an 8-bit-clean connection. I've personally been using rlogin, but only for UUCP - not SLIP. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Wed Mar 29 19:09:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA12496 for hackers-outgoing; Wed, 29 Mar 1995 19:09:15 -0800 Received: from white.dogwood.com (root@white.dogwood.com [140.174.96.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA12481; Wed, 29 Mar 1995 19:09:09 -0800 Received: (from dave@localhost) by white.dogwood.com (8.6.11/8.6.10) id TAA18643; Wed, 29 Mar 1995 19:08:54 -0800 From: Dave Cornejo Message-Id: <199503300308.TAA18643@white.dogwood.com> Subject: Re: HotJava To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Wed, 29 Mar 1995 19:08:54 -0800 (PST) Cc: richard@cogsci.ed.ac.uk, freebsd-hackers@FreeBSD.org, dave@dogwood.com In-Reply-To: <12086.796532262@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 29, 95 06:57:42 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 711 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > Is anyone porting Java and HotJava to FreeBSD? > > Dave Cornejo (dave@dogwood.com) said he was contemplating stepping forward > for this, but I don't know the status.. Dave? > > Jordan In an email monday I was told 1) They're planning a major overhaul before they pass out the sources for porting & 2) The job is non-trivial. He was rather vague, but mumbled something about possibly needing kernel support. I'll be happy to coordinate any efforts, if there are no objections, and all help is welcome. -- Dave Cornejo There is nothing so subtle Dogwood Media as the obvious Fremont, California From owner-freebsd-hackers Wed Mar 29 19:16:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA12714 for hackers-outgoing; Wed, 29 Mar 1995 19:16:00 -0800 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA12703 for ; Wed, 29 Mar 1995 19:15:54 -0800 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id WAA14726; Wed, 29 Mar 1995 22:16:31 -0500 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199503300316.WAA14726@grendel.csc.smith.edu> Subject: Re: Shipping w/ HTTPD BAD IDEA To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Wed, 29 Mar 1995 22:16:30 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199503252250.OAA16508@freefall.cdrom.com> from "Charles Henrich" at Mar 25, 95 05:49:24 pm Content-Type: text Content-Length: 893 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Why cant we make that an optional PORT directory item? I'd hate > to end up in a position where one has no choice but to use > pointy-clicky (arrowkeys in lynx ;) over man because at somepoint > it was decided to stop supporting primarily the man style manual > pages. And who proposed that we ditch the existing man system? It sure wasn't me. I think you missed the main point. The point is to provide an interface to our own hypertext document (faq's, tutorials, GNU info pages and such) and possibly provide an *alternate* interface to the manual pages. I might suggest that this whole bag of things (man pages, tutorials, FAQ, GNU info pages and man(1), lynx and httpd) be wrapped up as a optional "documentation" package. -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-hackers Wed Mar 29 19:20:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA12816 for hackers-outgoing; Wed, 29 Mar 1995 19:20:05 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA12802; Wed, 29 Mar 1995 19:19:59 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id TAA04540; Wed, 29 Mar 1995 19:14:40 GMT Message-Id: <199503291914.TAA04540@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) In-reply-to: Your message of "Wed, 29 Mar 1995 18:54:10 PST." <12033.796532050@freefall.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 29 Mar 1995 19:14:37 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> "Jordan K. Hubbard" said: > > ps. I still like the Giant Step idea myself. I appreciate WC and > > everything they've done, but relating FreeBSD directly to a CD seems a > > bit too commercial for me. A daemon I can handle, but a CD ..... *grin* > > Like I said before, this was the proposed image for the *CD* cover, > so in that context I think it's more than apropos! ;-) > > Jrodan Same here, I really appreciate everything that Walnut Creek Cdrom has done for Freebsd! Now to the fun stuff... Under intense cross-examination from the blue pin strip suits, Amancio finally confesses: I am not a Marketing Type. How about if we call a vote on the proposed images : * The Big Step specify on CD cover and/or poster * The CD version specify on CD cover and/or poster I of course vote for the Big Step on both the CD cover and poster. At any rate Jordan, if you *really* have to use CD version, I guess is okay :) Amancio From owner-freebsd-hackers Wed Mar 29 19:25:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA12999 for hackers-outgoing; Wed, 29 Mar 1995 19:25:27 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA12992; Wed, 29 Mar 1995 19:25:24 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id TAA04562; Wed, 29 Mar 1995 19:19:40 GMT Message-Id: <199503291919.TAA04562@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Dave Cornejo cc: jkh@freefall.cdrom.com (Jordan K. Hubbard), richard@cogsci.ed.ac.uk, freebsd-hackers@FreeBSD.org Subject: Re: HotJava In-reply-to: Your message of "Wed, 29 Mar 1995 19:08:54 PST." <199503300308.TAA18643@white.dogwood.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 29 Mar 1995 19:19:39 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Dave Cornejo said: > Jordan K. Hubbard wrote: > > > Is anyone porting Java and HotJava to FreeBSD? > > > > Dave Cornejo (dave@dogwood.com) said he was contemplating stepping forward > > for this, but I don't know the status.. Dave? > > > > Jordan > > In an email monday I was told > > 1) They're planning a major overhaul before they pass out the sources > for porting & > 2) The job is non-trivial. He was rather vague, but mumbled something > about possibly needing kernel support. > > I'll be happy to coordinate any efforts, if there are no objections, > and all help is welcome. > Again, according to the latest info I got is that Java and friends are tangled up in the legal Dept at Sun and I don't have a clue when all that is going to be cleared up. My interest is on Java itself and not so much on HotJava, the Webserver. I will be more than happy to let others handle the official port... Amancio From owner-freebsd-hackers Wed Mar 29 19:27:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA13062 for hackers-outgoing; Wed, 29 Mar 1995 19:27:37 -0800 Received: from netcom9.netcom.com (root@netcom9.netcom.com [192.100.81.119]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA13056; Wed, 29 Mar 1995 19:27:35 -0800 Received: from localhost by netcom9.netcom.com (8.6.11/Netcom) id TAA09389; Wed, 29 Mar 1995 19:19:53 -0800 Message-Id: <199503300319.TAA09389@netcom9.netcom.com> To: Dave Cornejo cc: jkh@freefall.cdrom.com (Jordan K. Hubbard), richard@cogsci.ed.ac.uk, freebsd-hackers@FreeBSD.org Subject: Re: HotJava In-reply-to: Your message of "Wed, 29 Mar 95 19:08:54 PST." <199503300308.TAA18643@white.dogwood.com> Date: Wed, 29 Mar 95 19:19:50 -0800 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk > 2) The job is non-trivial. He was rather vague, but mumbled something > about possibly needing kernel support. I suspect this may have to do with on-the-fly code generation from the byte-code. Non-trivial as well as kernel support. Anyway, as far as kernel support is concerned, it shouldn't be a problem on a free OS, right?:-) I must say I am not sold on Java yet. Scheme remains my favorite prototyping language. Once you learn to exploit features like creating functions (closures) on the fly and functional composition, O-O languages look rather anemic and under powered. From owner-freebsd-hackers Wed Mar 29 19:36:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA13536 for hackers-outgoing; Wed, 29 Mar 1995 19:36:30 -0800 Received: from ix3.ix.netcom.com (ix3.ix.netcom.com [199.182.120.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA13530; Wed, 29 Mar 1995 19:36:26 -0800 Received: from by ix3.ix.netcom.com (8.6.11/SMI-4.1/Netcom) id TAA25057; Wed, 29 Mar 1995 19:33:04 -0800 Date: Wed, 29 Mar 1995 19:33:04 -0800 Message-Id: <199503300333.TAA25057@ix3.ix.netcom.com> From: PVinci@ix.netcom.com (Paul Vinciguerra) Subject: CERN httpd question To: questions@FreeBSD.org To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Since the everybody's talking about the CERN httpd, maybe someone can tell me how to do the following. I have been told that it is possible to set up either multiple servers or home pages (as I was told by aliasing) . Maybe more clearly stated, one freeBSD box running CERN for aaa.org and bbb.org http//:www.aaa.org showing aaa.html and http://www.bbb.org showing bbb.html. I've been intrigued by the idea, but haven't been able to figure it out. the onlt thing I believe possible is to alias www.bbb.org to www.aaa.org with either request sending aaa.html. Thanks, Paul From owner-freebsd-hackers Wed Mar 29 19:36:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA13555 for hackers-outgoing; Wed, 29 Mar 1995 19:36:37 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA13547; Wed, 29 Mar 1995 19:36:35 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Andrew McRae cc: hackers@FreeBSD.org Subject: Re: Configuring driver added via LKM In-reply-to: Your message of "Thu, 30 Mar 95 11:05:20 EST." <9503300105.AA16321@megadata.mega.com.au> Date: Wed, 29 Mar 1995 19:36:31 -0800 Message-ID: <13542.796534591@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I am in the midst of hacking the PCMCIA stuff to remove it from > the ISA model and place it under a separate bus. Meantime I am > redoing the kernel interface to the drivers to allow a much > better disconnect and reconnect scheme. The benefit of Is this a 2.1 thing or should we be shooting more for 2.2 (late summer) with this? If it's 2.1, you have only a week or two left to fold in the working code, so I strongly suspect that we shouldn't even try. 2.2 in the September timeframe sounds far more achievable. Jordan From owner-freebsd-hackers Wed Mar 29 19:39:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA13626 for hackers-outgoing; Wed, 29 Mar 1995 19:39:44 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA13619; Wed, 29 Mar 1995 19:39:39 -0800 Message-Id: <199503300339.TAA13619@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Bakul Shah cc: Dave Cornejo , jkh@freefall.cdrom.com (Jordan K. Hubbard), richard@cogsci.ed.ac.uk, freebsd-hackers@FreeBSD.org, jmacd@freefall.cdrom.com Subject: Re: HotJava In-reply-to: Your message of "Wed, 29 Mar 95 19:19:50 PST." <199503300319.TAA09389@netcom9.netcom.com> Date: Wed, 29 Mar 1995 19:39:38 -0800 From: Joshua Peck Macdonald Sender: hackers-owner@FreeBSD.org Precedence: bulk > I must say I am not sold on Java yet. Scheme remains my > favorite prototyping language. Once you learn to exploit > features like creating functions (closures) on the fly and > functional composition, O-O languages look rather anemic and > under powered. #t Scheme Rules. -josh From owner-freebsd-hackers Wed Mar 29 19:43:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA13720 for hackers-outgoing; Wed, 29 Mar 1995 19:43:58 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA13712; Wed, 29 Mar 1995 19:43:52 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id TAA08275; Wed, 29 Mar 1995 19:43:39 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA00331; Wed, 29 Mar 1995 19:43:39 -0800 Message-Id: <199503300343.TAA00331@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: Andrew McRae , hackers@FreeBSD.org Subject: Re: Configuring driver added via LKM In-reply-to: Your message of "Wed, 29 Mar 95 19:36:31 PST." <13542.796534591@freefall.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 29 Mar 1995 19:43:36 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> I am in the midst of hacking the PCMCIA stuff to remove it from >> the ISA model and place it under a separate bus. Meantime I am >> redoing the kernel interface to the drivers to allow a much >> better disconnect and reconnect scheme. The benefit of > >Is this a 2.1 thing or should we be shooting more for 2.2 (late >summer) with this? > >If it's 2.1, you have only a week or two left to fold in the working >code, so I strongly suspect that we shouldn't even try. 2.2 in >the September timeframe sounds far more achievable. Yeah, like Jordan says, if this is going to be in 2.1 then someone needs to start a marathon session to get it in. It either needs to be in the next snapshot or not until 2.2. -DG From owner-freebsd-hackers Wed Mar 29 19:45:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA13759 for hackers-outgoing; Wed, 29 Mar 1995 19:45:35 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA13747; Wed, 29 Mar 1995 19:45:30 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Amancio Hasty cc: hackers@FreeBSD.org Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) In-reply-to: Your message of "Wed, 29 Mar 95 19:14:37 GMT." <199503291914.TAA04540@star-gate.com> Date: Wed, 29 Mar 1995 19:45:28 -0800 Message-ID: <13746.796535128@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > How about if we call a vote on the proposed images : Uh... Guys, guys! As much as we have input to it, this is WCs CDROM and we have as much place dictating to them how the cover should look as they have dictating to us what sorts of kernel features we include. They don't tell us the latter and so we're not going to tell them the former, OK? We can make our opinions known, but this is NOT a democracy where that is concerned and WC is going to use whichever image they think will sell the CD most effectively. End of discussion. Jordan From owner-freebsd-hackers Wed Mar 29 19:50:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA13839 for hackers-outgoing; Wed, 29 Mar 1995 19:50:06 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA13832; Wed, 29 Mar 1995 19:50:01 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Joshua Peck Macdonald cc: Bakul Shah , Dave Cornejo , richard@cogsci.ed.ac.uk, freebsd-hackers@FreeBSD.org Subject: Re: HotJava In-reply-to: Your message of "Wed, 29 Mar 95 19:39:38 PST." <199503300339.TAA13619@freefall.cdrom.com> Date: Wed, 29 Mar 1995 19:50:00 -0800 Message-ID: <13825.796535400@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I must say I am not sold on Java yet. Scheme remains my > > favorite prototyping language. Once you learn to exploit > > features like creating functions (closures) on the fly and > > functional composition, O-O languages look rather anemic and > > under powered. > > #t > > Scheme Rules. Dudes, it doesn't matter. Marketing rules, not language design, and people are, for the most part, sold on procedural languages. You can shout things like "scheme!" and "forth!" to the skies if you wish, but it won't be as relevant as whatever's occupying the majority position in the market. Who cares how wizzy the language is if there aren't any programs of significant commercial substance written in it? I like scheme too, but I'm tired of running full-tilt at windmills. If everyone is going in a different direction then I'm hardly going to go down the "embittered crank" route.. :-) Jordan From owner-freebsd-hackers Wed Mar 29 20:46:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA14842 for hackers-outgoing; Wed, 29 Mar 1995 20:46:11 -0800 Received: from ix4.ix.netcom.com (ix4.ix.netcom.com [199.182.120.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA14836 for ; Wed, 29 Mar 1995 20:46:10 -0800 Received: from by ix4.ix.netcom.com (8.6.11/SMI-4.1/Netcom) id UAA14387; Wed, 29 Mar 1995 20:42:53 -0800 Date: Wed, 29 Mar 1995 20:42:53 -0800 Message-Id: <199503300442.UAA14387@ix4.ix.netcom.com> From: PVinci@ix.netcom.com (Paul Vinciguerra) Subject: Re: [Q} rules of thumb re: RAM... Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Although this may not be pertinent to the hackers list, I think the answers belong on 2.1 ... somewhere under system specifications ... The better the answers, the better the doc I can provide you... Are there any rules of thumb for the amout of RAM for a FREEBSD server? I know that wcarchive is loaded to handle 450 users. Are there guidelines for how much RAM is needed for each of the following? each ftp client cern hpptd each web client are the client just considered like any regular login? How much memory is suggested per login? I think that some type of guidelines should be included with 2.1. If I get a thorough response, I'd be glad to do put collection together as a FAQ or a HMTL doc. Paul From owner-freebsd-hackers Wed Mar 29 20:46:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA14872 for hackers-outgoing; Wed, 29 Mar 1995 20:46:53 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA14860 for ; Wed, 29 Mar 1995 20:46:48 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id VAA18142 for ; Wed, 29 Mar 1995 21:48:01 -0700 Message-Id: <199503300448.VAA18142@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: Re: Shipping w/ HTTPD BAD IDEA In-reply-to: Your message of "Wed, 29 Mar 1995 22:16:30 EST." <199503300316.WAA14726@grendel.csc.smith.edu> Date: Wed, 29 Mar 1995 21:48:00 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, > I might suggest that this whole bag of things (man pages, > tutorials, FAQ, GNU info pages and man(1), lynx and httpd) be > wrapped up as a optional "documentation" package. except man(). i always feel cheated if any unix system doesn't have complete man pages as part of the basic package. Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Wed Mar 29 21:54:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA15805 for hackers-outgoing; Wed, 29 Mar 1995 21:54:23 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA15792 for ; Wed, 29 Mar 1995 21:54:08 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA30807; Thu, 30 Mar 1995 15:45:54 +1000 Date: Thu, 30 Mar 1995 15:45:54 +1000 From: Bruce Evans Message-Id: <199503300545.PAA30807@godzilla.zeta.org.au> To: bugs@ns1.win.net, hsu@cs.hut.fi Subject: Re: Mail... (fwd) Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > Using a terminal server front end will allow you to switch users based > on incoming protocol type, load, or software version. (you also don't > have to futz with serial drivers or burden your box with serial interrupts). >386-33 with 16 V34's connected with a cyclades card doesn't seem to cause >any visible load (load average stays under 15%). Haven't tried to server >PPP yet, but will do so soon. This is with Linux, 8M, dedicated to be a >terminal server. That's surprising. I've (carefully) measured the following loads for 115.2Kbps raw mode input on a 486DX2/66: FreeBSD-1.1.5-16550 5.6% Linux-1.1.late-16550 6.6% FreeBSD-1.1.5-16450 15.0% FreeBSD-2.1-cyclades 19.8% Linux-1.1.late-16450 23.1% Linux-1.2-16450 23.9% FreeBSD-2.1-16450 25.4% Linux-1.2-cyclades 29.0% In raw mode, the cyclades should be slightly more efficient than a dumb 16550 board. It is less efficient now because of 14/3 times as many interrupts and higher overhead per interrupt. In cooked mode, the cyclades should be much more efficient. Bruce From owner-freebsd-hackers Wed Mar 29 22:24:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA16348 for hackers-outgoing; Wed, 29 Mar 1995 22:24:27 -0800 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA16342 for ; Wed, 29 Mar 1995 22:24:25 -0800 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA09390; Thu, 30 Mar 95 06:24:07 GMT Received: by junco.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA21842; Wed, 29 Mar 1995 23:24:11 -0700 Date: Wed, 29 Mar 1995 23:24:11 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9503300624.AA21842@junco.fsl.noaa.gov> To: freebsd-hackers@FreeBSD.org Subject: at(1) bug Sender: hackers-owner@FreeBSD.org Precedence: bulk I just noticed. User-submitted jobs with at(1) run with the user's ID but root's groups. This can't be right, can it? Has this been fixed? --k From owner-freebsd-hackers Wed Mar 29 22:42:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA16894 for hackers-outgoing; Wed, 29 Mar 1995 22:42:21 -0800 Received: from ix4.ix.netcom.com (ix4.ix.netcom.com [199.182.120.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA16888 for ; Wed, 29 Mar 1995 22:42:20 -0800 Received: from by ix4.ix.netcom.com (8.6.11/SMI-4.1/Netcom) id WAA28107; Wed, 29 Mar 1995 22:39:04 -0800 Date: Wed, 29 Mar 1995 22:39:04 -0800 Message-Id: <199503300639.WAA28107@ix4.ix.netcom.com> From: PVinci@ix.netcom.com (Paul Vinciguerra) Subject: Re: CERN httpd question Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Since the everybody's talking about the CERN httpd, maybe someone can tell me how to do the following. I have been told that it is possible to set up either multiple servers or home pages (as I was told by aliasing) . Maybe more clearly stated, one freeBSD box running CERN for aaa.org and bbb.org http//:www.aaa.org showing aaa.html and http://www.bbb.org showing bbb.html. I've been intrigued by the idea, but haven't been able to figure it out. the onlt thing I believe possible is to alias www.bbb.org to www.aaa.org with either request sending aaa.html. Thanks, Paul From owner-freebsd-hackers Wed Mar 29 22:58:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA17283 for hackers-outgoing; Wed, 29 Mar 1995 22:58:43 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA17272 for ; Wed, 29 Mar 1995 22:58:32 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA32598; Thu, 30 Mar 1995 16:56:28 +1000 Date: Thu, 30 Mar 1995 16:56:28 +1000 From: Bruce Evans Message-Id: <199503300656.QAA32598@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, kelly@fsl.noaa.gov Subject: Re: at(1) bug Sender: hackers-owner@FreeBSD.org Precedence: bulk >User-submitted jobs with at(1) run with the user's ID but root's >groups. This can't be right, can it? >Has this been fixed? Apparently not. `gid' isn't mentioned in the sources. Another thing: `at' was written for Linux and uses setreuid(), but setreuid() is deprecated and isn't fully compatible in 4.4BSD. In all of /usr/src/*bin/*.[ch], setreuid() is only called from contributed sources: usr.sbin/ppp usr.sbin/pppd usr.bin/at usr.bin/ncftp Bruce From owner-freebsd-hackers Wed Mar 29 23:32:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA18531 for hackers-outgoing; Wed, 29 Mar 1995 23:32:32 -0800 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA18525 for ; Wed, 29 Mar 1995 23:32:31 -0800 Received: from newport.ece.uci.edu by balboa.eng.uci.edu with SMTP id AA23856 (5.65c/IDA-1.4.4 for hackers@freebsd.org); Wed, 29 Mar 1995 23:32:17 -0800 Received: from localhost by newport.ece.uci.edu (5.x/SMI-SVR4) id AA22608; Wed, 29 Mar 1995 23:32:10 -0800 Message-Id: <9503300732.AA22608@newport.ece.uci.edu> To: Joe Greco Cc: davide.tome'@galactica.it (DAVIDE TOME'), hackers@FreeBSD.org Subject: Re: Slip over telnet In-Reply-To: Your message of "Wed, 29 Mar 1995 21:06:34 CST." <9503300306.AA01517@brasil.moneng.mei.com> Date: Wed, 29 Mar 1995 23:32:09 -0800 From: Steven Wallace Sender: hackers-owner@FreeBSD.org Precedence: bulk >> I'd like to know if its possible to run slip over telnet connection >> to give our user , who has telnet account on our UNIX, the SLIP >> connection. >> > It was not (apparently?) possible as of 2.0R, when I tried it I was not able > to get it to work (but I didn't put a LOT of effort into it). > I was able to hack with the 1.1.5R kernel to get pty to work with SLIP over telnet. It worked okay, but then after a while it would just hang for several seconds and take a minute to fully recover. I would like FreeBSD 2.X to be able to do SLIP/PPP over a pty. I don't see anything inhibiting that possibility, do you? If not, lets do it! Steven From owner-freebsd-hackers Wed Mar 29 23:46:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA18806 for hackers-outgoing; Wed, 29 Mar 1995 23:46:05 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA18800 for ; Wed, 29 Mar 1995 23:46:04 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: Preserving "record structure" during device writes To: dufault@hda.com (Peter Dufault) Date: Wed, 29 Mar 1995 23:45:20 -0800 (PST) Cc: terry@cs.weber.edu, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503291852.NAA00423@hda.com> from "Peter Dufault" at Mar 29, 95 01:52:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2173 Sender: hackers-owner@FreeBSD.org Precedence: bulk > No, the tape drivers do I believe return short reads.. (they DID, in 1.1.5, but it was broken in 2.0 and I'm actually in the process of fixing it..) will get back to you on that :) julian > Terry Lambert writes: > > > > > I'm resurrecting my SCSI target stuff from 386bsd. > > > > > > If processor A tries to read 32 bytes from processor B, and processor > > > B only sends 8, physio keeps looping on the read until we either timeout > > > or receive the full 32 bytes (four transfers). > > > > > > What is the right way to handle this? My inclination is that > > > we want to return a short read, but then I can't just use rawread and > > > rawwrite. > > > > The short reads are necessary; remember the scanner stuff? > > No, I don't. Which scanner stuff? The only scanner firmware I've > written sends a header block saying what the blocking factor is so > that both ends know exactly what to expect for data blocks. It is > specifically done that way to be portable across systems with this > sort of problem. See, I've actually written some of the stupid > code that you curse when you have to interface to a given device. > > None of the scsi code currently return short lengths even if residual > code is handled in the drivers (and it is spotty, I looked this > morning) since they all go through rawread and rawwrite which > unconditionally loop on short reads. This probably only matters > for essentially raw devices such as a scanner, the processor device, > or the unknown device. > > HOST ADAPTER CODE "OWNERS": > > Locally I've added a flag similar to the bounce buffer flag that > says that residual lengths are handled by the driver. I'll probably > commit this code soon so you may want to look at fixing your resid > code. > > The "xs->resid" field is supposed to be the same as bp->b_resid: > the amount of data left untransferred. If you're in the code and > know how to fix it please do so. > > I have fixes for the 154x and the 174x. > > Peter > > -- > 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-hackers Wed Mar 29 23:50:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA18843 for hackers-outgoing; Wed, 29 Mar 1995 23:50:41 -0800 Received: from SIRIUS.COM (terra.sirius.com [140.174.229.13]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA18837; Wed, 29 Mar 1995 23:50:40 -0800 Received: from slip171.sirius.com by SIRIUS.COM (NX5.67e/NX3.16M) id AA09145; Wed, 29 Mar 95 23:50:23 -0800 Message-Id: <9503300750.AA09145@SIRIUS.COM> X-Sender: rsoles@pop.sirius.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 29 Mar 1995 23:57:15 -0800 To: questions@FreeBSD.org, hackers@FreeBSD.org From: rsoles@SIRIUS.COM (Roger L Soles) Subject: Intel NetPort Support Sender: hackers-owner@FreeBSD.org Precedence: bulk Has anyone worked on supporting older Intel NetPorts & MicroCom LANPorts from FreeBSD (ones that do _NOT_ support IP)? //---------------------------------------------------------------------------- // Roger L Soles // PO Box 280785 // San Francisco, CA 94124-0785 From owner-freebsd-hackers Wed Mar 29 23:56:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA18958 for hackers-outgoing; Wed, 29 Mar 1995 23:56:03 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA18952 for ; Wed, 29 Mar 1995 23:56:01 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: Threads / getdtablesize() (fwd) To: rminnich@tres.sarnoff.com (Ron Minnich) Date: Wed, 29 Mar 1995 23:55:19 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Ron Minnich" at Mar 29, 95 08:29:15 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 454 Sender: hackers-owner@FreeBSD.org Precedence: bulk YYYEEESSS!!! > > > as for threads, i have 'rfork' for freebsd/netbsd. It's an lkm of 3 sys > calls, gives you shared memory and shared file tables (or neither or one > or the other) after a fork. > > ron > > Ron Minnich |It's kind of interesting that the company that > rminnich@earth.sarnoff.com |sells QuickMail for the MAC doesn't have an EMAIL > (609)-734-3120 |address. But I know why, having used it ... > > > From owner-freebsd-hackers Thu Mar 30 00:01:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA19044 for hackers-outgoing; Thu, 30 Mar 1995 00:01:51 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA19036; Thu, 30 Mar 1995 00:01:48 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: julian@tfs.com (Julian Elischer) cc: rminnich@tres.sarnoff.com (Ron Minnich), freebsd-hackers@FreeBSD.org Subject: Re: Threads / getdtablesize() (fwd) In-reply-to: Your message of "Wed, 29 Mar 95 23:55:19 PST." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 30 Mar 1995 00:01:48 -0800 Message-ID: <19035.796550508@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > YYYEEESSS!!! Does this mean you want to do the integration work? I haven't had time! Jordan From owner-freebsd-hackers Thu Mar 30 01:04:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA19910 for hackers-outgoing; Thu, 30 Mar 1995 01:04:15 -0800 Received: from karon.dynas.se (karon.dynas.se [192.71.43.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA19900 for ; Thu, 30 Mar 1995 01:04:08 -0800 Received: from spirit.dynas.se by karon.dynas.se with smtp (Smail3.1.28.1 #5) id m0ruFtm-000EUhC; Thu, 30 Mar 95 10:48:14 +0200 Received: by spirit.dynas.se (Smail3.1.28.1 #32) id m0ruFtr-000Jf5C; Thu, 30 Mar 95 10:48:19 +0200 Date: Thu, 30 Mar 1995 10:48:19 +0200 (MET DST) From: Mikael Hybsch To: freebsd-hackers@FreeBSD.org Subject: Problem with NCR 53c810 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I have a problem with an ncr810 controller. The machine often hangs while I take backup. The machine is a Dell Omniplex 590 (startup messages at the end). Is this a known problem that is fixed in the latest SNAP release? (Or maybe a problem with the HP DAT drive?) What happends is: I started the backup at 10:20. It usually take 30 min. When these messages start showing up the scsi subsystem usually is about to hang. Mar 29 10:33:23 abserv kernel: st0(ncr0:4:0): phase change 6-7 1@306c4 resid=1. Mar 29 10:33:23 abserv kernel: st0(ncr0:4:0): phase change 2-3 6@6d9bd8 resid=6. Mar 29 10:34:46 abserv kernel: st0(ncr0:4:0): phase change 6-7 1@306c4 resid=1. Mar 29 10:35:00 abserv kernel: st0(ncr0:4:0): phase change 2-3 6@2e80d8 resid=6. Mar 29 10:35:06 abserv kernel: st0(ncr0:4:0): phase change 2-3 6@997d8 resid=6. Mar 29 10:35:08 abserv kernel: st0(ncr0:4:0): phase change 2-3 6@997d8 resid=6. Mar 29 10:35:16 abserv kernel: st0(ncr0:4:0): phase change 2-3 6@25ad8 resid=6. Mar 29 10:35:17 abserv kernel: st0(ncr0:4:0): phase change 2-7 6@998d8 resid=5. Mar 29 10:36:59 abserv kernel: st0(ncr0:4:0): phase change 6-7 1@306c4 resid=1. Mar 29 10:37:36 abserv kernel: st0(ncr0:4:0): phase change 2-3 6@998d8 resid=6. Here the backup (tar) failed with I/O error. I try to run the backup again. Mar 29 10:45:34 abserv kernel: st0(ncr0:4:0): phase change 6-7 1@306c4 resid=1. Mar 29 10:45:34 abserv kernel: st0(ncr0:4:0): phase change 2-3 6@2e80d8 resid=6. Mar 29 10:45:34 abserv kernel: st0(ncr0:4:0): phase change 6-7 1@306c4 resid=1. Mar 29 10:45:34 abserv kernel: st0(ncr0:4:0): phase change 2-3 6@998d8 resid=6. Mar 29 10:45:34 abserv kernel: st0(ncr0:4:0): phase change 2-7 6@6d9bd8 resid=5. It imediately fails. I push the eject tape button. Nothing happends. After maybe 30 sec, the following messages appear and the disk subsystem is dead. (Written down by hand) ncr0 targ 4?: ERROR (80:4:0) (88/13) @(319f0:c0000001). ncr0 targ 4?: ERROR (80:110:af) (88/13) @(31890:c0000001). ncr0: restart (fatal error) sd0(ncr0:0:0) COMMAND FAILED (9 ff) @f0533400. st0(ncr0:4:0) COMMAND FAILED (9 ff) @f0533600. sd0(ncr0:0:0) COMMAND FAILED (9 ff) @f0533800. ncr0: reset by timeout st0(ncr0:4:0) 200ns (5 Mb/sec) offset 8. vnode_pager_input: I/O read error This is the startup messages. Mar 29 10:55:42 abserv kernel: FreeBSD 2.0-RELEASE #3: Wed Jan 11 15:21:50 MET 1995 Mar 29 10:55:42 abserv kernel: micke@mhh.ausys.se:/usr/src/sys/compile/mhh Mar 29 10:55:42 abserv kernel: CPU: Pentium (Pentium-class CPU) 90 MHz Id = 0x521 Origin = "GenuineIntel" Mar 29 10:55:42 abserv kernel: real memory = 16318464 (3984 pages) Mar 29 10:55:42 abserv kernel: avail memory = 15003648 (3663 pages) Mar 29 10:55:42 abserv kernel: using 289 buffers containing 2367488 bytes of memory Mar 29 10:55:42 abserv kernel: Probing for devices on the ISA bus: Mar 29 10:55:43 abserv kernel: sc0 at 0x60-0x6f irq 1 on motherboard Mar 29 10:55:43 abserv kernel: sc0: VGA color <4 virtual consoles> Mar 29 10:55:43 abserv kernel: ed0 at 0x300-0x31f irq 10 on isa Mar 29 10:55:43 abserv kernel: ed0: address 00:80:c8:16:52:30, type NE2000 (16 bit) Mar 29 10:55:43 abserv kernel: bpf: ed0 attached Mar 29 10:55:43 abserv kernel: ed1 not probed due to I/O address conflict with ed0 at 0x300 Mar 29 10:55:43 abserv kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Mar 29 10:55:43 abserv kernel: sio0: type 16550A Mar 29 10:55:43 abserv kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Mar 29 10:55:43 abserv kernel: sio1: type 16550A Mar 29 10:55:43 abserv kernel: lpt0 at 0x378-0x37f irq 7 on isa Mar 29 10:55:43 abserv kernel: lpt0: Interrupt-driven port Mar 29 10:55:43 abserv kernel: lp0: TCP/IP capable interface Mar 29 10:55:43 abserv kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Mar 29 10:55:43 abserv kernel: fdc0: [0: fd0: 1.44MB 3.5in] Mar 29 10:55:43 abserv kernel: wdc0 not found at 0x1f0 Mar 29 10:55:43 abserv kernel: ep0 not probed due to I/O address conflict with ed0 at 0x300 Mar 29 10:55:43 abserv kernel: npx0 on motherboard Mar 29 10:55:43 abserv kernel: pci0: scanning device 0..15, mechanism=2. Mar 29 10:55:43 abserv kernel: chip0 on pci0:0 Mar 29 10:55:44 abserv kernel: graphics0 int a irq 9 on pci0:4 Mar 29 10:55:44 abserv kernel: chip1 on pci0:11 Mar 29 10:55:44 abserv kernel: ncr0 int a irq 15 on pci0:15 Mar 29 10:55:44 abserv kernel: reg20: virtual=0xf3354000 physical=0xc0000000 Mar 29 10:55:45 abserv kernel: ncr0: restart (scsi reset). Mar 29 10:55:45 abserv kernel: ncr0 scanning for targets 0..6 (1.12) Mar 29 10:55:45 abserv kernel: ncr0 targ 0 lun 0: type 0(direct) fixed SCSI2 Mar 29 10:55:45 abserv kernel: ncr0 targ 0 lun 0: Mar 29 10:55:45 abserv kernel: sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Mar 29 10:55:45 abserv kernel: sd0: 2049MB (4197520 total sec), 3045 cyl, 16 head, 86 sec, bytes/sec 512 Mar 29 10:55:45 abserv kernel: ncr0 targ 4 lun 0: type 1(sequential) removable SCSI2 Mar 29 10:55:45 abserv kernel: ncr0 targ 4 lun 0: Mar 29 10:55:45 abserv kernel: st0(ncr0:4:0): 200ns (5 Mb/sec) offset 8. Mar 29 10:55:45 abserv kernel: st0: density code 0x13, drive empty Mar 29 10:55:45 abserv kernel: pci uses physical addresses from 0xc0000000 to 0xc0001000 Mar 29 10:55:45 abserv kernel: changing root device to sd0a -- Mikael Hybsch Email: micke@dynas.se DynaSoft, Dynamic Software AB Phone: +46-8-615 84 00 Hammarby Fabriksv 13, Box 92058 Fax: +46-8-641 92 00 S-120 06 STOCKHOLM, SWEDEN From owner-freebsd-hackers Thu Mar 30 01:16:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA20401 for hackers-outgoing; Thu, 30 Mar 1995 01:16:30 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA20392; Thu, 30 Mar 1995 01:16:27 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Steven Wallace cc: Joe Greco , davide.tome'@galactica.it (DAVIDE TOME'), hackers@FreeBSD.org Subject: Re: Slip over telnet In-reply-to: Your message of "Wed, 29 Mar 95 23:32:09 PST." <9503300732.AA22608@newport.ece.uci.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 30 Mar 1995 01:16:27 -0800 Message-ID: <20390.796554987@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I would like FreeBSD 2.X to be able to do SLIP/PPP over a pty. > I don't see anything inhibiting that possibility, do you? > If not, lets do it! Go for it, guys! :-) Jordan From owner-freebsd-hackers Thu Mar 30 01:45:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA21623 for hackers-outgoing; Thu, 30 Mar 1995 01:45:39 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA21617 for ; Thu, 30 Mar 1995 01:45:27 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id KAA23847; Thu, 30 Mar 1995 10:45:16 +0100 From: Paul Richards Message-Id: <199503300945.KAA23847@isl.cf.ac.uk> Subject: Re: httpd as part of the system. To: fbsd@clem.systemsix.com (Steve Passe) Date: Thu, 30 Mar 1995 10:45:15 +0100 (BST) Cc: hackers@FreeBSD.org In-Reply-To: <199503291820.LAA15489@clem.systemsix.com> from "Steve Passe" at Mar 29, 95 11:20:01 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1383 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Steve Passe who said > > Hello, > > > I think I've followed this whole thread correctly, and my > > interpretation is this: we want to have dynamically generated online > > HTML help and search capabilities, but can't afford the extra disk > > space an HTTP server requires. Right? > > Not exactly, it's not an issue of whether we have diskspace for an > httpd (apporx 320k) it's that we don't have diskspace for everything > in the world. The discussion is whether an httpd deserves a piece > of this limited resource (ie the user's disk). We are away's from > running out of cdrom space (i think) so i suggest that we quit > worrying about what deserves to be in the releases and concentrate > on building decent groupings of optional packages from which a user > can easily choose to install the items he/she wants. IMHO that's > as close as we can come to pleasing everybody. Actually, that's not this issue. There will certainly be a hhtpd on the cdrom and in the ports tree, maybe even a selection. The issue is whether our documentation should require a httpd to be running in order to read them properly. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-hackers Thu Mar 30 02:05:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA22671 for hackers-outgoing; Thu, 30 Mar 1995 02:05:58 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA22664 for ; Thu, 30 Mar 1995 02:05:56 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id CAA07333; Thu, 30 Mar 1995 02:05:10 -0800 Date: Thu, 30 Mar 1995 02:05:10 -0800 Message-Id: <199503301005.CAA07333@silvia.HIP.Berkeley.EDU> To: dfr@nlsys.demon.co.uk CC: dayton@sci.brooklyn.cuny.edu, freebsd-hackers@FreeBSD.org, freebsd-realtime@hda.com, proven@mit.edu, pschung@sci.brooklyn.cuny.edu In-reply-to: (message from Doug Rabson on Wed, 29 Mar 1995 21:57:07 +0100 (BST)) Subject: Re: Posix thread library From: asami@cs.berkeley.edu (Satoshi Asami/=?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * Last time I looked, the latest beta of pthreads did include support for * FreeBSD-2.0. Try looking in ftp://sipb.mit.edu/pub/pthreads Cool. Somebody want to make a port for now? :) Satoshi From owner-freebsd-hackers Thu Mar 30 02:11:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA22759 for hackers-outgoing; Thu, 30 Mar 1995 02:11:02 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA22753; Thu, 30 Mar 1995 02:10:53 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id LAA23927; Thu, 30 Mar 1995 11:10:59 +0100 From: Paul Richards Message-Id: <199503301010.LAA23927@isl.cf.ac.uk> Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 30 Mar 1995 11:10:58 +0100 (BST) Cc: hosokawa@mt.cs.keio.ac.jp, hackers@FreeBSD.org, ellen@cdrom.com In-Reply-To: <11963.796531528@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 29, 95 06:45:28 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 846 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who said > > > I'm not satisfied with thid version because the deemon's outline is > > too sharp. I want to fix it soon. > > This is very nice!! > Could the daemon be moved slightly further back into the CD ? It's just not immediately obvious that it's stepping out of the CD unless you happen to be looking for it. How about something actually on the CD, a reference to FreeBSD maybe. Just suggestions, it's really good already. Between the two images, I think I'd actually prefer a poster of the "big step" image, although the cdrom one will make a nice cover. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-hackers Thu Mar 30 02:26:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA23138 for hackers-outgoing; Thu, 30 Mar 1995 02:26:51 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA23127; Thu, 30 Mar 1995 02:26:44 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id CAA07032; Thu, 30 Mar 1995 02:20:56 GMT Message-Id: <199503300220.CAA07032@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Paul Richards cc: jkh@freefall.cdrom.com (Jordan K. Hubbard), hosokawa@mt.cs.keio.ac.jp, hackers@FreeBSD.org, ellen@cdrom.com Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) In-reply-to: Your message of "Thu, 30 Mar 1995 11:10:58 +0100." <199503301010.LAA23927@isl.cf.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 30 Mar 1995 02:20:53 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Paul Richards said: > > Between the two images, I think I'd actually prefer a poster of the "big ste p" > image, although the cdrom one will make a nice cover. > I think that we are going to have to pass a collection if we really want the "big step" as a poster. I am in for $20 . Or may be I can have a couple made over here 8) Amancio From owner-freebsd-hackers Thu Mar 30 05:06:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA26553 for hackers-outgoing; Thu, 30 Mar 1995 05:06:55 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA26547 for ; Thu, 30 Mar 1995 05:06:48 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA02082 for hackers@freebsd.org; Thu, 30 Mar 1995 14:56:30 +0200 From: Luigi Rizzo Message-Id: <199503301256.OAA02082@labinfo.iet.unipi.it> Subject: Any support for IDE CDROM (ATAPI ?) To: hackers@FreeBSD.org Date: Thu, 30 Mar 1995 14:56:30 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 483 Sender: hackers-owner@FreeBSD.org Precedence: bulk As the subject says, I was wondering if there is any support (or plan to do it) for IDE CDROM (called ATAPI somewhere). Thanks Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-hackers Thu Mar 30 05:29:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA26730 for hackers-outgoing; Thu, 30 Mar 1995 05:29:43 -0800 Received: from deacon.cogsci.ed.ac.uk (deacon.cogsci.ed.ac.uk [129.215.144.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA26677; Thu, 30 Mar 1995 05:25:11 -0800 Received: (from richard@localhost) by deacon.cogsci.ed.ac.uk (8.6.10/8.6.9) id OAA05112; Thu, 30 Mar 1995 14:21:17 +0100 Date: Thu, 30 Mar 1995 14:21:17 +0100 Message-Id: <199503301321.OAA05112@deacon.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: HotJava To: Bakul Shah , Dave Cornejo In-Reply-To: Bakul Shah's message of Wed, 29 Mar 95 19:19:50 -0800 Organization: just say no Cc: jkh@freefall.cdrom.com (Jordan K. Hubbard), freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > 2) The job is non-trivial. He was rather vague, but mumbled something > > about possibly needing kernel support. > > I suspect this may have to do with on-the-fly code > generation from the byte-code. The usual problems with on-the-fly code generation are (a) If you jump to the new code just after writing it, your pipeline may get filled before the code is written. This can be solved by executing a few NOPs after generating the code. (b) If you have separate I/D cache, you may have to flush (part of) the I cache in order to see the modified code. This doesn't arise on 386/486, does it? What about 586? > I must say I am not sold on Java yet. Scheme remains my > favorite prototyping language. I'm hoping that the GNU scripting language (which will be a Scheme) will come along and displace perl and tk/tcl, but I'm not holding my breath. At least Java exists, though Sun's experience with NeWS (which also encouraged downloading small programs [in postscript]) isn't especially encouraging. -- Richard From owner-freebsd-hackers Thu Mar 30 05:46:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA26935 for hackers-outgoing; Thu, 30 Mar 1995 05:46:16 -0800 Received: from galactica.galactica.it (galactica.galactica.it [192.106.152.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA26921 for ; Thu, 30 Mar 1995 05:45:52 -0800 Received: from galactic.UUCP (root@localhost) by galactica.galactica.it (8.6.9/8.6.9) with UUCP id OAA27196 for hackers@FreeBSD.org; Thu, 30 Mar 1995 14:19:37 +0200 To: hackers@FreeBSD.org Subject: Colorado Jumbo Tape From: davide.tome'@galactica.it (DAVIDE TOME') Message-ID: <8A4A2C2.0001014FB2.uuout@galactica.it> Date: Wed, 01 Mar 95 11:46:00 +0100 Organization: GALACTICA PROFESSIONAL COMMUNICATION - ++39-2-29.00.61.50 Reply-To: davide.tome'@galactica.it (DAVIDE TOME') X-Mailreader: PCBoard Version 15.21 X-Mailer: PCBoard/UUOUT Version 1.10 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, How can I use my Colorado Jumbo Tape (QIC 80) to backup FreeBSD ?? I mean ..... what kind of software is better to make it work ? Ciao Davide Dott. Davide Tome' ------------------------------------------------- Internet .....: davide.tome'@galactica.it Fido..........: 2:331/358 davide tome' Galactica BBS.: +39-2-29006058 (24H 24 lines r.a) Voce..........: +39-2-29006150 Fax...........: +39-2-29006153 ------------------------------------------------- From owner-freebsd-hackers Thu Mar 30 05:57:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA27428 for hackers-outgoing; Thu, 30 Mar 1995 05:57:32 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA27422 for ; Thu, 30 Mar 1995 05:57:29 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id HAA02523; Thu, 30 Mar 1995 07:52:25 -0500 From: Peter Dufault Message-Id: <199503301252.HAA02523@hda.com> Subject: Re: Preserving "record structure" during device writes To: julian@tfs.com (Julian Elischer) Date: Thu, 30 Mar 1995 07:52:25 -0500 (EST) Cc: terry@cs.weber.edu, freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Julian Elischer" at Mar 29, 95 11:45:20 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 532 Sender: hackers-owner@FreeBSD.org Precedence: bulk Julian Elischer writes: > > > > No, the tape drivers do I believe return short reads.. > (they DID, in 1.1.5, but it was broken in 2.0 and I'm actually in the process > of fixing it..) > > will get back to you on that :) Yes, because they count on the info field being returned from the device and not from the host adapter. Sorry I didn't make that clear. -- 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-hackers Thu Mar 30 06:06:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA27662 for hackers-outgoing; Thu, 30 Mar 1995 06:06:39 -0800 Received: from ns.dknet.dk (root@ns.dknet.dk [193.88.44.42]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA27652 for ; Thu, 30 Mar 1995 06:06:34 -0800 Received: from login.dknet.dk by ns.dknet.dk with SMTP id AA02890 (5.65c8/IDA-1.4.4j for ); Thu, 30 Mar 1995 16:06:03 +0200 Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA06406; Thu, 30 Mar 95 16:04:48 +0200 From: sos@login.dknet.dk (S|ren Schmidt) Message-Id: <9503301404.AA06406@login.dknet.dk> Subject: Re: Any support for IDE CDROM (ATAPI ?) To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Thu, 30 Mar 95 16:04:47 MET DST Cc: hackers@FreeBSD.org In-Reply-To: <199503301256.OAA02082@labinfo.iet.unipi.it>; from "Luigi Rizzo" at Mar 30, 95 2:56 pm X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > As the subject says, I was wondering if there is any support (or plan > to do it) for IDE CDROM (called ATAPI somewhere). > Yes I'm working on it.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time .. From owner-freebsd-hackers Thu Mar 30 06:51:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA28399 for hackers-outgoing; Thu, 30 Mar 1995 06:51:05 -0800 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA28392; Thu, 30 Mar 1995 06:50:54 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.6) id QAA08843; Thu, 30 Mar 1995 16:50:54 +0200 From: John Hay Message-Id: <199503301450.QAA08843@zibbi.mikom.csir.co.za> Subject: Re: cvs commit: src/sys/i386/isa syscons.c syscons.h To: sos@freefall.cdrom.com (Soren Schmidt) Date: Thu, 30 Mar 1995 16:50:54 +0200 (SAT) Cc: hackers@FreeBSD.org (FreeBSD-hackers) In-Reply-To: <199503301432.GAA28003@freefall.cdrom.com> from "Soren Schmidt" at Mar 30, 95 06:32:32 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 744 Sender: hackers-owner@FreeBSD.org Precedence: bulk The snake saver lkm don't compile at the moment. Are you still busy with changes to syscons? ===> snake cc -O2 -DLKM -I/usr/src/lkm/syscons/snake/.. -I/usr/src/lkm/syscons/snake/../../../sys -DKERNEL -I/usr/src/lkm/syscons/snake/../../sys -W -Wcomment -Wredundant-decls -c /usr/src/lkm/syscons/snake/snake_saver.c /usr/src/lkm/syscons/snake/snake_saver.c: In function `snake_saver': /usr/src/lkm/syscons/snake/snake_saver.c:96: `UPDATE_SCREEN' undeclared (first use this function) /usr/src/lkm/syscons/snake/snake_saver.c:96: (Each undeclared identifier is reported only once /usr/src/lkm/syscons/snake/snake_saver.c:96: for each function it appears in.) *** Error code 1 Stop. *** Error code 1 Stop. -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-hackers Thu Mar 30 07:00:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA28562 for hackers-outgoing; Thu, 30 Mar 1995 07:00:06 -0800 Received: from squid.umd.edu (squid.umd.edu [129.2.40.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA28556 for ; Thu, 30 Mar 1995 07:00:03 -0800 Received: by squid.umd.edu (5.65/Ultrix3.0-C) id AA03705; Thu, 30 Mar 1995 10:05:14 -0500 From: fcawth@squid.umd.edu (Fred Cawthorne) Message-Id: <9503301505.AA03705@squid.umd.edu> Subject: Re: Slip over telnet To: swallace@newport.ece.uci.edu (Steven Wallace) Date: Thu, 30 Mar 95 10:05:14 EST Cc: jgreco@brasil.moneng.mei.com, davide.tome'@galactica.it, hackers@FreeBSD.org In-Reply-To: <9503300732.AA22608@newport.ece.uci.edu>; from "Steven Wallace" at Mar 29, 95 11:32 pm X-Mailer: ELM [version 2.3 PL11] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >> I'd like to know if its possible to run slip over telnet connection > >> to give our user , who has telnet account on our UNIX, the SLIP > >> connection. > >> > > It was not (apparently?) possible as of 2.0R, when I tried it I was not able > > to get it to work (but I didn't put a LOT of effort into it). > > > I was able to hack with the 1.1.5R kernel to get pty to work with SLIP > over telnet. It worked okay, but then after a while it would just hang > for several seconds and take a minute to fully recover. > > I would like FreeBSD 2.X to be able to do SLIP/PPP over a pty. > I don't see anything inhibiting that possibility, do you? > If not, lets do it! > Hmmm... I have a PPP server working over a pty on 2.0R with the PPP patch... I call in, telnet to my FreeBSD2.0 machine, and start pppd. (with no options for the tty so I guess it uses /dev/tty...) I escape the telnet control character and all is well. There does seem to be a delay every once in a while when I am ftp'ing large files. When something else is running (like an X application...) the delays go away. (or if I type some characters in a telnet session, sending stuff to the server) Perhaps a timeout is getting exceeded or something. I am using a 28.8K modem too, so maybe some bytes are getting lost. I haven't really tweaked it much, since it worked OK for telnet sessions and LBX. I will try to mess with the timeout values and packet size type things to see if that helps. I thought I tried pppd over a pty on one of our boxes that has a fairly recent snapshot on it too. (950202??) I suppose I could use a raw telnet connection and try slip as well. Oh, yeah, one thing that got me was that tip put the serial port in some funny mode so that it made my modem connect with 7 bits or something. The Annex terminal server went into some wierd mode that messed up the password/login negotiation when telnetting out. (like the linemode problem does, it doesn't accept the CR at the end of the login or password) When I did an stty ; Thu, 30 Mar 1995 07:16:17 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id HAA09873; Fri, 31 Mar 1995 07:01:57 +0800 Date: Thu, 30 Mar 1995 23:01:56 +0000 () From: Brian Tao To: HOSOKAWA Tatsumi cc: hackers@FreeBSD.org Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) In-Reply-To: <199503291725.CAA04588@nanbu.mt.cs.keio.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 30 Mar 1995, HOSOKAWA Tatsumi wrote: > > I'm not satisfied with thid version because the deemon's outline is > too sharp. I want to fix it soon. Wow, amazing job on the artwork!!! Could you put up that 18-meg TIFF please? There's are a few Tektronix Phaser colour printers in the art department that are just *dying* to be used. ;-) That BSD daemon is just so darned *cute*. :) I find the outline to be a just a *little* too soft around the edges. Sharpening up by 50% in xv 3.1 (I don't know what "50%" is based on, just something that xv wants for an input value) makes it look a little better, but it places a faint "halo" around the daemon's outline, making him look like a cardboard cutout. :( This is an artifact of the sharpening process though. I'd like to see what it looks like if you rendered it that way. Could you "push" him further back into the CD? Say, maybe by about 40 pixels (in the 640x640 version)? Or maybe put some blue sparkles around the yellow "shimmer" where his body meets the CD, so that it's more obvious he is "stepping out". BTW, the glint off his pitchfork is great! Nice job on the reflective floor too. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Thu Mar 30 07:16:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA29709 for hackers-outgoing; Thu, 30 Mar 1995 07:16:31 -0800 Received: from ns.dknet.dk (root@ns.dknet.dk [193.88.44.42]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA29701 for ; Thu, 30 Mar 1995 07:16:27 -0800 Received: from login.dknet.dk by ns.dknet.dk with SMTP id AA11925 (5.65c8/IDA-1.4.4j for ); Thu, 30 Mar 1995 17:16:04 +0200 Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA08857; Thu, 30 Mar 95 17:13:27 +0200 From: sos@login.dknet.dk (S|ren Schmidt) Message-Id: <9503301513.AA08857@login.dknet.dk> Subject: Re: cvs commit: src/sys/i386/isa syscons.c syscons.h To: jhay@mikom.csir.co.za (John Hay) Date: Thu, 30 Mar 95 17:13:26 MET DST Cc: sos@freefall.cdrom.com, hackers@FreeBSD.org In-Reply-To: <199503301450.QAA08843@zibbi.mikom.csir.co.za>; from "John Hay" at Mar 30, 95 4:50 pm X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The snake saver lkm don't compile at the moment. Are you still busy with > changes to syscons? Oh you got me right between the commits, well my line went down in the middle of these commits, so actually I thought i got in there, sorry for the inconvience. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time .. From owner-freebsd-hackers Thu Mar 30 07:53:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA01077 for hackers-outgoing; Thu, 30 Mar 1995 07:53:57 -0800 Received: from nuada.wcs.co.uk (nuada.wcs.co.uk [193.35.206.192]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA01068 for ; Thu, 30 Mar 1995 07:53:39 -0800 Received: by nuada.wcs.co.uk (5.0/SMI-SVR4) id AA16277; Thu, 30 Mar 1995 16:52:52 +0100 Date: Thu, 30 Mar 1995 16:52:52 +0100 From: Nigel Canning Message-Id: <9503301552.AA16277@nuada.wcs.co.uk> To: hackers@FreeBSD.org Subject: Problems during FreeBSD 2.0R install Content-Length: 1482 Sender: hackers-owner@FreeBSD.org Precedence: bulk Here's a list (minor) of the problems I encountered Permissions of /tmp were wrong and meant I counldn't edit files etc. devil: {52} cd /tmp ; ls -al total 4 drwxr-xr-x 2 root wheel 512 Mar 20 09:36 . drwxr-xr-x 18 root wheel 512 Mar 16 17:21 .. The minor device number of /dev/rsd0f was bad. eg... devil: {167} ls -al rsd0* crw-r----- 1 root operator 13, 0 Nov 22 12:30 rsd0a crw-r----- 1 root operator 13, 1 Nov 22 12:30 rsd0b crw-r----- 1 root operator 13, 2 Nov 22 12:30 rsd0c crw-r----- 1 root operator 13, 3 Nov 22 12:30 rsd0d crw-r----- 1 root operator 13, 4 Nov 22 12:30 rsd0e crw-r----- 1 root operator 13, 5 Mar 22 15:30 rsd0f crw-r----- 1 root operator 13, 1 Mar 22 15:23 rsd0f.old <<<<<<<<<< crw-r----- 1 root operator 13, 6 Nov 22 12:30 rsd0g crw-r----- 1 root operator 13, 7 Nov 22 12:30 rsd0h I manually mknod'd the correct device and all was fine after that. My system is a 486DX33 with 8M ram, SMC Ethernet card, Adaptec 1542B SCSI card, ET4000 graphics, two Maxtor P17S disks, EXABYTE EXB-8505 8mm and WANGTEK 5150ES SCSI QIC. Apart from the above it works fine. To put it mildly, it is absolutely brilliant. Thanks for a tremendous effort. Nigel Canning White Cross Systems, voice: +44 (0)1344 300 770 3a Waterside Park, fax: +44 (0)1344 301 424 Cookham Road, email: nigel@wcs.co.uk Bracknell, Berkshire RG12 1RB From owner-freebsd-hackers Thu Mar 30 08:31:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA02390 for hackers-outgoing; Thu, 30 Mar 1995 08:31:11 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA02384 for ; Thu, 30 Mar 1995 08:31:09 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA26160; Thu, 30 Mar 95 09:23:53 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503301623.AA26160@cs.weber.edu> Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Thu, 30 Mar 95 9:23:52 MST Cc: peter@bonkers.taronga.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <199503300242.SAA11096@ref.tfs.com> from "Poul-Henning Kamp" at Mar 29, 95 06:42:18 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > (I still love the Giant Step... remember, it wasn't "A Giant Step for the > > United States", it was "A giant step for Mankind".) > > And as a slightly unamerican citizen of Earth, it looks like a slight > step backwards for USA... :-/ You mean: "If we can put a man on the moon, why can't we put a man on the moon"? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 30 09:11:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA03279 for hackers-outgoing; Thu, 30 Mar 1995 09:11:04 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA03269; Thu, 30 Mar 1995 09:10:53 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id LAA26519; Thu, 30 Mar 1995 11:10:08 -0600 Received: by olympus (4.1/TSS2.1) id AA12490; Thu, 30 Mar 95 11:08:31 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503301708.AA12490@olympus> Subject: Re: httpd as part of the system. To: tom@haven.uniserve.com (Tom Samplonius) Date: Thu, 30 Mar 1995 11:08:30 -0600 (CST) Cc: faulkner@devnull.mpd.tandem.com, jfieber@cs.smith.edu, jkh@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: from "Tom Samplonius" at Mar 29, 95 12:55:18 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 620 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > On Wed, 29 Mar 1995, Boyd Faulkner wrote: > > > lynx may be adequate as a local html reader but as an internet reader, > > it does not seem to help those of us using proxy servers behind > > firewalls. Thus it does not inspire me. > > > > Am I wrong? > > Yes, Lynx has firewall support. > > Tom > Good. Got it to work. They don't go out of their way to document it though. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Thu Mar 30 09:24:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA03601 for hackers-outgoing; Thu, 30 Mar 1995 09:24:50 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA03566 for ; Thu, 30 Mar 1995 09:23:47 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10902; Thu, 30 Mar 1995 19:22:28 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA15988; Thu, 30 Mar 1995 19:22:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id SAA03608; Thu, 30 Mar 1995 18:29:09 +0200 From: J Wunsch Message-Id: <199503301629.SAA03608@uriah.heep.sax.de> Subject: Re: Colorado Jumbo Tape To: davide.tome'@galactica.it Date: Thu, 30 Mar 1995 18:29:08 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <8A4A2C2.0001014FB2.uuout@galactica.it> from "DAVIDE TOME'" at Mar 1, 95 11:46:00 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 543 Sender: hackers-owner@FreeBSD.org Precedence: bulk As DAVIDE TOME' wrote: > > How can I use my Colorado Jumbo Tape (QIC 80) to backup FreeBSD ?? > I mean ..... what kind of software is better to make it work ? There's currently only one piece of software that acutally makes it work: the `ft' program. It's an input/output filter for the floppy tapes. You perhaps need to enable the `ft' line in the kernel config file, and rebuild a new kernel. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Mar 30 09:35:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA03979 for hackers-outgoing; Thu, 30 Mar 1995 09:35:47 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA03969; Thu, 30 Mar 1995 09:35:35 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id LAA27666; Thu, 30 Mar 1995 11:35:03 -0600 Received: by olympus (4.1/TSS2.1) id AA12748; Thu, 30 Mar 95 11:33:29 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503301733.AA12748@olympus> Subject: Re: httpd as part of the system. To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 30 Mar 1995 11:33:28 -0600 (CST) Cc: faulkner@devnull.mpd.tandem.com, jfieber@cs.smith.edu, hackers@freefall.cdrom.com In-Reply-To: <12174.796532493@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 29, 95 07:01:33 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 732 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > lynx may be adequate as a local html reader but as an internet reader, > > it does not seem to help those of us using proxy servers behind > > firewalls. Thus it does not inspire me. > > > > Am I wrong? > > You are wrong. Lynx does support the use of proxies. > > Jordan > I hereby formally admit that lynx does support the use of proxies. I have done it now. Now a second question, is it documented other than in the source (hidden in the Library) and in the samples/lynx.com file? Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Thu Mar 30 09:37:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA04028 for hackers-outgoing; Thu, 30 Mar 1995 09:37:58 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA04021 for ; Thu, 30 Mar 1995 09:37:53 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id LAA27755; Thu, 30 Mar 1995 11:37:21 -0600 Received: by olympus (4.1/TSS2.1) id AA12786; Thu, 30 Mar 95 11:35:47 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503301735.AA12786@olympus> Subject: Re: Shipping w/ HTTPD BAD IDEA To: jfieber@cs.smith.edu (John Fieber) Date: Thu, 30 Mar 1995 11:35:46 -0600 (CST) Cc: henrich@crh.cl.msu.edu, hackers@FreeBSD.org In-Reply-To: <199503300316.WAA14726@grendel.csc.smith.edu> from "John Fieber" at Mar 29, 95 10:16:30 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1227 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Why cant we make that an optional PORT directory item? I'd hate > > to end up in a position where one has no choice but to use > > pointy-clicky (arrowkeys in lynx ;) over man because at somepoint > > it was decided to stop supporting primarily the man style manual > > pages. > > And who proposed that we ditch the existing man system? It sure > wasn't me. I think you missed the main point. The point is to > provide an interface to our own hypertext document (faq's, > tutorials, GNU info pages and such) and possibly provide an > *alternate* interface to the manual pages. Yeah, even AIX still has real man pages. > > I might suggest that this whole bag of things (man pages, > tutorials, FAQ, GNU info pages and man(1), lynx and httpd) be > wrapped up as a optional "documentation" package. > > -john > Hear, hear! Boyd > === jfieber@cs.smith.edu ================================================ > =================================== Come up and be a kite! --K. Bush === > -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Thu Mar 30 09:42:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA04149 for hackers-outgoing; Thu, 30 Mar 1995 09:42:49 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA04141 for ; Thu, 30 Mar 1995 09:42:44 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id KAA20983; Thu, 30 Mar 1995 10:43:11 -0700 Message-Id: <199503301743.KAA20983@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: paul@isl.cf.ac.uk cc: hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-reply-to: Your message of "Thu, 30 Mar 1995 10:45:15 +0100." <199503300945.KAA23847@isl.cf.ac.uk> Date: Thu, 30 Mar 1995 10:43:10 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, > Actually, that's not this issue. There will certainly be a hhtpd on the > cdrom and in the ports tree, maybe even a selection. > > The issue is whether our documentation should require a httpd to be > running in order to read them properly. ok, i buy that. i guess my response would be that one should not be NECESSARY to 'read' basic documentation, but that we should not restrict ourselves from using any creative httpd-requiring ideas in the overall scheme of things. if we do develop useful 'documentation' methods whose access style suggests an httpd, i believe we should try it and include an httpd(s) with the 'advanced' documentation package (ie, things other than basic share/man/* pages). Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Thu Mar 30 10:00:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA04522 for hackers-outgoing; Thu, 30 Mar 1995 10:00:05 -0800 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA04515 for ; Thu, 30 Mar 1995 10:00:04 -0800 Received: from newport.ece.uci.edu by balboa.eng.uci.edu with SMTP id AA19793 (5.65c/IDA-1.4.4 for hackers@freebsd.org); Thu, 30 Mar 1995 09:59:49 -0800 Received: from localhost by newport.ece.uci.edu (5.x/SMI-SVR4) id AA23473; Thu, 30 Mar 1995 09:59:48 -0800 Message-Id: <9503301759.AA23473@newport.ece.uci.edu> To: fcawth@squid.umd.edu (Fred Cawthorne) Cc: hackers@FreeBSD.org Subject: Re: Slip over telnet In-Reply-To: Your message of "Thu, 30 Mar 1995 10:05:14 EST." <9503301505.AA03705@squid.umd.edu> Date: Thu, 30 Mar 1995 09:59:48 -0800 From: Steven Wallace Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hmmm... I have a PPP server working over a pty on 2.0R with the PPP > patch... What is this patch? I presume it has already been applied to -current? > I call in, telnet to my FreeBSD2.0 machine, and start pppd. (with no > options for the tty so I guess it uses /dev/tty...) I've never used ppp so I wouldn't know. > I escape the telnet control character and all is well. There does seem > to be a delay every once in a while when I am ftp'ing large files. When > something else is running (like an X application...) the delays go away. > (or if I type some characters in a telnet session, sending stuff to the > server) How do you escape the telnet control character? Is this the escaper char of the server you dail to? I don't know what could be causing this timeout. It could be in our ppp. Steven From owner-freebsd-hackers Thu Mar 30 11:03:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA05832 for hackers-outgoing; Thu, 30 Mar 1995 11:03:00 -0800 Received: from hcshh.hcs.de (hcshh.hcs.de [194.49.17.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA05821 for ; Thu, 30 Mar 1995 11:02:42 -0800 Received: from hcswork.hcs.de by hcshh.hcs.de with smtp (Smail3.1.28.1 #6) id m0ruPTi-001PReC; Thu, 30 Mar 95 21:01 METDST Received: by hcswork.hcs.de (Smail3.1.28.1 #5) id m0ruPTh-000UNxC; Thu, 30 Mar 95 21:01 METDST Message-Id: From: hm@hcswork.hcs.de (Hellmuth Michaelis) Subject: pcvt 3.20 beta 23 available for testing To: port-i386@netbsd.org, freebsd-hackers@FreeBSD.org Date: Thu, 30 Mar 1995 21:01:57 +0200 (METDST) Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2066 Sender: hackers-owner@FreeBSD.org Precedence: bulk This is to announce the final beta test cycle for pcvt 3.20, beta 23 Pcvt is a video/keyboard driver for i386-based NetBSD (0.9, 1.0 and -current) and for FreeBSD (1.0, 1.1R, 1.1.5.1R, 2.0 and -current) Pcvt has almost full VT220 compatibility, supports national keyboard remapping, 24/25/28/40/50 lines and 80/132 columns and a configurable number of virtual screens for character terminal and X11 sessions. It comes with a complete set of fonts, utilities and documentation for easy integration into the above mentioned systems. The next official release of pcvt will happen on April 30 1995. There will be a least one other beta cycle until then. Beta 23 is the release candiate and i will only accept bugfix patches for it. Things done since beta 22: bugfixes for - the "Gateway 2000" problem of hanging/nonresponding keyboards - a minor X bugfix - bugfix for VT mode and force 24 lines - minor fixes and cleanups Please have a look at Doc/ChangeLog for details. With respect to FreeBSD-current support, Joerg writes: Due to a recent change in sys/i386/i386/cons.c in FreeBSD-current, it's actually impossible to login more than once into the VT that's being used as the system's console. This is a well-known problem, the sio driver is also affected by it, only syscons got a workaround (by using another tty structure). The problem is yet to be solved, any suggestions are welcome. Please direct them to pcvt 3.20 beta 23 can be found on: Host: gilberto.physik.rwth-aachen.de Address: 137.226.31.2 Directory: pub/incoming File: pcvt-320b23.tar.gz Size: 330739 Bytes Note: the file is invisible! (Thanks to Thomas Gellekum and Christoph Kukulies !) Please report any bugs, suggestions, fixes and diffs to hm@hcs.de. Thank you, hellmuth -- Hellmuth Michaelis GFKT HCS Computertechnik GmbH Hamburg, Europe We all live in a yellow subroutine, yellow subroutine ... From owner-freebsd-hackers Thu Mar 30 11:04:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA05856 for hackers-outgoing; Thu, 30 Mar 1995 11:04:06 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA05850 for ; Thu, 30 Mar 1995 11:04:05 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id KAA13714; Thu, 30 Mar 1995 10:53:55 -0800 From: Poul-Henning Kamp Message-Id: <199503301853.KAA13714@ref.tfs.com> Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 30 Mar 1995 10:53:55 -0800 (PST) Cc: peter@bonkers.taronga.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <9503301623.AA26160@cs.weber.edu> from "Terry Lambert" at Mar 30, 95 09:23:52 am Content-Type: text Content-Length: 603 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > (I still love the Giant Step... remember, it wasn't "A Giant Step for the > > > United States", it was "A giant step for Mankind".) > > > > And as a slightly unamerican citizen of Earth, it looks like a slight > > step backwards for USA... :-/ > > You mean: > > "If we can put a man on the moon, why can't we put a man on the moon"? > No, more the "been there, done that" attitude to explorative astronomy... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Thu Mar 30 11:34:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA06501 for hackers-outgoing; Thu, 30 Mar 1995 11:34:28 -0800 Received: from cybernetics.net (jeffh@server0.cybernetics.net [198.80.48.52]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA06494 for ; Thu, 30 Mar 1995 11:34:27 -0800 Received: by cybernetics.net (4.1/SMI-4.1) id AA13618; Thu, 30 Mar 95 14:34:04 EST Date: Thu, 30 Mar 1995 14:33:50 -0500 (EST) From: Jeff To: Brian Tao Cc: HOSOKAWA Tatsumi , hackers@FreeBSD.org Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > On Thu, 30 Mar 1995, HOSOKAWA Tatsumi wrote: > > > > I'm not satisfied with thid version because the deemon's outline is > > too sharp. I want to fix it soon. > > Wow, amazing job on the artwork!!! Could you put up that 18-meg I missed the first post telling where the picture was. Can anyone tell me where I can view it? Thanks. Jeff Hoffman -- Jeff Hoffman -- jeffh@cybernetics.net ------------------------------------- "A man facing the light looks not into sorrow, but to to the future...always." WWW: http://www.cybernetics.net/users/jeffh ------------------------------------------------------------------------------ PGP Public Key available on request. From owner-freebsd-hackers Thu Mar 30 11:56:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07205 for hackers-outgoing; Thu, 30 Mar 1995 11:56:59 -0800 Received: from netcom15.netcom.com (bakul@netcom15.netcom.com [192.100.81.128]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA07198; Thu, 30 Mar 1995 11:56:57 -0800 Received: from localhost by netcom15.netcom.com (8.6.11/Netcom) id LAA01564; Thu, 30 Mar 1995 11:51:07 -0800 Message-Id: <199503301951.LAA01564@netcom15.netcom.com> To: Richard Tobin cc: Dave Cornejo , jkh@freefall.cdrom.com (Jordan K. Hubbard), freebsd-hackers@FreeBSD.org Subject: Re: HotJava In-reply-to: Your message of "Thu, 30 Mar 95 14:21:17 +0100." <199503301321.OAA05112@deacon.cogsci.ed.ac.uk> Date: Thu, 30 Mar 95 11:51:00 -0800 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk > The usual problems with on-the-fly code generation are > (a) If you jump to the new code just after writing it, your pipeline may > get filled before the code is written. This can be solved by > executing a few NOPs after generating the code. > (b) If you have separate I/D cache, you may have to flush (part of) the > I cache in order to see the modified code. This doesn't arise on > 386/486, does it? What about 586? You need OS support to turn a data page into an executable page (usually an executable page is read only & shared). mprotect() should do the trick though. Also, AFAIK, not every processor allows you flush cache via user mode instructions so you may need OS help there. > > I must say I am not sold on Java yet. Scheme remains my > > favorite prototyping language. > I'm hoping that the GNU scripting language (which will be a Scheme) > will come along and displace perl and tk/tcl, but I'm not holding my > breath. At least Java exists, though Sun's experience with NeWS > (which also encouraged downloading small programs [in postscript]) > isn't especially encouraging. Actually, I was not thinking of any such considerations -- I was merely expressing my opinion on the technical merits of the language + sharing my delight in *my* use of Scheme. I don't have the desire to want to save/change the world and for my own use commercial success is immaterial. I will note that for me Java does not exist as yet (I don't use SPARC systems) while Scheme does -- I can choose from over 15 implementations. Scheme would be ideal if it had a decent interface to arbitrary C functions + an on-the-fly code generator. From owner-freebsd-hackers Thu Mar 30 12:12:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA07530 for hackers-outgoing; Thu, 30 Mar 1995 12:12:56 -0800 Received: from server.iadfw.net (server.iadfw.net [204.178.72.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA07524 for ; Thu, 30 Mar 1995 12:12:55 -0800 From: jbryant@server.iadfw.net Received: (from jbryant@localhost) by server.iadfw.net (8.6.9/8.6.6) id OAA00839 for freebsd-hackers@freebsd.org; Thu, 30 Mar 1995 14:12:40 -0600 Message-Id: <199503302012.OAA00839@server.iadfw.net> Subject: What happened to my include files!@# To: freebsd-hackers@FreeBSD.org Date: Thu, 30 Mar 1995 14:12:40 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1143 Sender: hackers-owner@FreeBSD.org Precedence: bulk After having relative success with the 950210 snap, I just installed the 950322 snap on my system yesterday hoping to solve a few problems. 1). How did the include files get screwed up? 2). Many passwd file operations do not now work, including the passwd(1) command. I installed this identically to the 950210 snapshot, by doing a 'sh extract.sh' in each of the dist dirs [on the /tmp partition]. I would really like to get this up and running so I can get some testing done prior to installing it here on server. At this point, I cannot even change my password or compile ANYTHING! vipw does seem to work... The matcd info cannot be changed via the -c flag either. I attempted to assign a different port for matcd0 and it always comes back that matcd0 is unknown when giving any command using it at the config> prompt. Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-hackers Thu Mar 30 12:34:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08133 for hackers-outgoing; Thu, 30 Mar 1995 12:34:37 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA08127 for ; Thu, 30 Mar 1995 12:34:36 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA14343; Thu, 30 Mar 1995 12:34:21 -0800 From: Poul-Henning Kamp Message-Id: <199503302034.MAA14343@ref.tfs.com> Subject: Re: What happened to my include files!@# To: jbryant@server.iadfw.net Date: Thu, 30 Mar 1995 12:34:20 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503302012.OAA00839@server.iadfw.net> from "jbryant@server.iadfw.net" at Mar 30, 95 02:12:40 pm Content-Type: text Content-Length: 751 Sender: hackers-owner@FreeBSD.org Precedence: bulk > After having relative success with the 950210 snap, I just installed the > 950322 snap on my system yesterday hoping to solve a few problems. > > 1). How did the include files get screwed up? > > 2). Many passwd file operations do not now work, including the passwd(1) > command. You need to change the owner for /usr/bin/passwd > The matcd info cannot be changed via the -c flag either. I attempted to > assign a different port for matcd0 and it always comes back that matcd0 > is unknown when giving any command using it at the config> prompt. On the list. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Thu Mar 30 13:25:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA10159 for hackers-outgoing; Thu, 30 Mar 1995 13:25:41 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA10151; Thu, 30 Mar 1995 13:25:36 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Luigi Rizzo cc: hackers@FreeBSD.org Subject: Re: Any support for IDE CDROM (ATAPI ?) In-reply-to: Your message of "Thu, 30 Mar 95 14:56:30 +0200." <199503301256.OAA02082@labinfo.iet.unipi.it> Date: Thu, 30 Mar 1995 13:25:35 -0800 Message-ID: <10150.796598735@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > As the subject says, I was wondering if there is any support (or plan > to do it) for IDE CDROM (called ATAPI somewhere). Soren is currently working on it. Jordan From owner-freebsd-hackers Thu Mar 30 14:24:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00411 for hackers-outgoing; Thu, 30 Mar 1995 14:24:58 -0800 Received: from omega.uta.edu (omega.uta.edu [129.107.1.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00400 for ; Thu, 30 Mar 1995 14:24:56 -0800 Received: (from nguyen@localhost) by omega.uta.edu (8.6.9/8.6.9) id QAA15054 for freebsd-hackers@FreeBSD.ORG; Thu, 30 Mar 1995 16:12:07 -0600 From: TR Nguyen Message-Id: <199503302212.QAA15054@omega.uta.edu> Subject: Re: Posix thread library (fwd) To: freebsd-hackers@FreeBSD.org (freebsd-hackers) Date: Thu, 30 Mar 1995 16:12:07 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 639 Sender: hackers-owner@FreeBSD.org Precedence: bulk Forwarded message: > > * Last time I looked, the latest beta of pthreads did include support for > * FreeBSD-2.0. Try looking in ftp://sipb.mit.edu/pub/pthreads > > Cool. Somebody want to make a port for now? :) > > Satoshi I'll attempt to get it ported to my FreeBSD box and test it out. If someone already done this, let me know. TR Nguyen --------- Problems with Microsoft products? ---------------------------- 1. Extend hand 2. Fold back thumb, index, ring, and little finger. 3. Locate "RESET" on front panel. 4. Depress, hold for +100ms 5. Release ------ for more info: finger nguyen@omega.uta.edu | less --------------- From owner-freebsd-hackers Thu Mar 30 14:28:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00501 for hackers-outgoing; Thu, 30 Mar 1995 14:28:45 -0800 Received: from saul4.u.washington.edu (saul4.u.washington.edu [140.142.83.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00494 for ; Thu, 30 Mar 1995 14:28:42 -0800 Received: by saul4.u.washington.edu (5.65+UW95.02/UW-NDC Revision: 2.32 ) id AA18527; Thu, 30 Mar 95 14:28:39 -0800 X-Sender: spaz@saul4.u.washington.edu Date: Thu, 30 Mar 1995 14:28:38 -0800 (PST) From: John Utz To: FreeBSD hackerlist Cc: Poul-Henning Kamp Subject: New Snapshot...Good and Bad.... Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk HI folks; Well, i have returned to the netlands, after being down with a rather troublesome upgrade to the latest snap. First of all, the good news...Man, that kernel boots quick! The probe routines seem to be much smarter, i would guess that the GENERIC kernel booted in half the time the 2.0 GENERIC booted in! 2nd good news! the console BEL function seems to have been finally implemented correctly. I get lots of happy noises from seyon when it connects ( a different one for each connection! ) and my remote shells with term now transmit the BEL when new messages are queued by pine running on the school system.... neat! 3rd FINAL BEST NEWS ! THE NCA DRIVER WORKS!!!! I HAVE A TAPE DRIVE AT LONG LAST YIPPEE !!!! nca is the driver for the ncr 8 bit scsi chip found on the cheesy 16 sound plus cdrom cards from PAS ( not the scsi II faast and wide cards..the scsi I narrow and slow cards ) I am really happy about this, i signed up for killing my system with a snapshot in order to see if the nca driver actually was actually working..in case inquiring minds wanted to know.. most of my important applications have compiled smoothly including term, which actually nolonger requires makefile hacking in order to get it to install anymore mostly the good is pretty damn good, but then there is the bad.. :-( For a net connected or cdrom owning person i would imagine that the 2.0 install is way cool. The graphics are good, the idea is pretty sound, but it seems to be lacking any mechanism that i can see for doing the install in a robust way, meaning that if u have succeeded in newfs'ing the system and getting part of the dist on, it wants to either say "whooppee! your done!" or F*$K YOU! START OVER! So currently I am left with all of the config stuff completely hosed! I dont want to be root on myname.my.domain forever! How do i run sysinstall again with out having it insist on newfsing my damn harddrive. I conceed the possibilty of ignorance on my part, but can somebody tell me how i am suppossed to finish the configuration and addd my wife and i on as newusers? The configuration is really important because while i no have tty access to the net via term, it is not allowing me to use my other term aware apps such as my web browser: : gethostbyname: myname.my.domain: Non-authoritative `host not found', or server failed ALL of my CLASSES use the WEB to disseminate info to the students, ( oh , aint modern life grand.. ) so i would really appreciate some help on this, please... the other problem, which i imagine is a snapshot kind of thing ,is that CLISP falls over dead while it is trying to bootstrap iself. It sez it has a memory error and then dumps core.: ;; Loading file /usr/local/clisp-1994-01-25/src/clos.lsp ...Memory fault - core dumped *** Error code 139 lord only knows what is going on here, if anybody is worried about this, they can email me and i will do what ever they would like to have done test wise... iwould point out that this was happy as a clam on 2.0 all in all good work! with what i expect will be an enhanced install 2.1 should have a lot to offer! ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Thu Mar 30 14:32:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00639 for hackers-outgoing; Thu, 30 Mar 1995 14:32:41 -0800 Received: from server.iadfw.net (server.iadfw.net [204.178.72.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00633 for ; Thu, 30 Mar 1995 14:32:40 -0800 From: jbryant@server.iadfw.net Received: (from jbryant@localhost) by server.iadfw.net (8.6.9/8.6.6) id QAA14830; Thu, 30 Mar 1995 16:32:36 -0600 Message-Id: <199503302232.QAA14830@server.iadfw.net> Subject: Re: What happened to my include files!@# To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Thu, 30 Mar 1995 16:32:35 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503302034.MAA14343@ref.tfs.com> from "Poul-Henning Kamp" at Mar 30, 95 12:34:20 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2636 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply: > From: Poul-Henning Kamp > Subject: Re: What happened to my include files!@# > To: jbryant@server.iadfw.net > Date: Thu, 30 Mar 1995 12:34:20 -0800 (PST) > Cc: freebsd-hackers@FreeBSD.org > > > After having relative success with the 950210 snap, I just installed the > > 950322 snap on my system yesterday hoping to solve a few problems. > > > > 1). How did the include files get screwed up? > > > > 2). Many passwd file operations do not now work, including the passwd(1) > > command. > > You need to change the owner for /usr/bin/passwd > > > The matcd info cannot be changed via the -c flag either. I attempted to > > assign a different port for matcd0 and it always comes back that matcd0 > > is unknown when giving any command using it at the config> prompt. > On the list. Thanks. Upon doing this, I was able to get my password back to normal. One more problem in the distribution showed up though. I'll have to double check the distribution again, but I could swear I had skey.access deleted in /etc prior to installing the snap dist. I was damn lucky I still had a shell open from which to rm /etc/skey.access... If /etc/skey.access is in the distribution itself, I suggest it be renamed to something like skey.access.sample so that those of us using the old-style passwords won't be locked out of our systems. Also, I think I should elaborate on exactly what happened with the include files. It seems that upon installing the new snapshot, /usr/include/sys, and several other subdirectories of /usr/include were deleted and replaced with symlinks to /sys/sys and it's subdirectories. The problem here is that /usr/src/sys/sys was deleted during install, and apparently not installed from the distribution. The second problem here is that I feel that general shell users [at least here] should not have access to the OS sources. I understand that it is probably a real pain to keep /usr/include in sync with the kernel includes, but from a security standpoint, why not keep the includes the way they were... The old way: chown root:wheel /usr/src chmod 700 /usr/src The new way: [a lot more bs] Regardless, the include files I need just do not exist on my system anymore. My question: did I screw up the install, or did someone screw up the release? Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-hackers Thu Mar 30 14:38:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00733 for hackers-outgoing; Thu, 30 Mar 1995 14:38:27 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00551; Thu, 30 Mar 1995 14:29:09 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id NAA15777; Sun, 19 Mar 1995 13:52:02 +0100 Date: Sun, 19 Mar 1995 13:52:02 +0100 From: Julian Howard Stacey Message-Id: <199503191252.NAA15777@vector.eikon.e-technik.tu-muenchen.de> To: g506181@aurora.lasc.lockheed.com, info@FreeBSD.org Subject: Re: CDROM configuration Cc: hackers@FreeBSD.org, questions@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hi, FreeBSD folks, I have reached an impasse while installing FreeBSD 2.0 > from the Walnut Creek CDROM. Just a few days ago I answered a similarly query (Sigh) Copy all the bindist stuff to a directory on your dos partition, boot FreeBSD off your flops, mount the dos partition , check your bindist stuff is there, continue the install Julian S From owner-freebsd-hackers Thu Mar 30 15:14:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA01473 for hackers-outgoing; Thu, 30 Mar 1995 15:14:33 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA01465 for ; Thu, 30 Mar 1995 15:14:21 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA15062 (5.67a/IDA-1.5); Thu, 30 Mar 1995 17:05:40 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA07926; 30 Mar 95 16:37:21 CST (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id QAA07923; Thu, 30 Mar 1995 16:37:20 -0600 From: Peter da Silva Message-Id: <199503302237.QAA07923@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: fbsd@clem.systemsix.com (Steve Passe) Date: Thu, 30 Mar 1995 16:37:18 -0600 (CST) Cc: paul@isl.cf.ac.uk, hackers@FreeBSD.org In-Reply-To: <199503301743.KAA20983@clem.systemsix.com> from "Steve Passe" at Mar 30, 95 10:43:10 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 278 Sender: hackers-owner@FreeBSD.org Precedence: bulk It seems to be odd to be calling the easy to use documentation the "advanced" documentation package. Yes, from our vendor viewpoint that's what it is, but it really should be given a friendlier name. Would *you* install an "advanced" documentation package if you were a newbie? From owner-freebsd-hackers Thu Mar 30 15:15:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA01540 for hackers-outgoing; Thu, 30 Mar 1995 15:15:51 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA01533 for ; Thu, 30 Mar 1995 15:15:45 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA15047 (5.67a/IDA-1.5); Thu, 30 Mar 1995 17:04:59 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA07577; 30 Mar 95 16:26:59 CST (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id QAA07574; Thu, 30 Mar 1995 16:26:58 -0600 From: Peter da Silva Message-Id: <199503302226.QAA07574@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: paul@isl.cf.ac.uk (Paul Richards) Date: Thu, 30 Mar 1995 16:26:57 -0600 (CST) Cc: fbsd@clem.systemsix.com, hackers@FreeBSD.org In-Reply-To: <199503300945.KAA23847@isl.cf.ac.uk> from "Paul Richards" at Mar 30, 95 10:45:15 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 370 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The issue is whether our documentation should require a httpd to be > running in order to read them properly. I don't think anyone has suggested that would be the case. HOWEVER. I was just talking to Karl Lehenbauer, and he's done a 350 line Tcl http server that he says we can have... it's cute... it does all the stuff internally, like the whole site is cgi-bin. From owner-freebsd-hackers Thu Mar 30 15:17:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA01578 for hackers-outgoing; Thu, 30 Mar 1995 15:17:08 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA01572 for ; Thu, 30 Mar 1995 15:17:03 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA15059 (5.67a/IDA-1.5); Thu, 30 Mar 1995 17:05:21 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA07596; 30 Mar 95 16:28:26 CST (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id QAA07590; Thu, 30 Mar 1995 16:28:24 -0600 From: Peter da Silva Message-Id: <199503302228.QAA07590@bonkers.taronga.com> Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) To: paul@isl.cf.ac.uk (Paul Richards) Date: Thu, 30 Mar 1995 16:28:21 -0600 (CST) Cc: jkh@freefall.cdrom.com, hosokawa@mt.cs.keio.ac.jp, hackers@FreeBSD.org, ellen@cdrom.com In-Reply-To: <199503301010.LAA23927@isl.cf.ac.uk> from "Paul Richards" at Mar 30, 95 11:10:58 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 204 Sender: hackers-owner@FreeBSD.org Precedence: bulk > How about something actually on the CD, a reference to FreeBSD maybe. How about, on the CD is a copy of the picture, with the CD in the picture having another copy, and so on in an infinite regress... From owner-freebsd-hackers Thu Mar 30 15:26:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA01815 for hackers-outgoing; Thu, 30 Mar 1995 15:26:02 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA01808; Thu, 30 Mar 1995 15:26:00 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: jbryant@server.iadfw.net cc: freebsd-hackers@FreeBSD.org, phk@freefall.cdrom.com Subject: Re: What happened to my include files!@# In-reply-to: Your message of "Thu, 30 Mar 95 14:12:40 CST." <199503302012.OAA00839@server.iadfw.net> Date: Thu, 30 Mar 1995 15:26:00 -0800 Message-ID: <1807.796605960@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > 1). How did the include files get screwed up? No idea! :-( > 2). Many passwd file operations do not now work, including the passwd(1) > command. Yes, somehow the suid permissions got all screwed up somehow and don't work. I've had numerous reports of this one. > I would really like to get this up and running so I can get some testing > done prior to installing it here on server. At this point, I cannot even > change my password or compile ANYTHING! Yes, you need to add suid root bits. > The matcd info cannot be changed via the -c flag either. I attempted to > assign a different port for matcd0 and it always comes back that matcd0 > is unknown when giving any command using it at the config> prompt. Yes, its name is broken - it has a space in it. This has now been fixed. At this point, the number of errors in 950322-SNAP has exceeded what I believe to be acceptable in a snapshot. Sorry, Poul, but that's really how I feel about it. I think it should be deleted from wcarchive and freefall since I'm getting very tired of receiving email about what are some pretty serious bits of broken behavior. It's not doing our reputation any good at all! :-( How do the rest of -hackers feel? Jordan From owner-freebsd-hackers Thu Mar 30 15:32:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02107 for hackers-outgoing; Thu, 30 Mar 1995 15:32:51 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA02101; Thu, 30 Mar 1995 15:32:48 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id PAA15063; Thu, 30 Mar 1995 15:32:44 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id PAA00239; Thu, 30 Mar 1995 15:32:44 -0800 Message-Id: <199503302332.PAA00239@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: jbryant@server.iadfw.net, freebsd-hackers@FreeBSD.org, phk@freefall.cdrom.com Subject: Re: What happened to my include files!@# In-reply-to: Your message of "Thu, 30 Mar 95 15:26:00 PST." <1807.796605960@freefall.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 30 Mar 1995 15:32:43 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >At this point, the number of errors in 950322-SNAP has exceeded what I >believe to be acceptable in a snapshot. Sorry, Poul, but that's >really how I feel about it. I think it should be deleted from >wcarchive and freefall since I'm getting very tired of receiving email >about what are some pretty serious bits of broken behavior. It's not >doing our reputation any good at all! :-( > >How do the rest of -hackers feel? Despite the problems with it, I need people to be using it if I'm going to have any chance of fixing the bugs in the kernel. We're not far from another snapshot (which will include a pile more fixes for the merged cache and the new install utilities)... I think we should just leave it out there. Perhaps a few line README file telling people to set the permissions correctly on whatever files would be sufficient. -DG From owner-freebsd-hackers Thu Mar 30 15:34:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02136 for hackers-outgoing; Thu, 30 Mar 1995 15:34:17 -0800 Received: from cs.sunysb.edu (sbcs.sunysb.edu [130.245.1.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA02130 for ; Thu, 30 Mar 1995 15:34:15 -0800 Received: from sbgrad9.csdept (sbgrad9.cs.sunysb.edu [130.245.2.29]) by cs.sunysb.edu (8.6.11/8.6.9) with SMTP id SAA24705 for ; Thu, 30 Mar 1995 18:34:13 -0500 Date: Thu, 30 Mar 1995 18:34:13 -0500 From: Michael Vernick Message-Id: <199503302334.SAA24705@cs.sunysb.edu> Received: by sbgrad9.csdept (4.1/SMI-4.1) id AA07566; Thu, 30 Mar 95 18:34:08 EST To: freebsd-hackers@FreeBSD.org Subject: help with splbio, splnet, spl... Sender: hackers-owner@FreeBSD.org Precedence: bulk Can someone point me to some documentation that explains how the spl interrupts work? For example, in the Scsi code (scsi_scsi_cmd in scsi_base.c) just before a command is sent to the adapter, a call is made to splbio(). Does this mask all I/O interrupts? Network interrupts too? Thanks. Michael Vernick From owner-freebsd-hackers Thu Mar 30 15:37:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02333 for hackers-outgoing; Thu, 30 Mar 1995 15:37:22 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA02323; Thu, 30 Mar 1995 15:37:16 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id PAA11463; Thu, 30 Mar 1995 15:31:59 GMT Message-Id: <199503301531.PAA11463@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: "Jordan K. Hubbard" cc: jbryant@server.iadfw.net, freebsd-hackers@FreeBSD.org, phk@freefall.cdrom.com Subject: Re: What happened to my include files!@# In-reply-to: Your message of "Thu, 30 Mar 1995 15:26:00 PST." <1807.796605960@freefall.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 30 Mar 1995 15:31:56 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> "Jordan K. Hubbard" said: > At this point, the number of errors in 950322-SNAP has exceeded what I > believe to be acceptable in a snapshot. Sorry, Poul, but that's How are the snapshots being tested ? For instance, is anyone doing a virgin install on a system? Amancio From owner-freebsd-hackers Thu Mar 30 15:39:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02443 for hackers-outgoing; Thu, 30 Mar 1995 15:39:43 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA02437; Thu, 30 Mar 1995 15:39:42 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id PAA15193; Thu, 30 Mar 1995 15:39:36 -0800 From: Poul-Henning Kamp Message-Id: <199503302339.PAA15193@ref.tfs.com> Subject: Re: What happened to my include files!@# To: hasty@star-gate.com (Amancio Hasty) Date: Thu, 30 Mar 1995 15:39:36 -0800 (PST) Cc: jkh@freefall.cdrom.com, jbryant@server.iadfw.net, freebsd-hackers@FreeBSD.org, phk@freefall.cdrom.com In-Reply-To: <199503301531.PAA11463@star-gate.com> from "Amancio Hasty" at Mar 30, 95 03:31:56 pm Content-Type: text Content-Length: 448 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > At this point, the number of errors in 950322-SNAP has exceeded what I > > believe to be acceptable in a snapshot. Sorry, Poul, but that's > > > How are the snapshots being tested ? > > For instance, is anyone doing a virgin install on a system? several. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Thu Mar 30 15:44:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02596 for hackers-outgoing; Thu, 30 Mar 1995 15:44:10 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA02588 for ; Thu, 30 Mar 1995 15:44:07 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id PAA15136; Thu, 30 Mar 1995 15:44:03 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id PAA00262; Thu, 30 Mar 1995 15:44:03 -0800 Message-Id: <199503302344.PAA00262@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Michael Vernick cc: freebsd-hackers@FreeBSD.org Subject: Re: help with splbio, splnet, spl... In-reply-to: Your message of "Thu, 30 Mar 95 18:34:13 EST." <199503302334.SAA24705@cs.sunysb.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 30 Mar 1995 15:44:02 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Can someone point me to some documentation that explains how the spl >interrupts work? For example, in the Scsi code (scsi_scsi_cmd in >scsi_base.c) just before a command is sent to the adapter, a call is >made to splbio(). Does this mask all I/O interrupts? Network interrupts >too? It prevents interrupts from devices that are "bio" type. This is basically all disk controllers. Tty devices (such as serial ports) are blocked with spltty(). Network interrupts are blocked with splimp(). splhigh() and splclock() block all interrupts except "fast" interrupts. "fast" interrupts are special and can be explained if necessary; they are currently only used in the sio driver. -DG From owner-freebsd-hackers Thu Mar 30 15:45:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02639 for hackers-outgoing; Thu, 30 Mar 1995 15:45:28 -0800 Received: from saul4.u.washington.edu (saul4.u.washington.edu [140.142.83.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA02631 for ; Thu, 30 Mar 1995 15:45:27 -0800 Received: by saul4.u.washington.edu (5.65+UW95.02/UW-NDC Revision: 2.32 ) id AA23921; Thu, 30 Mar 95 15:45:24 -0800 X-Sender: spaz@saul4.u.washington.edu Date: Thu, 30 Mar 1995 15:45:23 -0800 (PST) From: John Utz To: "Jordan K. Hubbard" Cc: jbryant@server.iadfw.net, freebsd-hackers@FreeBSD.org, phk@freefall.cdrom.com Subject: Re: What happened to my include files!@# In-Reply-To: <1807.796605960@freefall.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi folks; I would probably agree with jordan on this. i am glad i got the chance to demonstrate that the nca driver works, but i feel like i have kind of crippled myself in an important respect ( see my previous posting ), so i feel that we should not snap until the new install is sorted out. but hey, this is what one gets when one grabs a snap, so some folks need to be reminded that this is not a release! On Thu, 30 Mar 1995, Jordan K. Hubbard wrote: > > At this point, the number of errors in 950322-SNAP has exceeded what I > believe to be acceptable in a snapshot. Sorry, Poul, but that's > really how I feel about it. I think it should be deleted from > wcarchive and freefall since I'm getting very tired of receiving email > about what are some pretty serious bits of broken behavior. It's not > doing our reputation any good at all! :-( > > How do the rest of -hackers feel? > > Jordan > ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Thu Mar 30 16:03:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03115 for hackers-outgoing; Thu, 30 Mar 1995 16:03:36 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA03109 for ; Thu, 30 Mar 1995 16:03:34 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29610; Thu, 30 Mar 95 16:57:11 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503302357.AA29610@cs.weber.edu> Subject: Re: help with splbio, splnet, spl... To: davidg@Root.COM Date: Thu, 30 Mar 95 16:57:10 MST Cc: vernick@cs.sunysb.edu, freebsd-hackers@FreeBSD.org In-Reply-To: <199503302344.PAA00262@corbin.Root.COM> from "David Greenman" at Mar 30, 95 03:44:02 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >Can someone point me to some documentation that explains how the spl > >interrupts work? For example, in the Scsi code (scsi_scsi_cmd in > >scsi_base.c) just before a command is sent to the adapter, a call is > >made to splbio(). Does this mask all I/O interrupts? Network interrupts > >too? > > It prevents interrupts from devices that are "bio" type. This is basically > all disk controllers. Tty devices (such as serial ports) are blocked with > spltty(). Network interrupts are blocked with splimp(). splhigh() and > splclock() block all interrupts except "fast" interrupts. "fast" interrupts > are special and can be explained if necessary; they are currently only used in > the sio driver. Or more simply: increasing priority ^ | fast ---------------------------------------------------> | | splclock -------------------------------------> | | ,---------' | splimp -----------------------------> | | ,---------' | spltty -------------------> | | ,---------' | splbio ---------> | B L O C K E D | | +--------------------------------------------------------- It's a tiered interrupt scheme. You can block all interrupts at or below a specified priority while you are doing high priority stuff so that it gets done in time. The "fast" interrupts can't be blocked. This way time critical stuff gets handled when it needs to be instead of being put off. For serial ports, since they have a limited queue depth, it's important to unload the queues "fast" because if you don't you can easily get a data overrun. I don't have the header files currently available or I'd have drawn a better (more comprehensive) picture. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 30 16:19:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03634 for hackers-outgoing; Thu, 30 Mar 1995 16:19:37 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA03625 for ; Thu, 30 Mar 1995 16:19:34 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id QAA15229; Thu, 30 Mar 1995 16:19:31 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id QAA00334; Thu, 30 Mar 1995 16:19:31 -0800 Message-Id: <199503310019.QAA00334@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: vernick@cs.sunysb.edu, freebsd-hackers@FreeBSD.org Subject: Re: help with splbio, splnet, spl... In-reply-to: Your message of "Thu, 30 Mar 95 16:57:10 MST." <9503302357.AA29610@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 30 Mar 1995 16:19:31 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> It prevents interrupts from devices that are "bio" type. This is basically >> all disk controllers. Tty devices (such as serial ports) are blocked with >> spltty(). Network interrupts are blocked with splimp(). splhigh() and >> splclock() block all interrupts except "fast" interrupts. "fast" interrupts >> are special and can be explained if necessary; they are currently only used in >> the sio driver. > > >Or more simply: > >increasing >priority > ^ > | fast ---------------------------------------------------> > | > | splclock -------------------------------------> | > | ,---------' > | splimp -----------------------------> | > | ,---------' > | spltty -------------------> | > | ,---------' > | splbio ---------> | B L O C K E D > | | > +--------------------------------------------------------- > >It's a tiered interrupt scheme. You can block all interrupts >at or below a specified priority while you are doing high >priority stuff so that it gets done in time. The "fast" >interrupts can't be blocked. It doesn't work this way in FreeBSD. It is not a tierd interrupt scheme. Each of the interrupt classes are independant and do NOT block the others. The only exception to this is tty and net are ored together if you are using SLIP or PPP (the reason should be obvious). -DG From owner-freebsd-hackers Thu Mar 30 16:25:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03845 for hackers-outgoing; Thu, 30 Mar 1995 16:25:35 -0800 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA03836 for ; Thu, 30 Mar 1995 16:25:31 -0800 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id RAA22721; Thu, 30 Mar 1995 17:26:45 -0700 Message-Id: <199503310026.RAA22721@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol To: Peter da Silva cc: hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-reply-to: Your message of "Thu, 30 Mar 1995 16:37:18 CST." <199503302237.QAA07923@bonkers.taronga.com> Date: Thu, 30 Mar 1995 17:26:43 -0700 From: Steve Passe Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, > It seems to be odd to be calling the easy to use documentation the "advanced" > documentation package. Yes, from our vendor viewpoint that's what it is, > but it really should be given a friendlier name. Would *you* install an > "advanced" documentation package if you were a newbie? i would, but them i march to the other drummer... i'm open to other naming... Steve Passe smp@clem.systemsix.com From owner-freebsd-hackers Thu Mar 30 16:39:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA04379 for hackers-outgoing; Thu, 30 Mar 1995 16:39:29 -0800 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA04372 for ; Thu, 30 Mar 1995 16:39:28 -0800 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id QAA07349 for freebsd-hackers@freefall.cdrom.com; Thu, 30 Mar 1995 16:39:15 -0800 From: Steven G Kargl Message-Id: <199503310039.QAA07349@troutmask.apl.washington.edu> Subject: symlink mode_t question To: freebsd-hackers@freefall.cdrom.com (FreeBSD) Date: Thu, 30 Mar 1995 16:39:15 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1207 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hackers, I have a simply question about the mode given to a symlink when I use `ls -l'. Why is it alway lrwxrwxr-x, and not resolved to the true access permission of the file? %ls -l *.txt lrwxrwxr-x 1 kargl wheel 5 Mar 30 16:16 a.txt@ -> b.txt --w--w--w- 1 kargl wheel 356 Mar 30 14:11 b.txt %chmod a-r a.txt lrwxrwxr-x 1 kargl wheel 5 Mar 30 16:16 a.txt@ -> b.txt --w--w--w- 1 kargl wheel 356 Mar 30 14:11 b.txt %cat a.txt cat: a.txt: Permission denied I'm adding a symlink option to install(1), and I would like the symlink access permissions to reflect those of the original file. While I'm here. What happens to the setting of immutable/append bits on a file? Does a symlink correctly handle these flags? BTW, I'm adding 2 gzip option, a preserve timestamp option, and I hope better error handling to install(1); e.g., %install -S -z -t file1 file2 Create a symlink file2 to a gzipped file1 and give the last access/modify times of file1 to file2. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Thu Mar 30 16:41:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA04474 for hackers-outgoing; Thu, 30 Mar 1995 16:41:12 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA04463 for ; Thu, 30 Mar 1995 16:41:08 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id RAA08865; Thu, 30 Mar 1995 17:45:05 -0700 Date: Thu, 30 Mar 1995 17:45:05 -0700 From: Nate Williams Message-Id: <199503310045.RAA08865@trout.sri.MT.net> In-Reply-To: David Greenman "Re: help with splbio, splnet, spl..." (Mar 30, 4:19pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: davidg@Root.COM, terry@cs.weber.edu (Terry Lambert) Subject: Re: help with splbio, splnet, spl... Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk [ What do the spl* routines do? ] > >It's a tiered interrupt scheme. You can block all interrupts > >at or below a specified priority while you are doing high > >priority stuff so that it gets done in time. The "fast" > >interrupts can't be blocked. > > It doesn't work this way in FreeBSD. It is not a tierd interrupt scheme. > Each of the interrupt classes are independant and do NOT block the others. The > only exception to this is tty and net are ored together if you are using SLIP > or PPP (the reason should be obvious). Interesting. I wasn't aware that you could do this on a PC, since I was under the impression that you had to have a tiered scheme with the 8259. Obviously I was mis-informed since this would imply that no interrupt is given a higher priority over another interrupt. Is there any way this can be done short of OR'ing a lot of the different masks together to keep certain interrupts from happening? Is this how the sio driver does things? (I know, use the source...) Nate From owner-freebsd-hackers Thu Mar 30 16:46:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA04707 for hackers-outgoing; Thu, 30 Mar 1995 16:46:27 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA04697 for ; Thu, 30 Mar 1995 16:46:22 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id QAA15296; Thu, 30 Mar 1995 16:46:18 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id QAA00377; Thu, 30 Mar 1995 16:46:18 -0800 Message-Id: <199503310046.QAA00377@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Nate Williams cc: terry@cs.weber.edu (Terry Lambert), freebsd-hackers@FreeBSD.org Subject: Re: help with splbio, splnet, spl... In-reply-to: Your message of "Thu, 30 Mar 95 17:45:05 MST." <199503310045.RAA08865@trout.sri.MT.net> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 30 Mar 1995 16:46:17 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> It doesn't work this way in FreeBSD. It is not a tierd interrupt scheme. >> Each of the interrupt classes are independant and do NOT block the others. The >> only exception to this is tty and net are ored together if you are using SLIP >> or PPP (the reason should be obvious). > >Interesting. I wasn't aware that you could do this on a PC, since I was >under the impression that you had to have a tiered scheme with the 8259. >Obviously I was mis-informed since this would imply that no interrupt is >given a higher priority over another interrupt. Is there any way this >can be done short of OR'ing a lot of the different masks together to >keep certain interrupts from happening? Is this how the sio driver does >things? Interrupts are blocked via software in FreeBSD - the interrupt controller isn't messed with (the interrupts are always enabled). I think you're confusing its arbitration priority with the classic unix spl "tiering" that Terry thought we had. When presented with multiple simultaneous interrupts, the interrupt controller does have an arbitration priority scheme that is based on the interrupt number...but this nothing to do with spl tiering. -DG From owner-freebsd-hackers Thu Mar 30 17:16:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA07463 for hackers-outgoing; Thu, 30 Mar 1995 17:16:21 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA07451 for ; Thu, 30 Mar 1995 17:16:20 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29972; Thu, 30 Mar 95 18:10:00 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503310110.AA29972@cs.weber.edu> Subject: Re: help with splbio, splnet, spl... To: davidg@Root.COM Date: Thu, 30 Mar 95 18:09:59 MST Cc: vernick@cs.sunysb.edu, freebsd-hackers@FreeBSD.org In-Reply-To: <199503310019.QAA00334@corbin.Root.COM> from "David Greenman" at Mar 30, 95 04:19:31 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >It's a tiered interrupt scheme. You can block all interrupts > >at or below a specified priority while you are doing high > >priority stuff so that it gets done in time. The "fast" > >interrupts can't be blocked. > > It doesn't work this way in FreeBSD. It is not a tierd interrupt scheme. > Each of the interrupt classes are independant and do NOT block the others. The > only exception to this is tty and net are ored together if you are using SLIP > or PPP (the reason should be obvious). This must be (relatively) new... Why isn't it tiered? This conflicts with what you said about splclock() and splhigh() in your previous post: ] splhigh() and splclock() block all interrupts except "fast" interrupts. Would it be more correct to say that it is partially tiered, with the potential for multiple interrupt classes in a single tier not interfering with each other? This would accomodate both the behaviour you are describing in this post and the quote from your previous post... Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 30 17:23:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA08124 for hackers-outgoing; Thu, 30 Mar 1995 17:23:30 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA08118 for ; Thu, 30 Mar 1995 17:23:24 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA00103; Thu, 30 Mar 95 18:17:02 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503310117.AA00103@cs.weber.edu> Subject: Re: help with splbio, splnet, spl... To: davidg@Root.COM Date: Thu, 30 Mar 95 18:17:01 MST Cc: nate@trout.sri.mt.net, freebsd-hackers@FreeBSD.org In-Reply-To: <199503310046.QAA00377@corbin.Root.COM> from "David Greenman" at Mar 30, 95 04:46:17 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Interrupts are blocked via software in FreeBSD - the interrupt controller > isn't messed with (the interrupts are always enabled). I think you're > confusing its arbitration priority with the classic unix spl "tiering" that > Terry thought we had. When presented with multiple simultaneous interrupts, > the interrupt controller does have an arbitration priority scheme that is > based on the interrupt number...but this nothing to do with spl tiering. Unless the splbio/splclock blocking of everything else but fast wasn't true, it's at least partiall tiered (jury still out on that, since you haven't had time to reply to the posting I made immediately before this one). If this is truly the case, then it's a major step forward toward kernel preemption (depending on implementation, I suppose). The question I then have is why is it still called "spl" which stands for "set priority level" if what it is really doing is blocking a particular class of interrupts instead of all interrupts at or below a particular level? A duck us like a bicycle because they both have two wheels except the duck. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Mar 30 17:23:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA08145 for hackers-outgoing; Thu, 30 Mar 1995 17:23:38 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA08134 for ; Thu, 30 Mar 1995 17:23:34 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id RAA15394; Thu, 30 Mar 1995 17:22:02 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id RAA00444; Thu, 30 Mar 1995 17:22:02 -0800 Message-Id: <199503310122.RAA00444@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: vernick@cs.sunysb.edu, freebsd-hackers@FreeBSD.org Subject: Re: help with splbio, splnet, spl... In-reply-to: Your message of "Thu, 30 Mar 95 18:09:59 MST." <9503310110.AA29972@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 30 Mar 1995 17:20:47 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >It's a tiered interrupt scheme. You can block all interrupts >> >at or below a specified priority while you are doing high >> >priority stuff so that it gets done in time. The "fast" >> >interrupts can't be blocked. >> >> It doesn't work this way in FreeBSD. It is not a tierd interrupt scheme. >> Each of the interrupt classes are independant and do NOT block the others. The >> only exception to this is tty and net are ored together if you are using SLIP >> or PPP (the reason should be obvious). > >This must be (relatively) new... If you consider 6 years old (when 386BSD was first being put together) as "new", well...I suppose. >Why isn't it tiered? Because it doesn't need to be. In fact, it is better if it isn't. >This conflicts with what you said about splclock() and splhigh() in >your previous post: > >] splhigh() and splclock() block all interrupts except "fast" interrupts. > > >Would it be more correct to say that it is partially tiered, with >the potential for multiple interrupt classes in a single tier not >interfering with each other? It would be more accurate to say that "fast" interrupts are a kludge and are escentially unblockable and don't fit into the spl* scheme at all. -DG From owner-freebsd-hackers Thu Mar 30 17:25:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA08214 for hackers-outgoing; Thu, 30 Mar 1995 17:25:47 -0800 Received: from palmer.demon.co.uk (root@palmer.demon.co.uk [158.152.50.150]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA08204 for ; Thu, 30 Mar 1995 17:25:42 -0800 Received: from localhost (gary@localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.9/8.6.9) with SMTP id CAA07596 ; Fri, 31 Mar 1995 02:18:14 +0100 X-Authentication-Warning: palmer.demon.co.uk: Host localhost didn't use HELO protocol To: Steven G Kargl cc: FreeBSD Subject: Re: symlink mode_t question In-reply-to: Your message of "Thu, 30 Mar 1995 16:39:15 -0800." <199503310039.QAA07349@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <7592.796612692.1@palmer.demon.co.uk> Date: Fri, 31 Mar 1995 02:18:13 +0100 Message-ID: <7593.796612693@palmer.demon.co.uk> From: Gary Palmer Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199503310039.QAA07349@troutmask.apl.washington.edu>, Steven G Kargl writes: >Hackers, >I have a simply question about the mode given to a symlink when I >use `ls -l'. Why is it alway lrwxrwxr-x, and not resolved to the true >access permission of the file? It gets the symlink permissions from the directory (so it's not always 775...) Gary From owner-freebsd-hackers Thu Mar 30 18:03:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA09714 for hackers-outgoing; Thu, 30 Mar 1995 18:03:35 -0800 Received: from glueserv1.umd.edu (glueserv1.umd.edu [129.2.70.69]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA09708 for ; Thu, 30 Mar 1995 18:03:32 -0800 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by glueserv1.umd.edu (8.6.10/8.6.4) with ESMTP id VAA08797 for ; Thu, 30 Mar 1995 21:03:02 -0500 Received: (chuckr@localhost) by mocha.eng.umd.edu (8.6.10/8.6.4) id VAA19105; Thu, 30 Mar 1995 21:03:00 -0500 Date: Thu, 30 Mar 1995 21:02:59 -0500 (EST) From: Chuck Robey To: FreeBSD-hackers@FreeBSD.org Subject: Artwork Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I've looked long enough at the fantastic pictures we have to be thrilled with either, and my personal choice is the cdrom BUT the question is, who is our audience. I won't decide that for you, but I can comment that I probably honestly represent the techie. For another point of view, I asked someone I trust, who is a decided non-techie but does own a computer, for their opinion. Like me, he liked both; unlike me, he definitely liked giant-step better. For what it's worth, I suspect that might be a common feeling. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Thu Mar 30 18:12:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA09859 for hackers-outgoing; Thu, 30 Mar 1995 18:12:41 -0800 Received: from maroon.tc.umn.edu (root@maroon.tc.umn.edu [128.101.118.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA09853 for ; Thu, 30 Mar 1995 18:12:39 -0800 Received: from x65-102.co.net by maroon.tc.umn.edu; Thu, 30 Mar 95 20:12:25 -0500 Date: Thu, 30 Mar 95 20:12:10 CST From: "Craig M. Jones" Message-Id: <82882.cmjones@maroon.tc.umn.edu> X-Minuet-Version: Minuet1.0_Beta_17A X-POPMail-Charset: English To: gibbs@estienne.CS.Berkeley.EDU, hackers@FreeBSD.org Subject: Re: 950322-SNAP adaptec AHA-2940 pci card Sender: hackers-owner@FreeBSD.org Precedence: bulk >>Hi >>I have been using FreeBSD 1.51 for a long time now & am very impressed with >>FreeBSD. It has been working as our network server very nicely. >>Thanks to all the people working on it! >> >>Now for the problem. >>I am installing 950322-SNAP on pentium 90 pci with an adaptec 2940 scsi >>controller. The boot floppies finds the card & I can install all the way to >>the reboot from hard disk. While rebooting it hangs on waiting for scsi >>devices to settle. I then booted the fixit disk, which booted ok. I can >>mount & use the hard drive with this disk. I tried to lower the bus speed >>as somone else on the list suggested from 10MHZ to 5MHZ no luck. >> >>Any sugestions? >> >>Craig Jones >>Univ. of Minnesota >>cmjones@wolf.co.net > >Do you have any devices (my guess would be a network adaptor since the drivers >for them are not in the boot floppy's kernel) that have a conflicting interrupt? >I didn't have shared interrupts working properly in the 294x driver for the >322 SNAP, but will shortly, so I'm hoping this is your problem. If not, please >drop me a line. This was the clue I needed. I removed my pci ethernet card (SMC8432BT) then it booted. Now comes the strange part. I changed the order the cards are plugged into the pci bus & it worked! I used the Etherport to ftp the rest of the installation & it seems to be working fine. I do not understand this but it worked. Thanks ! Craig Jones Univ of Minn. From owner-freebsd-hackers Thu Mar 30 18:17:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA09911 for hackers-outgoing; Thu, 30 Mar 1995 18:17:24 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA09905 for ; Thu, 30 Mar 1995 18:17:23 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id SAA00794; Thu, 30 Mar 1995 18:17:19 -0800 Message-Id: <199503310217.SAA00794@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: "Craig M. Jones" cc: hackers@FreeBSD.org Subject: Re: 950322-SNAP adaptec AHA-2940 pci card In-reply-to: Your message of "Thu, 30 Mar 1995 20:12:10 CST." <82882.cmjones@maroon.tc.umn.edu> Date: Thu, 30 Mar 1995 18:17:19 -0800 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>Hi >>>I have been using FreeBSD 1.51 for a long time now & am very impressed with >>>FreeBSD. It has been working as our network server very nicely. >>>Thanks to all the people working on it! >>> >>>Now for the problem. >>>I am installing 950322-SNAP on pentium 90 pci with an adaptec 2940 scsi >>>controller. The boot floppies finds the card & I can install all the way to >>>the reboot from hard disk. While rebooting it hangs on waiting for scsi >>>devices to settle. I then booted the fixit disk, which booted ok. I can >>>mount & use the hard drive with this disk. I tried to lower the bus speed >>>as somone else on the list suggested from 10MHZ to 5MHZ no luck. >>> >>>Any sugestions? >>> >>>Craig Jones >>>Univ. of Minnesota >>>cmjones@wolf.co.net >> >>Do you have any devices (my guess would be a network adaptor since the driver >s >>for them are not in the boot floppy's kernel) that have a conflicting interru >pt? >>I didn't have shared interrupts working properly in the 294x driver for the >>322 SNAP, but will shortly, so I'm hoping this is your problem. If not, plea >se >>drop me a line. > > > This was the clue I needed. I removed my pci ethernet card (SMC8432BT) >then it booted. Now comes the strange part. I changed the order the cards >are plugged into the pci bus & it worked! I used the Etherport to ftp the >rest of the installation & it seems to be working fine. >I do not understand this but it worked. Something with the way that your BIOS assigns interrupts I guess. > >Thanks ! > >Craig Jones Univ of Minn. > Glad to hear that it is working for you. I'm trying to compile a list of SCSI periferals that are working with the driver. Can you send me a list of what you are running so I can add them in? Thanks, -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Thu Mar 30 18:42:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA10284 for hackers-outgoing; Thu, 30 Mar 1995 18:42:33 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA10274; Thu, 30 Mar 1995 18:42:26 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA17424 (5.67a/IDA-1.5); Thu, 30 Mar 1995 20:34:47 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA14009; 30 Mar 95 20:30:00 CST (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id UAA14006; Thu, 30 Mar 1995 20:29:59 -0600 From: Peter da Silva Message-Id: <199503310229.UAA14006@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: faulkner@mpd.tandem.com (Boyd Faulkner) Date: Thu, 30 Mar 1995 20:29:59 -0600 (CST) Cc: jkh@freefall.cdrom.com, faulkner@devnull.mpd.tandem.com, jfieber@cs.smith.edu, hackers@freefall.cdrom.com In-Reply-To: <9503301733.AA12748@olympus> from "Boyd Faulkner" at Mar 30, 95 11:33:28 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 350 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I hereby formally admit that lynx does support the use of proxies. I have > done it now. Now a second question, is it documented other than in the > source (hidden in the Library) and in the samples/lynx.com file? You're supposed to find out by reading the WWW pages on the Cern library. Just about all WWW software supports the same interface. From owner-freebsd-hackers Thu Mar 30 19:22:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA11004 for hackers-outgoing; Thu, 30 Mar 1995 19:22:18 -0800 Received: from mpp.com (dialup-5-108.gw.umn.edu [128.101.96.108]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA10996 for ; Thu, 30 Mar 1995 19:22:14 -0800 Received: (from mpp@localhost) by mpp.com (8.6.11/8.6.9) id VAA00167 for freebsd-hackers@freefall.cdrom.com; Thu, 30 Mar 1995 21:08:37 -0600 From: Mike Pritchard Message-Id: <199503310308.VAA00167@mpp.com> Subject: Fade screen saver page faults To: freebsd-hackers@freefall.cdrom.com Date: Thu, 30 Mar 1995 21:08:37 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 967 Sender: hackers-owner@FreeBSD.org Precedence: bulk I was trying to enable to "fade" screen saver, but anytime that the screen saver tries to start, I get a panic with the message "page fault while in kernel mode". All of the other screen savers work just fine. Running a modstat shows that the fade saver is loading at the same address as all of the other savers. Examining the crash dump shows that it faults right at the line in in syscons.c where it attempts to call the screen saver (making it look like the saver never loaded, but modstat says it is fine). I tried sup-ing the entire source tree this morning and doing a full kernel built, and rebuilding everything in /usr/src/lkm, along with new modstat/modload/modunload command with no better luck. Can anyone else get this screen saver to work, or am I the only unlucky one? And if it is just happening to me, anyone have any ideas why? -- Mike Pritchard pritc003@maroon.tc.umn.edu "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Thu Mar 30 20:51:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA12789 for hackers-outgoing; Thu, 30 Mar 1995 20:51:01 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA12783 for ; Thu, 30 Mar 1995 20:50:59 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id MAA00252; Fri, 31 Mar 1995 12:50:59 +0800 Date: Fri, 31 Mar 1995 12:50:58 +0800 (CST) From: Brian Tao To: John Utz cc: FREEBSD-HACKERS-L Subject: Re: New Snapshot...Good and Bad.... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 30 Mar 1995, John Utz wrote: > > left with all of the config stuff completely hosed! I dont want to be > root on myname.my.domain forever! How do i run sysinstall again with out > having it insist on newfsing my damn harddrive. I conceed the possibilty > of ignorance on my part, but can somebody tell me how i am suppossed to > finish the configuration and addd my wife and i on as newusers? Read and edit (if necessary) each line of your /etc/sysconfig file. There are lots of things in there you can change to suit your local setup. One is your hostname. For other networking stuff, the setup can be done by hand by editing the relevant files (/etc/hosts, /etc/resolv.conf, /etc/defaultrouter, /etc/hostname.*, etc.) Use /usr/sbin/adduser to create new accounts. I admit this is probably daunting for someone who isn't familiar with UNIX ("why are there so many numbers in /etc/hosts?!?") and it would be nice to have, say, a Lynx-based system and network admin tool. Now if only I could get a month off work... -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Thu Mar 30 20:58:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA12858 for hackers-outgoing; Thu, 30 Mar 1995 20:58:41 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA12851 for ; Thu, 30 Mar 1995 20:58:34 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id MAA00273; Fri, 31 Mar 1995 12:58:31 +0800 Date: Fri, 31 Mar 1995 12:58:31 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: What happened to my include files!@# In-Reply-To: <1807.796605960@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 30 Mar 1995, Jordan K. Hubbard wrote: > > > 2). Many passwd file operations do not now work, including the passwd(1) > > command. > > Yes, somehow the suid permissions got all screwed up somehow and don't > work. I've had numerous reports of this one. [...] > Yes, you need to add suid root bits. Is this because /usr/bin/passwd wasn't archived correctly or something later on in the distribution fiddles with the permission bits? I checked my /usr/bin/passwd and it is mode 4555 without any intervention from me. > At this point, the number of errors in 950322-SNAP has exceeded what I > believe to be acceptable in a snapshot. Sorry, Poul, but that's > really how I feel about it. ... > > How do the rest of -hackers feel? I didn't have any serious problems upgrading from 950210 to this snapshot, so I won't comment either way on this. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Thu Mar 30 20:58:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA12843 for hackers-outgoing; Thu, 30 Mar 1995 20:58:08 -0800 Received: from arl-img-2.compuserve.com (arl-img-2.compuserve.com [198.4.7.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA12836 for ; Thu, 30 Mar 1995 20:58:07 -0800 Received: by arl-img-2.compuserve.com (8.6.10/5.941228sam) id XAA06622; Thu, 30 Mar 1995 23:57:34 -0500 Date: 30 Mar 95 23:54:52 EST From: "Leonard W. Mah" <73664.2073@compuserve.com> To: FreeBSD Subject: FreeBSD 2.0 Installation Message-ID: <950331045452_73664.2073_DHR60-1@CompuServe.COM> Sender: hackers-owner@FreeBSD.org Precedence: bulk My system is configuration is: Alaris 486SLC2-66Mhz Motherboard 8MB WD 540MB hd WD 250MB slave drive Pro Audio Spectrum with NEC 2X CD-ROM The beginning of the installation went flawlessly until it was time to install the distributions onto the slave drive. I kept on getting the following message: "SCSI timeout -- WAIT_FOR_REQ--pas.c:891." However, this happened only at the end of the bindist installation and it appeared that it wrote the binaries correctly to my hd because I got the end of bindist dialog box. It only took about 6.6 MB of disk space...does that sound right? All of the smaller distributions installed without the SCSI timeout error. Then, upon installing XFREE86, the checksums verified correctly I got the extracting, please wait message. Nothing happened after that with no activity from the CD ROM drive or the slave drive. I waited a good 10 minutes to be sure, and it just sat there doing nothing. Is there another way to install XFREE86 that is not too painful? I would have to say that other than this problem I am more impressed with FreeBSD than Linux, but as an ex Cal Bear I am a just a little biased. Any help would be appreciated...and thanks for your time. Leonard W. Mah From owner-freebsd-hackers Thu Mar 30 21:06:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13038 for hackers-outgoing; Thu, 30 Mar 1995 21:06:21 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA12974 for ; Thu, 30 Mar 1995 21:04:07 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA00284; Fri, 31 Mar 1995 13:00:55 +0800 Date: Fri, 31 Mar 1995 13:00:55 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: What happened to my include files!@# In-Reply-To: <199503301531.PAA11463@star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 30 Mar 1995, Amancio Hasty wrote: > > How are the snapshots being tested ? > > For instance, is anyone doing a virgin install on a system? I will be, as soon as the machine gets a second gigabyte drive to hold FreeBSD. Perhaps, to avoid embarassment, I should just bring up the network manually and do an rdist from my box to the new one... :-/ -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Thu Mar 30 21:07:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13119 for hackers-outgoing; Thu, 30 Mar 1995 21:07:49 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA13113 for ; Thu, 30 Mar 1995 21:07:43 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA18584 (5.67a/IDA-1.5); Thu, 30 Mar 1995 23:04:45 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA14351; 30 Mar 95 20:35:45 CST (Thu) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id UAA14348; Thu, 30 Mar 1995 20:35:44 -0600 From: Peter da Silva Message-Id: <199503310235.UAA14348@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: fbsd@clem.systemsix.com (Steve Passe) Date: Thu, 30 Mar 1995 20:35:44 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199503310026.RAA22721@clem.systemsix.com> from "Steve Passe" at Mar 30, 95 05:26:43 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 417 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > It seems to be odd to be calling the easy to use documentation the > > "advanced" documentation package. Yes, from our vendor viewpoint that's > > what it is, but it really should be given a friendlier name. Would *you* > > install an "advanced" documentation package if you were a newbie? > i would, but them i march to the other drummer... i'm open to other naming... Some people were never newbies. From owner-freebsd-hackers Thu Mar 30 21:12:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13239 for hackers-outgoing; Thu, 30 Mar 1995 21:12:26 -0800 Received: from herman.tiac.net (herman.tiac.net [199.3.131.153]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA13233 for ; Thu, 30 Mar 1995 21:12:20 -0800 Received: (from emb@localhost) by herman.tiac.net (8.6.10/8.6.9) id QAA03711; Thu, 30 Mar 1995 16:39:10 GMT Date: Thu, 30 Mar 1995 16:39:09 +0000 () From: "Eric M. Busalacchi" To: Joerg Wunsch cc: hackers@FreeBSD.org Subject: Re: Colorado Jumbo Tape In-Reply-To: <199503301629.SAA03608@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 30 Mar 1995, J Wunsch wrote: > As DAVIDE TOME' wrote: > > > > How can I use my Colorado Jumbo Tape (QIC 80) to backup FreeBSD ?? > > I mean ..... what kind of software is better to make it work ? > > There's currently only one piece of software that acutally makes it > work: the `ft' program. It's an input/output filter for the floppy > tapes. > > You perhaps need to enable the `ft' line in the kernel config file, > and rebuild a new kernel. My floppy tape hasn't been recognised by the kernel in months.. Ever since I did my first sup, about 4 months ago. If I want to use the drive, I have to reboot with the original kernel that came with the 2.0 distribution.. *shrug* -- Eric M. Busalacchi emb@herman.tiac.net - Big brother is watching the net.. From owner-freebsd-hackers Thu Mar 30 21:48:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13837 for hackers-outgoing; Thu, 30 Mar 1995 21:48:42 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA13831 for ; Thu, 30 Mar 1995 21:48:38 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id VAA07679; Thu, 30 Mar 1995 21:41:42 -0800 From: "Rodney W. Grimes" Message-Id: <199503310541.VAA07679@gndrsh.aac.dev.com> Subject: Re: Colorado Jumbo Tape To: emb@herman.tiac.net (Eric M. Busalacchi) Date: Thu, 30 Mar 1995 21:41:42 -0800 (PST) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.org In-Reply-To: from "Eric M. Busalacchi" at Mar 30, 95 04:39:09 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1287 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > On Thu, 30 Mar 1995, J Wunsch wrote: > > > As DAVIDE TOME' wrote: > > > > > > How can I use my Colorado Jumbo Tape (QIC 80) to backup FreeBSD ?? > > > I mean ..... what kind of software is better to make it work ? > > > > There's currently only one piece of software that acutally makes it > > work: the `ft' program. It's an input/output filter for the floppy > > tapes. > > > > You perhaps need to enable the `ft' line in the kernel config file, > > and rebuild a new kernel. > > My floppy tape hasn't been recognised by the kernel in months.. > Ever since I did my first sup, about 4 months ago. If I want to use the > drive, I have to reboot with the original kernel that came with the 2.0 > distribution.. *shrug* Add a flags 0x1 to your fdc line in you kernel config file, or during the boot use the -c option to get into userconfig and do a flags fdc0 0x1 q to set the flag during boot. I just tested and shipped a system with a Colorado 250 in it and it worked just fine (I configed the kernel with the flags line): controller fdc0 at isa? port "IO_FD1" bio flags 0x1 irq 6 drq 2 vector fdintr -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu Mar 30 21:54:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13922 for hackers-outgoing; Thu, 30 Mar 1995 21:54:28 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA13915; Thu, 30 Mar 1995 21:54:27 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: freebsd-hackers@FreeBSD.org Subject: Re: Fixed 3C589 (PCMCIA Etherlink III) driver bug In-reply-to: Your message of "Mon, 27 Mar 95 23:43:13 +0900." <199503271443.XAA01798@frig.mt.cs.keio.ac.jp> Date: Thu, 30 Mar 1995 21:54:27 -0800 Message-ID: <13914.796629267@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I put new if_zp.c on > > ftp://ftp.freebsd.org/pub/FreeBSD/incoming/if_zp.c > > Please replace the if_zp.c of -current with this file. I'm running the LINT test right now. If all is well, I'll be committing it into -current very shortly! Jordan From owner-freebsd-hackers Thu Mar 30 22:53:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA14617 for hackers-outgoing; Thu, 30 Mar 1995 22:53:32 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA14610; Thu, 30 Mar 1995 22:53:31 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: hackers@FreeBSD.org Subject: Re: New daemon pictures (Re: "Commissioning" some artwork..) In-reply-to: Your message of "Thu, 30 Mar 95 02:25:01 +0900." <199503291725.CAA04588@nanbu.mt.cs.keio.ac.jp> Date: Thu, 30 Mar 1995 22:53:31 -0800 Message-ID: <14608.796632811@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > The fatal bug of 'zp' (PCMCIA Etherlink III) driver has been fixed > (please update if_zp.c of the -curent...), and, here comes the new Imported! Jordan From owner-freebsd-hackers Thu Mar 30 22:56:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA14757 for hackers-outgoing; Thu, 30 Mar 1995 22:56:46 -0800 Received: from ns.dknet.dk (root@ns.dknet.dk [193.88.44.42]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA14751 for ; Thu, 30 Mar 1995 22:56:41 -0800 Received: from login.dknet.dk by ns.dknet.dk with SMTP id AA29034 (5.65c8/IDA-1.4.4j for ); Fri, 31 Mar 1995 08:56:25 +0200 Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA03715; Fri, 31 Mar 95 08:54:43 +0200 From: sos@login.dknet.dk (S|ren Schmidt) Message-Id: <9503310654.AA03715@login.dknet.dk> Subject: Re: Fade screen saver page faults To: pritc003@maroon.tc.umn.edu (Mike Pritchard) Date: Fri, 31 Mar 95 8:54:43 MET DST Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199503310308.VAA00167@mpp.com>; from "Mike Pritchard" at Mar 30, 95 9:08 pm X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I was trying to enable to "fade" screen saver, but anytime that > the screen saver tries to start, I get a panic with the message > "page fault while in kernel mode". All of the other screen savers > work just fine. Running a modstat shows that the fade saver > is loading at the same address as all of the other savers. > Examining the crash dump shows that it faults right at the line in > in syscons.c where it attempts to call the screen saver (making it > look like the saver never loaded, but modstat says it is fine). Hm, I hate to says this, but it used to work.... I'll look at it -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time .. From owner-freebsd-hackers Thu Mar 30 23:00:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA14851 for hackers-outgoing; Thu, 30 Mar 1995 23:00:00 -0800 Received: from dolphin.mikom.csir.co.za (dolphin.mikom.csir.co.za [146.64.28.40]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA14837; Thu, 30 Mar 1995 22:59:20 -0800 Received: (from jhay@localhost) by dolphin.mikom.csir.co.za (8.6.11/8.6.6) id GAA05362; Fri, 31 Mar 1995 06:11:58 +0200 From: John Hay Message-Id: <199503310411.GAA05362@dolphin.mikom.csir.co.za> Subject: Re: What happened to my include files!@# To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Fri, 31 Mar 1995 06:11:57 +0200 (SAT) Cc: freebsd-hackers@FreeBSD.org, phk@freefall.cdrom.com In-Reply-To: <1807.796605960@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 30, 95 03:26:00 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 685 Sender: hackers-owner@FreeBSD.org Precedence: bulk > At this point, the number of errors in 950322-SNAP has exceeded what I > believe to be acceptable in a snapshot. Sorry, Poul, but that's > really how I feel about it. I think it should be deleted from > wcarchive and freefall since I'm getting very tired of receiving email > about what are some pretty serious bits of broken behavior. It's not > doing our reputation any good at all! :-( > > How do the rest of -hackers feel? > > Jordan > What about something less drastic like adding a file "KNOWN.PROBLEMS" or something like that in the SNAP directory which list the problems with workarounds if there is, or isn't that feasable? -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-hackers Thu Mar 30 23:17:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA17950 for hackers-outgoing; Thu, 30 Mar 1995 23:17:14 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA17943; Thu, 30 Mar 1995 23:17:13 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: John Hay cc: freebsd-hackers@FreeBSD.org, phk@freefall.cdrom.com Subject: Re: What happened to my include files!@# In-reply-to: Your message of "Sat, 31 Mar 95 06:11:57 +0200." <199503310411.GAA05362@dolphin.mikom.csir.co.za> Date: Thu, 30 Mar 1995 23:17:13 -0800 Message-ID: <17942.796634233@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > What about something less drastic like adding a file "KNOWN.PROBLEMS" or > something like that in the SNAP directory which list the problems with > workarounds if there is, or isn't that feasable? THERE YOU GO! My god, John's using his brain! Is that allowed? Where's my rulebook for posting to -hackers?! :-) Jordan From owner-freebsd-hackers Fri Mar 31 00:38:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA04054 for hackers-outgoing; Fri, 31 Mar 1995 00:38:10 -0800 Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA04010; Fri, 31 Mar 1995 00:38:00 -0800 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.18.7]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id KAA06129; Fri, 31 Mar 1995 10:36:53 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.10/8.6.9) id KAA10937; Fri, 31 Mar 1995 10:36:41 +0200 Date: Fri, 31 Mar 1995 10:36:41 +0200 Message-Id: <199503310836.KAA10937@caramba.cs.tu-berlin.de> To: "Jordan K. Hubbard" Cc: Nate Williams , hackers@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. In-Reply-To: <210.796430925@freefall.cdrom.com> References: <199503282243.PAA11905@trout.sri.MT.net> <210.796430925@freefall.cdrom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: >We do have a _small_ problem in that you can only start using things >like perl after the bindist is installed, which means you can't use it >for first-order installation tools (boot/cpio floppy stage), but you >can use libdialog or libforms at the boot floppy stage and dialog/sh >after the cpio stage (first reboot). Depending on the types of tools >you're wanting to write, this may or may not be a problem. > >An example of where it IS a problem is the kbdmap/kbdfont tools, which >I'd really prefer to bring up at the _very beginning_ when it makes >the most sense, but as they use PERL I am unable to do so. Oh well! Replace test sleep sed rmdir rm mv mkdir ln grep expr date cp basename cat in stand/* with perl + perlscripts and you have enough space :-) PS: you can't load fonts/keymaps without /usr/share/syscons (bindist) Gruß Wolfram -- http://hyperg.cs.tu-berlin.de/C~wosch From owner-freebsd-hackers Fri Mar 31 00:54:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA07352 for hackers-outgoing; Fri, 31 Mar 1995 00:54:08 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA07338; Fri, 31 Mar 1995 00:54:07 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Wolfram Schneider cc: Nate Williams , hackers@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. In-reply-to: Your message of "Fri, 31 Mar 95 10:36:41 +0200." <199503310836.KAA10937@caramba.cs.tu-berlin.de> Date: Fri, 31 Mar 1995 00:54:01 -0800 Message-ID: <7313.796640041@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Replace test sleep sed rmdir rm mv mkdir ln grep expr date cp basename > cat in stand/* with perl + perlscripts and you have enough space :-) Proof of concept? :-) I'm not actually utterly unwilling. This is exactly what BSDI did, but I'm certainly not a PERL hacker myself. > PS: you can't load fonts/keymaps without /usr/share/syscons (bindist) I was planning to merge that with the crunched binary. Merging in perl is quite another matter altogether! :-) Jordan From owner-freebsd-hackers Fri Mar 31 01:48:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA10376 for hackers-outgoing; Fri, 31 Mar 1995 01:48:00 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA10370 for ; Fri, 31 Mar 1995 01:47:54 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id EAA01364; Fri, 31 Mar 1995 04:47:53 -0500 From: Peter Dufault Message-Id: <199503310947.EAA01364@hda.com> Subject: Re: AIC 6360 SCSI support To: mtaylor@gateway.cybernet.com (Mark J. Taylor) Date: Fri, 31 Mar 1995 04:47:53 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: from "Mark J. Taylor" at Mar 29, 95 11:56:56 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1170 Sender: hackers-owner@FreeBSD.org Precedence: bulk Mark J. Taylor writes: > > So, how slow IS the AIC-6360 based SCSI controller support? Current aic6360 support uses PIO only with no DMA support. > > > I need to find a SCSI controller for either PC-104 or PCMCIA that FreeBSD > supports. All that I've been able to find is a PC-104 board that has a > AIC-6360 chipset. Is this the "WinSystems" board? I also know of a board with the NCR 725 chip; I think Ampro makes it. This chip is supposed to be "SCSI script compatable" with the 8xx series chips we have support for. For all I know this means the same as C source compatable, but it may mean more than that. (Do any of the NCR hackers know)? > Anybody out there using PC-104 or PCMCIA SCSI? No, but we hope to have an Intel EV386EX that boots up and talks TCP-IP over SCSI as a demo for a potential application. We haven't gotten beyond starting to collect PC/104 SCSI literature though. The only two we've found are the AIC-6360 from WinSystems and the NCR725 from Ampro. Peter -- 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-hackers Fri Mar 31 02:06:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA11507 for hackers-outgoing; Fri, 31 Mar 1995 02:06:19 -0800 Received: from news.iadfw.net (jbryant@news.iadfw.net [204.178.72.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA11491 for ; Fri, 31 Mar 1995 02:06:13 -0800 Received: from localhost (jbryant@localhost) by news.iadfw.net (8.6.5/8.6.6) id EAA20669; Fri, 31 Mar 1995 04:05:59 -0600 From: Jim Bryant Message-Id: <199503311005.EAA20669@news.iadfw.net> Subject: Re: Shipping w/ HTTPD BAD IDEA To: jfieber@cs.smith.edu (John Fieber) Date: Fri, 31 Mar 1995 04:05:58 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503300316.WAA14726@grendel.csc.smith.edu> from "John Fieber" at Mar 29, 95 10:16:30 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1593 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply: > From: jfieber@cs.smith.edu (John Fieber) > Subject: Re: Shipping w/ HTTPD BAD IDEA > To: henrich@crh.cl.msu.edu (Charles Henrich) > Date: Wed, 29 Mar 1995 22:16:30 -0500 (EST) > Cc: hackers@FreeBSD.org > > > Why cant we make that an optional PORT directory item? I'd hate > > to end up in a position where one has no choice but to use > > pointy-clicky (arrowkeys in lynx ;) over man because at somepoint > > it was decided to stop supporting primarily the man style manual > > pages. > > And who proposed that we ditch the existing man system? It sure > wasn't me. I think you missed the main point. The point is to > provide an interface to our own hypertext document (faq's, > tutorials, GNU info pages and such) and possibly provide an > *alternate* interface to the manual pages. > > I might suggest that this whole bag of things (man pages, > tutorials, FAQ, GNU info pages and man(1), lynx and httpd) be > wrapped up as a optional "documentation" package. IMHO we should keep the man(1) type pages as standard equipment. Granted, a hypertext manual would be a nice ADD-ON. It would also be a LOT of work. Provided that 2.1 is going to be as stable as it is billed to be, there will be plenty of time after that release... Let's get 2.1 working first! Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-hackers Fri Mar 31 02:42:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA13053 for hackers-outgoing; Fri, 31 Mar 1995 02:42:18 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA13041 for ; Fri, 31 Mar 1995 02:42:14 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id SAA00743; Fri, 31 Mar 1995 18:42:25 +0800 Date: Fri, 31 Mar 1995 18:42:23 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: MetaCard for FreeBSD? In-Reply-To: <199503301916.MAA10061@rudder.metacard.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I saw a recent announcement from Metacard Corp. about ports of their hypertext Metacard Motif authoring tool to additional platforms. They now list 14 hardware/OS architectures, but FreeBSD isn't one of them. :( Linux was on the list, which is what prompted me to write this letter. ;-) For those of you who haven't heard of MetaCard, it's a commercial development tool very similar to Apple's Hypercard. I have the save-disabled demo version running on an AIX box and it's quite a nice package. They have a Web site at http://www.metacard.com. I wrote to MetaCard about a FreeBSD port and got this reply: On Thu, 30 Mar 1995, Scott Raney wrote: > > > > Are there any plans for a FreeBSD 2.0 version of MetaCard? I > > notice you support Linux, but not any of the other free PC Unices. :( > > We have no plans for a BSD port at this point. The Linux port is > barely pulling its weight at this point, and since the Linux installed > base probably outnumbers the BSD installed base about 10 to 1 > (probably a 100 to 1 if you don't count BSD machines used as > routers/servers/firewalls) it wouldn't be cost effective to do the > port. Supporting 3 different PC Unixes (Linux, SCO ODT, and > UnixWare/Solaris x86) is already stretching things kind of thin. > > We'd certainly consider doing a port if a porting fee could be > arranged, or if we could get someone to commit to purchasing a dozen > copies of MetaCard for that platform. > Regards, > Scott > > -- > *********************************************************************** > * Scott Raney 303-447-3936 Remember: the better you look, * > * raney@metacard.com the more you'll see -- Lidia * > *********************************************************************** MetaCard would be a nice addition to the list of commercial apps that support FreeBSD. A *BSD Consortium with some financial pull would come in really handy for offers like this. I don't know how much they ask for a "porting fee", but a dozen licenses adds up to $2340 (Linux and Desqview/X versions have a special price of $195 per license). They also offer a 50% discount to academic users off their $495/license price on other platforms. Any comments? Should I just stick with Tcl/Tk? :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Mar 31 02:47:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA13213 for hackers-outgoing; Fri, 31 Mar 1995 02:47:00 -0800 Received: from news.iadfw.net (jbryant@news.iadfw.net [204.178.72.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA13206 for ; Fri, 31 Mar 1995 02:46:58 -0800 Received: from localhost (jbryant@localhost) by news.iadfw.net (8.6.5/8.6.6) id EAA20867; Fri, 31 Mar 1995 04:45:12 -0600 From: Jim Bryant Message-Id: <199503311045.EAA20867@news.iadfw.net> Subject: Re: Colorado Jumbo Tape To: davide.tome'@galactica.it Date: Fri, 31 Mar 1995 04:45:10 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <8A4A2C2.0001014FB2.uuout@galactica.it> from "DAVIDE TOME'" at Mar 1, 95 11:46:00 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1339 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply: > To: hackers@FreeBSD.org > Subject: Colorado Jumbo Tape > From: davide.tome'@galactica.it (DAVIDE TOME') > Date: Wed, 01 Mar 95 11:46:00 +0100 > Hi, > > How can I use my Colorado Jumbo Tape (QIC 80) to backup FreeBSD ?? > I mean ..... what kind of software is better to make it work ? > > Ciao > > Davide boot with -c config> flags fdc0 1 config> quit ignore all of the error messages, but verify that the tape drive is recognized [right after all of the error messages].... I know of a system where even the above didn't work [server.iadfw.net, so much for installing FreeBSD from tape there... had to resort to [UGH!] floppy install]. It works fine here at home though... then use ft: tar -cvf - files.to.dump | ft otherwise wait for QicTape which will allow QIC compat file interchange between operating systems [coming soon... Shareware, $50.00 USD]. Maybe in a few months it'll be done. I'm waiting to see what happens to the ft device driver... Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-hackers Fri Mar 31 03:05:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA13939 for hackers-outgoing; Fri, 31 Mar 1995 03:05:44 -0800 Received: from news.iadfw.net (jbryant@news.iadfw.net [204.178.72.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA13931 for ; Fri, 31 Mar 1995 03:05:42 -0800 Received: from localhost (jbryant@localhost) by news.iadfw.net (8.6.5/8.6.6) id FAA21055; Fri, 31 Mar 1995 05:05:36 -0600 From: Jim Bryant Message-Id: <199503311105.FAA21055@news.iadfw.net> Subject: Re: Fade screen saver page faults To: pritc003@maroon.tc.umn.edu (Mike Pritchard) Date: Fri, 31 Mar 1995 05:05:35 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503310308.VAA00167@mpp.com> from "Mike Pritchard" at Mar 30, 95 09:08:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1482 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply: > From: Mike Pritchard > Subject: Fade screen saver page faults > To: freebsd-hackers@freefall.cdrom.com > Date: Thu, 30 Mar 1995 21:08:37 -0600 (CST) > > I was trying to enable to "fade" screen saver, but anytime that > the screen saver tries to start, I get a panic with the message > "page fault while in kernel mode". All of the other screen savers > work just fine. Running a modstat shows that the fade saver > is loading at the same address as all of the other savers. > Examining the crash dump shows that it faults right at the line in > in syscons.c where it attempts to call the screen saver (making it > look like the saver never loaded, but modstat says it is fine). > > I tried sup-ing the entire source tree this morning and doing a full > kernel built, and rebuilding everything in /usr/src/lkm, along with new > modstat/modload/modunload command with no better luck. Can anyone > else get this screen saver to work, or am I the only unlucky one? > And if it is just happening to me, anyone have any ideas why? I gave up on the fade saver when it was leaving my display in a very weird state back in 2.0R... Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-hackers Fri Mar 31 03:23:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA14763 for hackers-outgoing; Fri, 31 Mar 1995 03:23:10 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA14756 for ; Fri, 31 Mar 1995 03:23:06 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id TAA00795; Fri, 31 Mar 1995 19:23:24 +0800 Date: Fri, 31 Mar 1995 19:23:23 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Adaptec AHA-1515 controller??? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I don't suppose the current snap supports the AHA-1515 SCSI controller? It sounds mighty old, from the model number, but a friend of mine wants to switch to FreeBSD (he is currently running Linux on a 4-meg 486 box). -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Mar 31 03:37:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA15546 for hackers-outgoing; Fri, 31 Mar 1995 03:37:20 -0800 Received: from aut.alcatel.at (dnisun.aut.alcatel.at [146.112.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA15530 for ; Fri, 31 Mar 1995 03:37:10 -0800 Received: from atuhc16 ([146.112.128.178]) by aut.alcatel.at (4.1/SMI-4.1/AAA-1.29/main) id AA00159; Fri, 31 Mar 95 13:35:27 +0200 Message-Id: <9503311135.AA00159@aut.alcatel.at> Received: by atuhc16 (1.38.193.4/16.2) id AA09077; Fri, 31 Mar 1995 13:33:34 +0200 From: Marino Ladavac Subject: Re: httpd as part of the system. To: peter@bonkers.taronga.com (Peter da Silva) Date: Fri, 31 Mar 95 13:33:34 METDST Cc: hackers@freefall.cdrom.com In-Reply-To: <199503302237.QAA07923@bonkers.taronga.com>; from "Peter da Silva" at Mar 30, 95 4:37 pm Mailer: Elm [revision: 70.85] Sender: hackers-owner@FreeBSD.org Precedence: bulk Peter wrote: > > It seems to be odd to be calling the easy to use documentation the "advanced" > documentation package. Yes, from our vendor viewpoint that's what it is, > but it really should be given a friendlier name. Would *you* install an > "advanced" documentation package if you were a newbie? What do you think about: Manpages etc.: Administration and Programming Reference Manual "Advanced" docs: User Manuals and Tutorials /Alby From owner-freebsd-hackers Fri Mar 31 04:15:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA17710 for hackers-outgoing; Fri, 31 Mar 1995 04:15:10 -0800 Received: from deacon.cogsci.ed.ac.uk (deacon.cogsci.ed.ac.uk [129.215.144.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA17688; Fri, 31 Mar 1995 04:14:48 -0800 Received: (from richard@localhost) by deacon.cogsci.ed.ac.uk (8.6.10/8.6.9) id NAA10050; Fri, 31 Mar 1995 13:09:43 +0100 Date: Fri, 31 Mar 1995 13:09:43 +0100 Message-Id: <199503311209.NAA10050@deacon.cogsci.ed.ac.uk> From: Richard Tobin Subject: Re: HotJava To: Bakul Shah In-Reply-To: Bakul Shah's message of Thu, 30 Mar 95 11:51:00 -0800 Organization: just say no Cc: Dave Cornejo , jkh@freefall.cdrom.com (Jordan K. Hubbard), freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > You need OS support to turn a data page into an executable > page (usually an executable page is read only & shared). > mprotect() should do the trick though. Data pages are executable anyway in FreeBSD. Numerous program already load in compiled code without needing to call mprotect(). But in general, yes, some OSes have this feature. > Also, AFAIK, not > every processor allows you flush cache via user mode > instructions so you may need OS help there. True, but so far we only have x86 to worry about :-( and it doesn't have separate I/D cache. > Scheme would be ideal if it had a > decent interface to arbitrary C functions + an on-the-fly > code generator. Hmm, I wonder if the Java bytecode language is adequate to support Scheme (it has multi-threading, so even call/cc might be possible). Since it's the bytecodes that are downloaded, you would be able to write Scheme programs for HotJava. I'll ask on the Java mailing list. -- Richard From owner-freebsd-hackers Fri Mar 31 04:33:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA17921 for hackers-outgoing; Fri, 31 Mar 1995 04:33:50 -0800 Received: from treasure.cea.berkeley.edu (treasure.cea.berkeley.edu [128.32.154.103]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA17915 for ; Fri, 31 Mar 1995 04:33:48 -0800 Received: (fernando@localhost) by treasure.cea.berkeley.edu (8.6.11/8.6.4) id EAA09557; Fri, 31 Mar 1995 04:33:42 -0800 From: Fernando Astorga Message-Id: <199503311233.EAA09557@treasure.cea.berkeley.edu> Subject: Re: FreeBSD 2.0 Installation To: 73664.2073@compuserve.com (Leonard W. Mah) Date: Fri, 31 Mar 1995 04:33:41 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <950331045452_73664.2073_DHR60-1@CompuServe.COM> from "Leonard W. Mah" at Mar 30, 95 11:54:52 pm X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1729 Sender: hackers-owner@FreeBSD.org Precedence: bulk Leonard W. Mah writes: ... > right? All of the smaller distributions installed without the SCSI timeout > error. Then, upon installing XFREE86, the checksums verified correctly I got > the extracting, please wait message. Nothing happened after that with no > activity from the CD ROM drive or the slave drive. I waited a good 10 minutes > to be sure, and it just sat there doing nothing. Is there another way to > install XFREE86 that is not too painful? > > I would have to say that other than this problem I am more impressed with > FreeBSD than Linux, but as an ex Cal Bear I am a just a little biased. Any help > would be appreciated...and thanks for your time. > > Leonard W. Mah > I had this same problem a few weeks ago. Here's my original post, then the helpful responses I got: 2) When I was installing the XFree86-3.1 distribution, the CD-ROM hung forever and I had to start all over. First I thought it was the size of it in combination with my slow controller, but when I tried the src distribution (which is 160M vs 80M for XFree86), it worked fine. From: J Wunsch > Did you try switching to the second screen (Alt-F2)? It has been an > oversight in 2.0-Release (is it fixed meanwhile? Jordan?) that the > XFree86 installation script didn't fit right into the sysinstall way > of doing things, and simply asked its questions on its own tty (which > happens to be ttyv1). From: "Jordan K. Hubbard" > Are you sure it wasn't just waiting for you over on ALT-F2? > > This behavior has been changed for 2.1, but that's the way it worked in 2.0. > Hope this helps. Fernando Astorga - A current Cal Bear fernando@cea.Berkeley.edu From owner-freebsd-hackers Fri Mar 31 04:37:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA17960 for hackers-outgoing; Fri, 31 Mar 1995 04:37:19 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA17949 for ; Fri, 31 Mar 1995 04:37:10 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA21592 (5.67a/IDA-1.5); Fri, 31 Mar 1995 06:31:43 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA26833; 31 Mar 95 06:17:05 CST (Fri) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id GAA26830; Fri, 31 Mar 1995 06:17:05 -0600 From: Peter da Silva Message-Id: <199503311217.GAA26830@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: Marino.Ladavac@aut.alcatel.at (Marino Ladavac) Date: Fri, 31 Mar 1995 06:17:04 -0600 (CST) Cc: hackers@freefall.cdrom.com In-Reply-To: <9503311135.AA00159@aut.alcatel.at> from "Marino Ladavac" at Mar 31, 95 01:33:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 287 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Manpages etc.: Administration and Programming Reference Manual How about just "Reference Manual"? It's not just for programming. > "Advanced" docs: User Manuals and Tutorials "User Guide and Tutorial" Speaking of which, where do the old "User Guides" come in any more? From owner-freebsd-hackers Fri Mar 31 06:26:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA21042 for hackers-outgoing; Fri, 31 Mar 1995 06:26:47 -0800 Received: from linc.cis.upenn.edu (root@LINC.CIS.UPENN.EDU [158.130.12.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA21036 for ; Fri, 31 Mar 1995 06:26:45 -0800 Received: from aurora.cis.upenn.edu (AURORA.CIS.UPENN.EDU [158.130.6.3]) by linc.cis.upenn.edu (8.6.10/UPenn 1.4) with SMTP id JAA15660 for ; Fri, 31 Mar 1995 09:26:40 -0500 Posted-Date: Fri, 31 Mar 1995 09:26:38 -0500 (EST) Date: Fri, 31 Mar 1995 09:26:38 -0500 (EST) From: "William A. Arbaugh" To: hackers@FreeBSD.org Subject: ld problems with 0322 SNAP Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I've been tracing a problem down with the latest SNAP that happens when using S/Key. keyinit gives the following error and login does as well when S/Key is used: ld.so: Undefined symbol "_MD4Init" called from keyinit:/usr/lib/libskey.so.2.0 at 0x801e220 I have the 02 SNAP still running on another machine and so I compiled keyinit on both and looked at the symbol lists. Under the 02 SNAP md4c.0 and all of the MD4 symbols are linked into the image. Under the latest SNAP none of the MD4 symbols are there. Here's what I think (I'm not a linker guru) is happening. The MD4 library is not shared while all of the others are. For some reason ld is ignoring the fact there isn't a MD4 shared version and not linking in the static symbols. I confirmed this by moving the 02SNAP ld over and recompiling keyinit/login, and both had the MD4 symbols (and worked). bill ----------------------------------------------------------------------- Bill Arbaugh email: waa@aurora.cis.upenn.edu office: Moore 102 phone: (215) 573-3639 FAX: (215) 573-2232 ------------------------------------------------------------------------ From owner-freebsd-hackers Fri Mar 31 07:01:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA21611 for hackers-outgoing; Fri, 31 Mar 1995 07:01:32 -0800 Received: from GS81.SP.CS.CMU.EDU (GS81.SP.CS.CMU.EDU [128.2.205.91]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA21605 for ; Fri, 31 Mar 1995 07:01:29 -0800 Received: from localhost by GS81.SP.CS.CMU.EDU id aa25145; 31 Mar 95 10:00 EST To: "Justin T. Gibbs" cc: "Craig M. Jones" , hackers@FreeBSD.org Subject: Re: 950322-SNAP adaptec AHA-2940 pci card In-reply-to: Your message of Thu, 30 Mar 1995 18:17:19 -0800. <199503310217.SAA00794@estienne.cs.berkeley.edu> Reply-To: moto@CS.cmu.edu From: moto@CS.cmu.edu Date: Fri, 31 Mar 1995 10:00:34 -0500 Message-ID: <25143.796662034@GS81.SP.CS.CMU.EDU> Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, >>>>> "Justin" == Justin T Gibbs writes: Justin> I'm trying to Justin> compile a list of SCSI periferals that are working with the Justin> driver. Can you send me a list of what you are running so I Justin> can add them in? I found an interesting fact. As I already have reported, I had to decrease the transfer rate to 8Mb/s at least to make the hard drive boot and even with 5Mb/s transfer rate I'm experiencing an annoying "sd0 timeout". These problems are with Micropolis 4221 (2.0G, Fast SCSI II, 512K cache, 7200rpm). But when I replace it with HITACHI DK312C (250M, SCSI I, 3600rpm?, old and slow), the problems above disappeared! No timeout anymore and can happily live with 10Mb/s transfer rate. I'm going to get a Seagate Barracuda I pretty soon, so I'm going to test with that drive too when it comes. ============================================================================== Motonori Shindou Carnegie Mellon University SCS Graduate Student e-mail: moto@cs.cmu.edu, NiftyServe: GEG04056 WWW: http://www.cs.cmu.edu:8001:/afs/cs.cmu.edu/user/moto/WWW/moto-home.html TEL: 412-362-9636 FAX: 412-362-9634 ============================================================================== From owner-freebsd-hackers Fri Mar 31 07:19:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA22154 for hackers-outgoing; Fri, 31 Mar 1995 07:19:39 -0800 Received: from anvil.appsmiths.com (anvil.appsmiths.com [198.65.131.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA22131 for ; Fri, 31 Mar 1995 07:19:29 -0800 Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.8/8.6.6) id JAA16942; Fri, 31 Mar 1995 09:17:33 -0600 From: "Clay D. Hopperdietzel" Message-Id: <199503311517.JAA16942@anvil.appsmiths.com> Subject: Re: Colorado Jumbo Tape To: emb@herman.tiac.net (Eric M. Busalacchi) Date: Fri, 31 Mar 1995 09:17:32 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: from "Eric M. Busalacchi" at Mar 30, 95 04:38:50 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1163 Sender: hackers-owner@FreeBSD.org Precedence: bulk [...] :: :: My floppy tape hasn't been recognised by the kernel in months.. :: Ever since I did my first sup, about 4 months ago. If I want to use the :: drive, I have to reboot with the original kernel that came with the 2.0 :: distribution.. *shrug* :: :: -- :: Eric M. Busalacchi :: emb@herman.tiac.net :: :: :: - Big brother is watching the net.. :: :: I found the following to work (note the 'flags 1' in the controller line): controller fdc0 at isa? port "IO_FD1" bio flags 1 irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 I'm running a -current last CTM'ed on 3 march 95. During the probe, I get a birrage of fdc0: ready for output in input: messages, but the tape drive works fine. Hope that helps. =============================================================================== Clay D. Hopperdietzel hoppy@appsmiths.com AppSmiths, Inc. Voice (713) 578-0154 15915 Katy Fwy, Suite 470 Fax (713) 578-6182 Houston, Texas 77094 Happiness is OG > 1.0500 From owner-freebsd-hackers Fri Mar 31 07:43:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA22896 for hackers-outgoing; Fri, 31 Mar 1995 07:43:33 -0800 Received: from alpha.ksu.ras.ru (uucp@ksu-ips-gw.ras.ru [193.124.148.48]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA22842 for ; Fri, 31 Mar 1995 07:42:58 -0800 Received: from vdnode.UUCP by alpha.ksu.ras.ru with UUCP id AA02317 (5.67a/IDA-1.5 for freebsd-hackers@FreeBSD.ORG); Fri, 31 Mar 1995 19:43:59 +0400 X-Pass-Through: Kazan State University network Received: by vdnode.ksu.ras.ru (UUPC/@ v6.13beta, 12Nov94); id AA30559 Fri, 31 Mar 1995 19:04:55 +0400 To: freebsd-hackers@FreeBSD.org Message-Id: Organization: J.S.Co. ICL KME-CS/Russia (Kazan branch) From: "Vladimir V. Dyatchin" Date: Fri, 31 Mar 95 19:04:55 +0300 X-Mailer: BML [MS/DOS Beauty Mail v1.36h] Subject: HELP: IDP-IPX & SPP-SPX ??? Lines: 22 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 799 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, guys! I've recently recompiled the 386BSD's kernel with Xerox NS support. I set an NS address for ethernet interface by "ifconfig ep0 ns 34H:" command (my subnet's number is 34H). Then I succesfully connected two processes on one system via sockets over IDP, but when I tried to send a packet from such a process on 386BSD to a process on a PC waiting for it over Novell IPX it didn't work - the listenning process couldn't see anything. I tried the opposite variant but everything was just the same. Could anyone tell me if IDP is compatible with IPX and SPP with SPX (I've heard it is). Maybe someone has already faced this problem. All thoughts will be really appreciated. Really waiting for your messages, Alex D. Zinin ("ICL-KME CS" JSC, Software Development Group) From owner-freebsd-hackers Fri Mar 31 07:44:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA23002 for hackers-outgoing; Fri, 31 Mar 1995 07:44:03 -0800 Received: from relay2.pipex.net (relay2.pipex.net [158.43.128.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA22988; Fri, 31 Mar 1995 07:43:57 -0800 From: L.S.Grigoriev@rus0301.wins.icl.co.uk X400-Received: by mta relay2.pipex.net in /PRMD=pipex/ADMD=pipex/C=gb/; Relayed; Fri, 31 Mar 1995 16:43:22 +0100 X400-Received: by /PRMD=icl/ADMD=gold 400/C=GB/; Relayed; Fri, 31 Mar 1995 16:37:55 +0100 X400-Received: by /PRMD=icl/ADMD=gold 400/C=SU/; Relayed; Fri, 31 Mar 1995 17:32:29 +0100 Date: Fri, 31 Mar 1995 17:32:29 +0100 X400-Originator: L.S.Grigoriev@rus0301.wins.icl.co.uk X400-Recipients: non-disclosure:; X400-MTS-Identifier: [/PRMD=icl/ADMD=gold 400/C=SU/;rus0301 0000004000000792] X400-Content-Type: P2-1984 (2) Content-Identifier: 792 Priority: Urgent Alternate-Recipient: Allowed Message-ID: <"792*/I=LS/S=Grigoriev/OU=rus0301/O=icl kmecs/PRMD=icl/ADMD=gold 400/C=SU/"@MHS> To: freebsd-hackers@FreeBSD.org, freebsd-questions@FreeBSD.org MIME-version: 1.0 Content-type: application/octet-stream Content-transfer-encoding: base64 Sender: hackers-owner@FreeBSD.org Precedence: bulk e1xydGYwXGFuc2kgXGRlZmYwIHtcZm9udHRibCB7XGYwXGZtb2Rlcm4gQ291cmllcjt9fXtcY29s b3J0Ymw7XHJlZDBcZ3JlZW4wXGJsdWUwO1xyZWQwXGdyZWVuMFxibHVlMjU1O1xyZWQwXGdyZWVu MjU1XGJsdWUwO1xyZWQwXGdyZWVuMjU1XGJsdWUyNTU7XHJlZDI1NVxncmVlbjBcYmx1ZTA7XHJl ZDI1NVxncmVlbjBcYmx1ZTI1NTtccmVkMjU1XGdyZWVuMjU1XGJsdWUwO1xyZWQyNTVcZ3JlZW4y NTVcYmx1ZTI1NTt9XGxpbmV4MCBcc2Jrbm9uZSANClxtYXJnbDE0NCBcbWFyZ3IxNzI4IFxwbGFp biBcbWFyZ2IxNDQwIFxoZWFkZXJ5MCBcZ3V0dGVyMCBcZnMyNCBcZjAgXG1hcmdiMTQ0MCBcbWFy Z3QxNDQwIFxtYXJnYjE0NDAgXHBhcmQgXHR4MTAwOCBcdHgyMTYwIFx0eDMzMTIgXHR4NDQ2NCBc dHg1NjE2IFx0eDY3NjggXHR4NzkyMCBcdHg5MDcyIFx0eDEwMjI0IFx0eDExMzc2IFx0eDEyNTI4 IFx0eDEzNjgwIFx0eDE0ODMyIFx0eDE1OTg0IFx0eDE3MTM2IFx0eDE4Mjg4IFx0eDE5NDQwIFx0 eDIwNTkyIFx0eDIxNzQ0IFx0eDIyODk2IFx0eDI0MDQ4IFx0eDI1MjAwIFx0eDI2MzUyIFx0eDI3 NTA0IFx0eDI4NjU2IFx0eDI5ODA4IFx0eDMwOTYwIFx0eDMyMTEyIFx0eDMzMjY0IFx0eDM0NDE2 IFx0eDM1NTY4IEhlbGxvLCBndXlzIVxwYXIgDQpccGFyIA0KICBJJ3ZlIHJlY2VudGx5IHJlY29t cGlsZWQgdGhlIDM4NkJTRCdzIGtlcm5lbCB3aXRoIFhlcm94IE5TIHN1cHBvcnQuICBJIHNldCBh biBOUyBhZGRyZXNzIGZvciBldGhlcm5ldCBpbnRlcmZhY2UgYnkgImlmY29uZmlnIGVwMCBucyAz NEg6IiBjb21tYW5kIChteSBzdWJuZXQncyBudW1iZXIgaXMgMzRIKS4gVGhlbiBJIHN1Y2Nlc2Z1 bGx5IGNvbm5lY3RlZCB0d28gcHJvY2Vzc2VzIG9uIG9uZSBzeXN0ZW0gdmlhIHNvY2tldHMgb3Zl ciBJRFAsIGJ1dCB3aGVuIEkgdHJpZWQgdG8gc2VuZCBhIHBhY2tldCBmcm9tIHN1Y2ggYSBwcm9j ZXNzIG9uIDM4NkJTRCB0byBhIHByb2Nlc3Mgb24gYSBQQyB3YWl0aW5nIGZvciBpdCBvdmVyIE5v dmVsbCBJUFggaXQgZGlkbid0IHdvcmsgLSB0aGUgbGlzdGVubmluZyBwcm9jZXNzIGNvdWxkbid0 IHNlZSBhbnl0aGluZy4gIEkgdHJpZWQgdGhlIG9wcG9zaXRlIHZhcmlhbnQgYnV0IGV2ZXJ5dGhp bmcgd2FzIGp1c3QgdGhlIHNhbWUuIENvdWxkIGFueW9uZSB0ZWxsIG1lIGlmIElEUCBpcyBjb21w YXRpYmxlIHdpdGggSVBYIGFuZCBTUFAgd2l0aCBTUFggKEkndmUgaGVhcmQgaXQgaXMpLiBNYXli ZSBzb21lb25lIGhhcyBhbHJlYWR5IGZhY2VkIHRoaXMgcHJvYmxlbS5ccGFyIA0KXHBhciANClx0 YWIgQWxsIHRob3VnaHRzIHdpbGwgYmUgcmVhbGx5IGFwcHJlY2lhdGVkLlxwYXIgDQpccGFyIA0K UmVhbGx5IHdhaXRpbmcgZm9yIHlvdXIgbWVzc2FnZXMsXHBhciANCkFsZXggRC4gWmluaW4gICAo IklDTC1LTUUgQ1MiIEpTQywgU29mdHdhcmUgRGV2ZWxvcG1lbnQgR3JvdXApIFxwYXIgDQpccGFy IA0KXHBhciANCn0= From owner-freebsd-hackers Fri Mar 31 07:58:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA24010 for hackers-outgoing; Fri, 31 Mar 1995 07:58:41 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA24004; Fri, 31 Mar 1995 07:58:38 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id JAA03438; Fri, 31 Mar 1995 09:58:13 -0600 Received: by olympus (4.1/TSS2.1) id AA15280; Fri, 31 Mar 95 09:56:40 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503311556.AA15280@olympus> Subject: Re: httpd as part of the system. To: peter@bonkers.taronga.com (Peter da Silva) Date: Fri, 31 Mar 1995 09:56:39 -0600 (CST) Cc: faulkner@devnull.mpd.tandem.com, jkh@freefall.cdrom.com, jfieber@cs.smith.edu, hackers@freefall.cdrom.com In-Reply-To: <199503310229.UAA14006@bonkers.taronga.com> from "Peter da Silva" at Mar 30, 95 08:29:59 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 619 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > I hereby formally admit that lynx does support the use of proxies. I have > > done it now. Now a second question, is it documented other than in the > > source (hidden in the Library) and in the samples/lynx.com file? > > You're supposed to find out by reading the WWW pages on the Cern library. Oh. > Just about all WWW software supports the same interface. > Except netscape. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Fri Mar 31 08:03:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24520 for hackers-outgoing; Fri, 31 Mar 1995 08:03:55 -0800 Received: from aut.alcatel.at (dnisun.aut.alcatel.at [146.112.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA24510 for ; Fri, 31 Mar 1995 08:03:45 -0800 Received: from atuhc16 ([146.112.128.178]) by aut.alcatel.at (4.1/SMI-4.1/AAA-1.29/main) id AA02488; Fri, 31 Mar 95 18:01:51 +0200 Message-Id: <9503311601.AA02488@aut.alcatel.at> Received: by atuhc16 (1.38.193.4/16.2) id AA09105; Fri, 31 Mar 1995 18:00:05 +0200 From: Marino Ladavac Subject: Re: httpd as part of the system. To: peter@bonkers.taronga.com (Peter da Silva) Date: Fri, 31 Mar 95 18:00:05 METDST Cc: hackers@freefall.cdrom.com In-Reply-To: <199503311217.GAA26830@bonkers.taronga.com>; from "Peter da Silva" at Mar 31, 95 6:17 am Mailer: Elm [revision: 70.85] Sender: hackers-owner@FreeBSD.org Precedence: bulk In yet another iteration I propose: > > > Manpages etc.: Administration and Programming Reference Manual > How about just "Reference Manual"? It's not just > for programming. > > > "Advanced" docs: User Manuals and Tutorials > "User Guide and Tutorial" > > Speaking of which, where do the old "User Guides" come in any more? > IMHO, Reference Manual is a little obscure. How about: User and Reference Manual, for manpages; User Guide, for the classic guide; and Interactive User Guide and Tutorial, for the httpd stuff? I think this conveys the spirit of the packages and fits in one line. /Alby From owner-freebsd-hackers Fri Mar 31 08:05:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24589 for hackers-outgoing; Fri, 31 Mar 1995 08:05:20 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA24549 for ; Fri, 31 Mar 1995 08:04:42 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA04177; Sat, 1 Apr 1995 01:59:22 +1000 Date: Sat, 1 Apr 1995 01:59:22 +1000 From: Bruce Evans Message-Id: <199503311559.BAA04177@godzilla.zeta.org.au> To: davidg@Root.COM, terry@cs.weber.edu Subject: Re: help with splbio, splnet, spl... Cc: freebsd-hackers@FreeBSD.org, nate@trout.sri.mt.net Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Interrupts are blocked via software in FreeBSD - the interrupt controller >> isn't messed with (the interrupts are always enabled). I think you're Further interrupts are also blocked in the interrupt controller if one occurs while it is blocked in software. This has to be done if interrupts are level triggered, but it can probably be avoided (saving 2+ usec per interrupt) if interrupts are edge triggered. >> confusing its arbitration priority with the classic unix spl "tiering" that >> Terry thought we had. When presented with multiple simultaneous interrupts, >> the interrupt controller does have an arbitration priority scheme that is >> based on the interrupt number...but this nothing to do with spl tiering. Correct. The interrupt controller by default also blocks interrupts of lower (arbitration) priority than the one(s) it is servicing, but this is not under software control so it can't be used to implement spl, and it has other problems (e.g., wrong priorities) so it is not used in FreeBSD. >Unless the splbio/splclock blocking of everything else but fast wasn't >true, it's at least partiall tiered (jury still out on that, since you >haven't had time to reply to the posting I made immediately before this >one). It's partially ordered by the relation "is a subset of" on the bitmap masks considered as subsets of {0,1,..,15}. >The question I then have is why is it still called "spl" which stands >for "set priority level" if what it is really doing is blocking a >particular class of interrupts instead of all interrupts at or below >a particular level? Because lots of "machine-independent" code calls it that. Bruce From owner-freebsd-hackers Fri Mar 31 08:09:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24840 for hackers-outgoing; Fri, 31 Mar 1995 08:09:49 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA24832 for ; Fri, 31 Mar 1995 08:09:45 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id KAA03937; Fri, 31 Mar 1995 10:09:22 -0600 Received: by olympus (4.1/TSS2.1) id AA15531; Fri, 31 Mar 95 10:07:51 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503311607.AA15531@olympus> Subject: Re: httpd as part of the system. To: Marino.Ladavac@aut.alcatel.at (Marino Ladavac) Date: Fri, 31 Mar 1995 10:07:50 -0600 (CST) Cc: peter@bonkers.taronga.com, hackers@freefall.cdrom.com In-Reply-To: <9503311135.AA00159@aut.alcatel.at> from "Marino Ladavac" at Mar 31, 95 01:33:34 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 750 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Peter wrote: > > > > It seems to be odd to be calling the easy to use documentation the "advanced" > > documentation package. Yes, from our vendor viewpoint that's what it is, > > but it really should be given a friendlier name. Would *you* install an > > "advanced" documentation package if you were a newbie? > > What do you think about: > > Manpages etc.: Administration and Programming Reference Manual > > "Advanced" docs: User Manuals and Tutorials > > /Alby > I prefer Supplementary to Advanced. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Fri Mar 31 08:22:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA25520 for hackers-outgoing; Fri, 31 Mar 1995 08:22:01 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA25514 for ; Fri, 31 Mar 1995 08:21:58 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id IAA01539; Fri, 31 Mar 1995 08:15:31 GMT Message-Id: <199503310815.IAA01539@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Bruce Evans cc: freebsd-hackers@FreeBSD.org Subject: Re: help with splbio, splnet, spl... In-reply-to: Your message of "Sat, 01 Apr 1995 01:59:22 +1000." <199503311559.BAA04177@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 31 Mar 1995 08:15:27 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Bruce Evans said: Hi, Not sure if it is related to the way that interrupt is being handle.. Why is the boot sequence slower than 1.1.5? I mean going out and recognizing the devices that are attached to the system, etc.. Amancio From owner-freebsd-hackers Fri Mar 31 08:33:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA25738 for hackers-outgoing; Fri, 31 Mar 1995 08:33:03 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA25719 for ; Fri, 31 Mar 1995 08:32:24 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id CAA04990; Sat, 1 Apr 1995 02:29:40 +1000 Date: Sat, 1 Apr 1995 02:29:40 +1000 From: Bruce Evans Message-Id: <199503311629.CAA04990@godzilla.zeta.org.au> To: freebsd-hackers@freefall.cdrom.com, kargl@troutmask.apl.washington.edu Subject: Re: symlink mode_t question Sender: hackers-owner@FreeBSD.org Precedence: bulk >I have a simply question about the mode given to a symlink when I >use `ls -l'. Why is it alway lrwxrwxr-x, and not resolved to the true >access permission of the file? Because this is the historical (broken) behaviour of `ls -l'. Use `ls -lL' to follow symlinks. >I'm adding a symlink option to install(1), and I would like the >symlink access permissions to reflect those of the original file. They can't in general in FreeBSD-2.0. Symlinks have the same attributes as their parent directory. >While I'm here. What happens to the setting of immutable/append bits >on a file? Does a symlink correctly handle these flags? The symlink gets resolved for most operations. For unlink(), the immutability of the parent directory applies (just as it does to stop unlinking of files in the directory). Bruce From owner-freebsd-hackers Fri Mar 31 08:42:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA26574 for hackers-outgoing; Fri, 31 Mar 1995 08:42:48 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA26566 for ; Fri, 31 Mar 1995 08:42:34 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id CAA05170; Sat, 1 Apr 1995 02:39:08 +1000 Date: Sat, 1 Apr 1995 02:39:08 +1000 From: Bruce Evans Message-Id: <199503311639.CAA05170@godzilla.zeta.org.au> To: bde@zeta.org.au, hasty@star-gate.com Subject: Re: help with splbio, splnet, spl... Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >Not sure if it is related to the way that interrupt is being handle.. >Why is the boot sequence slower than 1.1.5? > I mean going out and recognizing the devices that are attached > to the system, etc.. It's not related. There are more drivers now :-). Personally I don't notice any delays except for the SCSI drivers. I temporarily have 2 SCSI controllers installed, and need SCSI_DELAY=8 to get the cdrom recognized, while in 1.1.5 I didn't need SCSI_DELAY because the ultrastor driver was too broken to miss it. The BIOS has similar delays, so it takes almost 90 seconds to boot, while a clunky IDE system takes only 15 seconds. Bruce From owner-freebsd-hackers Fri Mar 31 08:52:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA26992 for hackers-outgoing; Fri, 31 Mar 1995 08:52:15 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA26986 for ; Fri, 31 Mar 1995 08:52:05 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id SAA07060; Fri, 31 Mar 1995 18:47:04 +0200 Message-Id: <199503311647.SAA07060@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: faulkner@mpd.tandem.com (Boyd Faulkner) cc: Marino.Ladavac@aut.alcatel.at (Marino Ladavac), peter@bonkers.taronga.com, hackers@freefall.cdrom.com Subject: Re: httpd as part of the system. Date: Fri, 31 Mar 1995 18:47:04 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > > What do you think about: > > > > Manpages etc.: Administration and Programming Reference Manual > > > > "Advanced" docs: User Manuals and Tutorials > > > > /Alby > > > I prefer Supplementary to Advanced. Naah. Supplementary to me has a strong "optional" connotation. I agree that these are not advanced, in fact a newbie MUST read them, so how about something involving "Guides", like System Guides, or Getting- Started Guides, or some such other? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Fri Mar 31 09:04:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA27258 for hackers-outgoing; Fri, 31 Mar 1995 09:04:41 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA27251 for ; Fri, 31 Mar 1995 09:04:37 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA04685 for hackers@freebsd.org; Fri, 31 Mar 1995 18:55:00 +0200 From: Luigi Rizzo Message-Id: <199503311655.SAA04685@labinfo.iet.unipi.it> Subject: NE2000 Plus performance To: hackers@FreeBSD.org Date: Fri, 31 Mar 1995 18:54:59 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 872 Sender: hackers-owner@FreeBSD.org Precedence: bulk Poking around with the configuration program of our ethernet cards (NE2000 clones manufactured by Trust), I found out that they have a mode (called NE2000 plus) in which they apparently use shared memory (at least, the setup menu asks you to select a memory address. Is this mode supported by the current if_ed driver, and is it documented anywhere ? (I am asking because I remember discussion on the relative performance of WD80x3 -- better, using shared memory -- and NE2000 -- slower, with programmed IO) Thanks Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ==================================================================== From owner-freebsd-hackers Fri Mar 31 09:07:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA27282 for hackers-outgoing; Fri, 31 Mar 1995 09:07:35 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA27276 for ; Fri, 31 Mar 1995 09:07:34 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04041; Fri, 31 Mar 95 09:59:25 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503311659.AA04041@cs.weber.edu> Subject: Re: HELP: IDP-IPX & SPP-SPX ??? To: vovad@ksu.ras.ru (Vladimir V. Dyatchin) Date: Fri, 31 Mar 95 9:59:24 MST Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Vladimir V. Dyatchin" at Mar 31, 95 07:04:55 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > I've recently recompiled the 386BSD's kernel with Xerox NS support. > I set an NS address for ethernet interface by "ifconfig ep0 ns 34H:" command > (my subnet's number is 34H). Then I succesfully connected two processes > on one system via sockets over IDP, but when I tried to send a packet > from such a process on 386BSD to a process on a PC waiting for it over > Novell IPX it didn't work - the listenning process couldn't see anything. > I tried the opposite variant but everything was just the same. Could > anyone tell me if IDP is compatible with IPX and SPP with SPX (I've heard > it is). Maybe someone has already faced this problem. I don't know about 386BSD, especially without version information. In FreeBSD, there is explicit IPX support, or at least there are patches for it; I'm not sure about SPX, but I thought that was there too. IDP and IPX differ from each other in that IPX relies on hardware checksumming, and explicitly sets it's to 0xffff. IPX further incorrectly frames packets for 802.3 (assuming you are doing 802.3) and relies on this 0xFFFF in the length field of the 802.3 packet to identify itself. SPX differs from SPP in that even though it supports sliding window in the SPX II implementation, by default you can not enable it because of interoperability issues. Finally, the default framining type for BSD systems is Ethernet II; this is what the Internet currently uses. The default for IPX/SPX from Novell is their mangled 802.3. Hope this helps. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Mar 31 09:48:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA29030 for hackers-outgoing; Fri, 31 Mar 1995 09:48:51 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA29023 for ; Fri, 31 Mar 1995 09:48:47 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id BAA01594; Sat, 1 Apr 1995 01:48:10 +0800 Date: Sat, 1 Apr 1995 01:48:09 +0800 (CST) From: Brian Tao To: Terry Lambert cc: freebsd-hackers@freefall.cdrom.com Subject: Re: Mail... In-Reply-To: <9503291957.AA20552@cs.weber.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 29 Mar 1995, Terry Lambert wrote: > > Mail really wants a record oriented file system, or as you suggest, one > file system object per message. Precisely. Since we are all used to seeing hierarchical filesystems, this model can be applied to a mail spool rather well. Each individual user's mailbox is represented as a directory structure, where the "inodes" make up the mailbox index. Each message is represented as an individual file inside that directory. If you want to get fancy, you can map each message to a subdirectory, with the headers, message body and MIME attachments as files. Large organizations could then build up trees of mail filesystems and instruct mail readers to descend a hierarchy of directories the same way you would trace from a top-level domain down to the invidiual host and then to the user. But this is quickly digressing from the original matter. I only suggested a mail filesystem half-seriously, but it is an intriguing problem. FreeBSD should be the first to do it. :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Mar 31 09:59:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA29294 for hackers-outgoing; Fri, 31 Mar 1995 09:59:26 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA29265 for ; Fri, 31 Mar 1995 09:59:19 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id BAA01634; Sat, 1 Apr 1995 01:59:11 +0800 Date: Sat, 1 Apr 1995 01:59:07 +0800 (CST) From: Brian Tao To: Peter da Silva cc: freebsd-hackers@FreeBSD.org Subject: Re: httpd as part of the system. In-Reply-To: <199503292149.PAA01539@bonkers.taronga.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 29 Mar 1995, Peter da Silva wrote: > > Check the web for existing small servers before writing a new one. How about TinyHTTP? http://www.inka.de/~bigred/sw/tinyhttpd.html if anyone wants a look-see. It's a perl script (I can hear the groaning already ;-)) that weighs in at 5.5K. The author says: "This one does not have all the features needed; in particular, it knows only about text, HTML and GIF files and the support for CGI scripts is limited (just enough t ocheck if they work and produce correct output). It supports only HTTP 1.0 and only GET and POST requests." That sounds like it would be enough to handle simple forms requests and return HTML output from a CGI script. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Mar 31 10:02:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA29446 for hackers-outgoing; Fri, 31 Mar 1995 10:02:37 -0800 Received: from main.statsci.com (main.statsci.com [198.145.125.110]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA29434 for ; Fri, 31 Mar 1995 10:02:35 -0800 Received: by main.statsci.com (Smail3.1.28.1 #9) id m0rul1h-000r3uC; Fri, 31 Mar 95 10:02 PST Message-Id: To: freebsd-hackers@FreeBSD.org Subject: 2.0-950322-SNAP installation problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 31 Mar 1995 10:02:27 -0800 From: Scott Blachowicz Sender: hackers-owner@FreeBSD.org Precedence: bulk [Amancio Hasty suggested to me that this might be a better place to send this than -current, so here goes. Rereading this, I wonder if it could be a problem RAWRITEing a 1.2Mb image onto a 1.4Mb 3.5" diskette & something getting done wrong in the process??] Hi- I just pulled down the 950322-SNAP tree to use as my first attempt at installing FreeBSD on my home system. That system is: Pentium-90; 16 Mb RAM; 256K cache CAF Tech motherboard / SiS chipset / Award 4.50G BIOS PCI IDE - boot disk NCR 8150S PCI SCSI - Toshiba 3501 CDROM, Exabyte EXB-8200 8mm drive ATI Mach64 (2Mb)/17" display Sound Blaster AWE32 network card (can "be" NE2000 among other personalities) floppy/2S/1P/game card one 3.5" floppy drive; no 5.25" floppy drive I've tried using both RAWRITE & RAWRITE3 from the tools/dos-tools directory to put a gunzip'd boot.flp.gz onto a 3.5" diskette, then boot from that. My first attempt (with RAWRITE) ended up having my boot process completely ignore the inserted diskette. My 2nd & 3rd attempts using RAWRITE3 ended up just sitting there spinning the diskette drive for a while before I came back and tried CTRL-ALT-DEL with no results and the RESET button. I then pulled the boot floppy out. The reboot sequence got to the point where I think it normally scans the system & spits out the NCR SDMS BIOS banner (from my NCR 8150S card) and just hung. I power cycled and got the same hang. I then turned the system off for a while (hours) and turned it back on - it came up fine. So, does anyone have any idea 1) what I'm doing wrong? 2) how I can do it right? 3) what the heck is happening here? Thanx! Scott Blachowicz Ph: 206/283-8802x240 StatSci, a div of MathSoft, Inc. 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-hackers Fri Mar 31 10:22:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA29762 for hackers-outgoing; Fri, 31 Mar 1995 10:22:34 -0800 Received: from mailbox.syr.edu (mailbox.syr.EDU [128.230.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA29756 for ; Fri, 31 Mar 1995 10:22:32 -0800 Received: from forbin.syr.edu by mailbox.syr.edu (8.6.9/SUM-V8-1.0) id NAA18582; Fri, 31 Mar 1995 13:22:18 -0500 Received: by forbin.syr.edu (5.x/Spike-2.0) id AA01021; Fri, 31 Mar 1995 13:21:53 -0500 Date: Fri, 31 Mar 1995 13:21:52 -0500 (EST) From: Christopher Sedore X-Sender: cmsedore@forbin.syr.edu To: Brian Tao Cc: Terry Lambert , freebsd-hackers@freefall.cdrom.com Subject: Re: Mail... In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 1 Apr 1995, Brian Tao wrote: > On Wed, 29 Mar 1995, Terry Lambert wrote: > > > > Mail really wants a record oriented file system, or as you suggest, one > > file system object per message. > > Precisely. Since we are all used to seeing hierarchical > filesystems, this model can be applied to a mail spool rather well. > Each individual user's mailbox is represented as a directory > structure, where the "inodes" make up the mailbox index. Each message > is represented as an individual file inside that directory. If you > want to get fancy, you can map each message to a subdirectory, with > the headers, message body and MIME attachments as files. Large > organizations could then build up trees of mail filesystems and > instruct mail readers to descend a hierarchy of directories the same > way you would trace from a top-level domain down to the invidiual host > and then to the user. Isn't this more or less what MH does at a user level? I've often thought that the MH model could be extended in many ways to do the above. -Chris From owner-freebsd-hackers Fri Mar 31 10:31:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA29852 for hackers-outgoing; Fri, 31 Mar 1995 10:31:48 -0800 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA29846 for ; Fri, 31 Mar 1995 10:31:46 -0800 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id NAA13186; Fri, 31 Mar 1995 13:32:28 -0500 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199503311832.NAA13186@grendel.csc.smith.edu> Subject: Re: Shipping w/ HTTPD BAD IDEA To: jbryant@news.iadfw.net (Jim Bryant) Date: Fri, 31 Mar 1995 13:32:27 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199503311005.EAA20669@news.iadfw.net> from "Jim Bryant" at Mar 31, 95 04:05:58 am Content-Type: text Content-Length: 963 Sender: hackers-owner@FreeBSD.org Precedence: bulk > IMHO we should keep the man(1) type pages as standard equipment. I thought they were an optional package in 2.0R. Was the man(1) command itself in the bindist? > Granted, a hypertext manual would be a nice ADD-ON. It would also be a > LOT of work. Provided that 2.1 is going to be as stable as it is billed > to be, there will be plenty of time after that release... Let's get 2.1 > working first! I agree. A hypertext interface to the man pages will take a lot of work to get right and if it can't be done for 2.1, then we shouldn't include httpd server (unless there is some other compelling reason). However, we DO have a hypertext FAQ and a growing collection of hypertext tutorials so I think including lynx is relevant, and a man/faq/tutorial package would be the ideal place to put it. -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-hackers Fri Mar 31 11:00:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00338 for hackers-outgoing; Fri, 31 Mar 1995 11:00:28 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA00332 for ; Fri, 31 Mar 1995 11:00:27 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04603; Fri, 31 Mar 95 11:49:54 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503311849.AA04603@cs.weber.edu> Subject: Re: httpd as part of the system. To: mark@grondar.za (Mark Murray) Date: Fri, 31 Mar 95 11:49:54 MST Cc: faulkner@mpd.tandem.com, Marino.Ladavac@aut.alcatel.at, peter@bonkers.taronga.com, hackers@freefall.cdrom.com In-Reply-To: <199503311647.SAA07060@grunt.grondar.za> from "Mark Murray" at Mar 31, 95 06:47:04 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I prefer Supplementary to Advanced. > > Naah. Supplementary to me has a strong "optional" connotation. > > I agree that these are not advanced, in fact a newbie MUST read them, > so how about something involving "Guides", like System Guides, or Getting- > Started Guides, or some such other? You are renaming the wrong entry: (1) Minimal documentation (2) Comprehensive documentation Calling the man pages and so on "minimal" buys they idea that they will want the more "comprehensive" documentation better than trying to make the "comprehensive" stuff sound like an add-on. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Mar 31 11:14:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00823 for hackers-outgoing; Fri, 31 Mar 1995 11:14:26 -0800 Received: from iaehv.IAEhv.nl (iaehv.IAEhv.nl [192.87.208.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA00812 for ; Fri, 31 Mar 1995 11:14:23 -0800 Received: by iaehv.IAEhv.nl (8.6.12/1.63) id VAA06147; Fri, 31 Mar 1995 21:14:15 +0200 From: guido@IAEhv.nl (Guido van Rooij) Message-Id: <199503311914.VAA06147@iaehv.IAEhv.nl> X-Disclaimer: iaehv.nl is a public access UNIX system and cannot be held responsible for the opinions of its individual users. Subject: Bind 4.9.3 beta 17 To: freebsd-hackers@FreeBSD.org Date: Fri, 31 Mar 1995 21:14:15 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 425 Sender: hackers-owner@FreeBSD.org Precedence: bulk smb@research.att.com wrote: > > Start using it now; 4.9.3 beta 17 is much more reliable than most > vendor code I've seen. And there are important security benefits as > well -- Paul Vixie will be presenting a companion paper to mine > that describes how he fixed lots of holes. > > --Steve Bellovin > > I saw this on a list; but I can't find anywhere which version of bind we are using. Can someone tell me? -Guido From owner-freebsd-hackers Fri Mar 31 11:20:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01087 for hackers-outgoing; Fri, 31 Mar 1995 11:20:45 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA01081 for ; Fri, 31 Mar 1995 11:20:44 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: Adaptec AHA-1515 controller??? To: taob@gate.sinica.edu.tw (Brian Tao) Date: Fri, 31 Mar 1995 11:20:08 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at Mar 31, 95 07:23:23 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 449 Sender: hackers-owner@FreeBSD.org Precedence: bulk It MIGHT work.. the 1510/1520 driver may be able to run it.... julian > > I don't suppose the current snap supports the AHA-1515 SCSI > controller? It sounds mighty old, from the model number, but a friend > of mine wants to switch to FreeBSD (he is currently running Linux on a > 4-meg 486 box). > -- > Brian ("Though this be madness, yet there is method in't") Tao > taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org > > From owner-freebsd-hackers Fri Mar 31 11:29:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01248 for hackers-outgoing; Fri, 31 Mar 1995 11:29:53 -0800 Received: from nlsys.demon.co.uk (nlsys.demon.co.uk [158.152.125.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA01240; Fri, 31 Mar 1995 11:29:44 -0800 Received: (from dfr@localhost) by nlsys.demon.co.uk (8.6.10/8.6.9) id VAA01244; Fri, 31 Mar 1995 21:27:25 +0100 Date: Fri, 31 Mar 1995 21:27:24 +0100 (BST) From: Doug Rabson To: "Jordan K. Hubbard" cc: Dayton Clark , freebsd-hackers@FreeBSD.org, freebsd-realtime@hda.com, proven@mit.edu, pschung@sci.brooklyn.cuny.edu Subject: Re: Posix thread library In-Reply-To: <682.796513032@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 29 Mar 1995, Jordan K. Hubbard wrote: > > Threads were available on FreeBSD 1.1.5.1 (libpthread). There was > > some talk a few months ago of bringing them (it?) up to Draft 8 and > > onto 2.0R. Has there been any progress? > > That's a good question! :-) > > Every USENIX I talk to the thread god (Chris Provenzano) about it, who > either says that something is imminent on this front or that we need > to decide whether or not we're going to go for a fully thread-safe > libc. The libc changes entail either a compile-time switch to enable > it or leaving it *always* on so that main() is just your first > autocreated thread. > > Either way, once we decide how we want it to go them we need to get > Chris or someone to finally bring the changes in. How important are > ptreads to folks? David, do you remember the conclusions we reached > when we last talked to Chris in N.O.? Did we reach any conclusions? :-) Well some of the Fresco demos only work with threads support... -- Doug Rabson Mail: dfr@nlsys.demon.co.uk Phone: +44 181 951 1891 From owner-freebsd-hackers Fri Mar 31 11:35:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01385 for hackers-outgoing; Fri, 31 Mar 1995 11:35:13 -0800 Received: from nlsys.demon.co.uk (nlsys.demon.co.uk [158.152.125.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA01370 for ; Fri, 31 Mar 1995 11:34:57 -0800 Received: (from dfr@localhost) by nlsys.demon.co.uk (8.6.10/8.6.9) id VAA01255; Fri, 31 Mar 1995 21:32:28 +0100 Date: Fri, 31 Mar 1995 21:32:28 +0100 (BST) From: Doug Rabson To: Bakul Shah cc: Garrett Wollman , hackers@freefall.cdrom.com Subject: Re: Configuration database (was Re: Changed information for PR misc/278) In-Reply-To: <199503292133.NAA19430@netcom9.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 29 Mar 1995, Bakul Shah wrote: > Jordan K. Hubbard says: > > We've always just barreled along and never even really given > > the user the opportunity to easily deselect what might be an entirely > > gratuitous set of daemons.. > > > Sigh.. I think it must be said: Most of /etc is a mess, it always has > > been a mess and all I've ever seen other operating systems do with it > > is make it a more *convoluted* mess (SVR4 - gag me!). What's the > > cool, killer paradigm shift we're missing here? :-) > > In two words: configuration database! > > Garrett Wollman sez: > > As for configuration, I have had a dream occasionally that we could > > have a completely integrated, text-file-based, configuration database > > system with a different sort of naming concept. > > I experimented with something like this in my Fortune > Systems days [in '83! Gawd, I feel old]. Here is how I > would do this today: > > 1. Describe configuration using a consistent syntax. Some > type of configuration objects may be hard wired but it > should be possible to add new object types using the > same syntax. Allow storing this information in a number > of places. See below for an example of such a syntax. > I have some code that handles a lot of it. > > 2. Provide a library to fetch/store whole objects or some > particular components. Tools using this library should > ignore object components they do not understand. This > makes the design open ended. [And allows you to store > stuff like font spec., image, audio file names etc. for > snazzy graphical interfaces]. > > 3. init should be made to understand this syntax. Based on > what devices have been found, its current state and user > specified options in the config. database (CDB), it > starts up various things (in some sequence specified in > the CDB). > > During bootstrap it should be possible to interactively > control this process for debugging purposes. > > Probably a minimal backup CDB should be built in init to > allow progress even when the root FS is totally messed > up. > > 4. It is inevitable that some scripts will have to be run > -- we should use /bin/sh where it is best suited -- but > a lot of tests can be removed from the rc scripts. > Where such configuration tests are needed, they should > use a command that queries the CDB. > > 5. Convert a number of disparate databases that are using > their own peculiar syntax into this format. Converters > to old formats can be written to handle legacy > applications. > > 6. Have the kernel provide a device DB in a similar format > in the /kern filesystem or through some syscall. > [which reminds me, I'd also like to see the bootstrap > chatter from device drivers brought into some sort of > usable format and should only be printed optionally]. > > 7. Tie-in the installed package database somehow. For some > packages we need to run scripts at bootstrap time (or > while going multiuser) and they should use the same > configuration mechanism as the base system. > > Comments? Any interest, anyone? Smells a lot like AIX ;-) Seriously though, I quite liked AIX sys admin after I got used to that funny SMIT thing. It had basically exactly this aproach of an OO database from which old-style configuration files were generated. -- Doug Rabson Mail: dfr@nlsys.demon.co.uk Phone: +44 181 951 1891 From owner-freebsd-hackers Fri Mar 31 11:38:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01553 for hackers-outgoing; Fri, 31 Mar 1995 11:38:59 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA01537 for ; Fri, 31 Mar 1995 11:38:52 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id LAA09146; Fri, 31 Mar 1995 11:37:59 -0800 From: "Rodney W. Grimes" Message-Id: <199503311937.LAA09146@gndrsh.aac.dev.com> Subject: Re: Bind 4.9.3 beta 17 To: guido@IAEhv.nl (Guido van Rooij) Date: Fri, 31 Mar 1995 11:37:58 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199503311914.VAA06147@iaehv.IAEhv.nl> from "Guido van Rooij" at Mar 31, 95 09:14:15 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 996 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > smb@research.att.com wrote: > > > > Start using it now; 4.9.3 beta 17 is much more reliable than most > > vendor code I've seen. And there are important security benefits as > > well -- Paul Vixie will be presenting a companion paper to mine > > that describes how he fixed lots of holes. > > > > --Steve Bellovin > > > > > > I saw this on a list; but I can't find anywhere which version of bind > we are using. Can someone tell me? >From the cvs log files: ---------------------------- revision 1.1 date: 1994/09/22 19:46:12; author: pst; state: Exp; branches: 1.1.1; Initial revision ---------------------------- revision 1.1.1.1 date: 1994/09/22 19:46:13; author: pst; state: Exp; lines: +0 -0 NAMED from BIND 4.9.3 BETA9 pl1 (no local changes) ---------------------------- Looks like we are at 4.9.3 BETA9 to me... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri Mar 31 11:46:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA02007 for hackers-outgoing; Fri, 31 Mar 1995 11:46:39 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA01985 for ; Fri, 31 Mar 1995 11:46:03 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA21581; Fri, 31 Mar 1995 21:33:39 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id VAA22409 for freebsd-hackers@freebsd.org; Fri, 31 Mar 1995 21:33:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA08389 for freebsd-hackers@freebsd.org; Fri, 31 Mar 1995 21:06:01 +0200 From: J Wunsch Message-Id: <199503311906.VAA08389@uriah.heep.sax.de> Subject: Any gate daemon expert around? To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Fri, 31 Mar 1995 21:05:59 +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 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 5256 Sender: hackers-owner@FreeBSD.org Precedence: bulk Sorry for abusing the list for this, but i suspect there might be someone around who could help me. Please get back on me in private mail, to avoid further bloat of the list. I'm trying to get a 1.1.5.1 system to announce incoming SLIP connections into the local ethernet. The caller on the SLIP interface can change (there are currently two possible machines calling it), and i would like to get gated announce the host route into the local net as soon as the connection comes in, and have it deleted after it has been dropped finally. Reading the man page for gated-config(5) doesn't give me a warm feeling however. :-/ Here's my gated.conf so far: /* gated3.0 configuration file */ tracefile "/var/log/gated.log" replace size 100k files 2; traceoptions general route kernel rip; options noresolv; interfaces { interface sl passive; }; rip on { interface sl noripout; } ; hello off ; ospf off ; export proto rip { /* export the SLIP routes into the ethernet */ proto static { /* radeberg.tcd-dresden.de */ host 192.109.108.201 metric 1; } ; proto static { /* uriah.heep.sax.de */ host 193.175.26.65 metric 1; } ; } ; ...and that's the log extract for a SLIP connection up/down (from host 193.175.26.65): ... Mar 31 18:04:00 ifl_alloc: interface sl0 index 3 refcount 2 Mar 31 18:04:00 EVENT sl0 index 3 Mar 31 18:04:00 Mar 31 18:04:00 EVENT 193.175.26.65 Mar 31 18:04:00 EVENT index: 3 name: sl0 state: Mar 31 18:04:00 EVENT change: metric: 0 route: not installed Mar 31 18:04:00 EVENT preference: 0 down: 120 refcount: 1 mtu: 192 Mar 31 18:04:00 EVENT lcladdr: 192.109.108.139 Mar 31 18:04:00 EVENT net: 193.175.26 netmask: 255.255.255 Mar 31 18:04:00 EVENT subnetmask: 255.255.255.255 Mar 31 18:04:00 Mar 31 18:04:00 if_ifachange: 193.175.26.65 Mar 31 18:04:00 if_ifachange: index: 3 name: sl0 state: Mar 31 18:04:00 if_ifachange: change: metric: 0 route: not installed Mar 31 18:04:00 if_ifachange: preference: 0 down: 120 refcount: 1 mtu: 192 Mar 31 18:04:00 if_ifachange: lcladdr: 192.109.108.139 Mar 31 18:04:00 if_ifachange: net: 193.175.26 netmask: 255.255.255 Mar 31 18:04:00 if_ifachange: subnetmask: 255.255.255.255 Mar 31 18:04:00 Mar 31 18:04:00 if_rtadd: ADD route for interface sl0 193.175.26.65/255.255.255.255 ADD 193.175.26.65 255.255.255.255 gw 192.109.108.139 Direct pref 0 metric 0 sl0 Mar 31 18:04:00 rt_close: 1 route proto IF Mar 31 18:04:00 Mar 31 18:04:00 rip_target_list: supplying updates to 1 interface Mar 31 18:04:00 Mar 31 18:04:00 Mar 31 18:04:00 rt_flash_update: flash updating kernel with 1 entries Mar 31 18:04:00 KERNEL ADD 193.175.26.65 mask 255.255.255.255 gateway 192.109.108.139 Direct Mar 31 18:04:00 krt_send: write: File exists Mar 31 18:04:00 KRT *NOT SENT* type ADD(1)flags UP HOST(5) error 17: File exists Mar 31 18:04:00 KRT *NOT SENT* dest 193.175.26.65 gateway 192.109.108.139 Mar 31 18:04:00 Mar 31 18:04:00 KRT SENT type CHANGE(3)flags UP HOST(5) error 17: File exists Mar 31 18:04:00 KRT SENT dest 193.175.26.65 gateway 192.109.108.139 Mar 31 18:04:00 Mar 31 18:04:00 Mar 31 18:04:00 rt_flash_update: flash update started with 1 entries Mar 31 18:04:00 rt_flash_update: flash update ended with 1 entries ... Mar 31 18:18:06 Mar 31 18:18:30 EVENT sl0 index 3 Mar 31 18:18:30 Mar 31 18:18:30 EVENT 193.175.26.65 Mar 31 18:18:30 EVENT index: 3 name: sl0 state: Mar 31 18:18:30 EVENT change: metric: 0 route: installed Mar 31 18:18:30 EVENT preference: 0 down: 120 refcount: 2 mtu: 192 Mar 31 18:18:30 EVENT lcladdr: 192.109.108.139 Mar 31 18:18:30 EVENT net: 193.175.26 netmask: 255.255.255 Mar 31 18:18:30 EVENT subnetmask: 255.255.255.255 Mar 31 18:18:30 EVENT proto RIP state: Mar 31 18:18:30 Mar 31 18:18:30 if_rtdelete: DELETE route for interface sl0 193.175.26.65/255.255.255.255 CHANGE 193.175.26.65 255.255.255.255 gw 192.109.108.139 Direct pref 0 metric 0 sl0 Mar 31 18:18:30 rt_close: 1 route proto IF Mar 31 18:18:30 Mar 31 18:18:30 rip_target_list: just listening Mar 31 18:18:30 Mar 31 18:18:30 Mar 31 18:18:30 rt_flash_update: flash updating kernel with 1 entries Mar 31 18:18:30 KERNEL DELETE 193.175.26.65 mask 255.255.255.255 gateway 192.109.108.139 Direct Mar 31 18:18:30 KRT SENT type DELETE(2)flags HOST(4) error 0 Mar 31 18:18:30 KRT SENT dest 193.175.26.65 Mar 31 18:18:30 RELEASE 193.175.26.65 255.255.255.255 gw 192.109.108.139 Direct pref 0 metric 0 sl0 Mar 31 18:18:30 Mar 31 18:18:30 rt_flash_update: flash update started with 1 entries Mar 31 18:18:30 rt_flash_update: flash update ended with 1 entries Of course, i know that the route to the interface does already exist at the time where gated can react on the interface up/down event, but why does it not announce it into the net? Any hints? Thank'ya. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Mar 31 11:57:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA02325 for hackers-outgoing; Fri, 31 Mar 1995 11:57:48 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA02317 for ; Fri, 31 Mar 1995 11:57:41 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id DAA12137; Sat, 1 Apr 1995 03:57:58 +0800 Date: Sat, 1 Apr 1995 03:57:57 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Floppy disk and stray IRQ's Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I've noticed the following errors show up through syslog whenever there is floppy disk activity: Apr 1 01:25:51 aries /kernel: stray irq 7 Apr 1 01:27:13 aries /kernel: stray irq 7 Apr 1 01:28:07 aries last message repeated 3 times Apr 1 01:28:07 aries /kernel: too many stray irq 7's; not logging any more I don't think I have anything on IRQ 7. The closest thing is the floppy drive controller, which is on IRQ 6: Mar 21 18:07:06 aries /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Mar 21 18:07:06 aries /kernel: fdc0: (NEC 72065B) [0: fd0: 1.44MB 3.5in] This is with the current 950322 snapshot on an ASUS PVI-486AP4 motherboard with only the 3.5" drive connected. I was formatting a few floppies when the stray IRQ messages popped up. BTW, someone mentioned that formatting a floppy in FreeBSD causes a jerky response while doing anything else. I was successfully playing two Quicktime movies concurrently with xanim 2.69.7.6 at full speed without any noticeable jerkiness while fdformat churned away on a 3.5". -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Mar 31 12:17:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA03085 for hackers-outgoing; Fri, 31 Mar 1995 12:17:44 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA03073 for ; Fri, 31 Mar 1995 12:17:40 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id LAA00408; Fri, 31 Mar 1995 11:55:16 GMT Message-Id: <199503311155.LAA00408@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: Bruce Evans cc: freebsd-hackers@FreeBSD.org Subject: Re: help with splbio, splnet, spl... In-reply-to: Your message of "Sat, 01 Apr 1995 02:39:08 +1000." <199503311639.CAA05170@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 31 Mar 1995 11:55:14 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Bruce Evans said: > >Not sure if it is related to the way that interrupt is being handle.. > >Why is the boot sequence slower than 1.1.5? > > I mean going out and recognizing the devices that are attached > > to the system, etc.. > > It's not related. There are more drivers now :-). > Has anyone noticed a slowed down of the booting sequence even after trimming down the kernel ? Amancio From owner-freebsd-hackers Fri Mar 31 12:40:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA04206 for hackers-outgoing; Fri, 31 Mar 1995 12:40:33 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA04183; Fri, 31 Mar 1995 12:40:03 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: your mail To: L.S.Grigoriev@rus0301.wins.icl.co.uk Date: Fri, 31 Mar 1995 12:39:28 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org, freebsd-questions@FreeBSD.org In-Reply-To: <"792*/I=LS/S=Grigoriev/OU=rus0301/O=icl kmecs/PRMD=icl/ADMD=gold 400/C=SU/"@MHS> from "L.S.Grigoriev@rus0301.wins.icl.co.uk" at Mar 31, 95 05:32:29 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2166 Sender: hackers-owner@FreeBSD.org Precedence: bulk what IS this? I hope someone in the mailing list has a tool to look at it? julian > > e1xydGYwXGFuc2kgXGRlZmYwIHtcZm9udHRibCB7XGYwXGZtb2Rlcm4gQ291cmllcjt9fXtcY29s > b3J0Ymw7XHJlZDBcZ3JlZW4wXGJsdWUwO1xyZWQwXGdyZWVuMFxibHVlMjU1O1xyZWQwXGdyZWVu > MjU1XGJsdWUwO1xyZWQwXGdyZWVuMjU1XGJsdWUyNTU7XHJlZDI1NVxncmVlbjBcYmx1ZTA7XHJl > ZDI1NVxncmVlbjBcYmx1ZTI1NTtccmVkMjU1XGdyZWVuMjU1XGJsdWUwO1xyZWQyNTVcZ3JlZW4y > NTVcYmx1ZTI1NTt9XGxpbmV4MCBcc2Jrbm9uZSANClxtYXJnbDE0NCBcbWFyZ3IxNzI4IFxwbGFp > biBcbWFyZ2IxNDQwIFxoZWFkZXJ5MCBcZ3V0dGVyMCBcZnMyNCBcZjAgXG1hcmdiMTQ0MCBcbWFy > Z3QxNDQwIFxtYXJnYjE0NDAgXHBhcmQgXHR4MTAwOCBcdHgyMTYwIFx0eDMzMTIgXHR4NDQ2NCBc > dHg1NjE2IFx0eDY3NjggXHR4NzkyMCBcdHg5MDcyIFx0eDEwMjI0IFx0eDExMzc2IFx0eDEyNTI4 > IFx0eDEzNjgwIFx0eDE0ODMyIFx0eDE1OTg0IFx0eDE3MTM2IFx0eDE4Mjg4IFx0eDE5NDQwIFx0 > eDIwNTkyIFx0eDIxNzQ0IFx0eDIyODk2IFx0eDI0MDQ4IFx0eDI1MjAwIFx0eDI2MzUyIFx0eDI3 > NTA0IFx0eDI4NjU2IFx0eDI5ODA4IFx0eDMwOTYwIFx0eDMyMTEyIFx0eDMzMjY0IFx0eDM0NDE2 > IFx0eDM1NTY4IEhlbGxvLCBndXlzIVxwYXIgDQpccGFyIA0KICBJJ3ZlIHJlY2VudGx5IHJlY29t > cGlsZWQgdGhlIDM4NkJTRCdzIGtlcm5lbCB3aXRoIFhlcm94IE5TIHN1cHBvcnQuICBJIHNldCBh > biBOUyBhZGRyZXNzIGZvciBldGhlcm5ldCBpbnRlcmZhY2UgYnkgImlmY29uZmlnIGVwMCBucyAz > NEg6IiBjb21tYW5kIChteSBzdWJuZXQncyBudW1iZXIgaXMgMzRIKS4gVGhlbiBJIHN1Y2Nlc2Z1 > bGx5IGNvbm5lY3RlZCB0d28gcHJvY2Vzc2VzIG9uIG9uZSBzeXN0ZW0gdmlhIHNvY2tldHMgb3Zl > ciBJRFAsIGJ1dCB3aGVuIEkgdHJpZWQgdG8gc2VuZCBhIHBhY2tldCBmcm9tIHN1Y2ggYSBwcm9j > ZXNzIG9uIDM4NkJTRCB0byBhIHByb2Nlc3Mgb24gYSBQQyB3YWl0aW5nIGZvciBpdCBvdmVyIE5v > dmVsbCBJUFggaXQgZGlkbid0IHdvcmsgLSB0aGUgbGlzdGVubmluZyBwcm9jZXNzIGNvdWxkbid0 > IHNlZSBhbnl0aGluZy4gIEkgdHJpZWQgdGhlIG9wcG9zaXRlIHZhcmlhbnQgYnV0IGV2ZXJ5dGhp > bmcgd2FzIGp1c3QgdGhlIHNhbWUuIENvdWxkIGFueW9uZSB0ZWxsIG1lIGlmIElEUCBpcyBjb21w > YXRpYmxlIHdpdGggSVBYIGFuZCBTUFAgd2l0aCBTUFggKEkndmUgaGVhcmQgaXQgaXMpLiBNYXli > ZSBzb21lb25lIGhhcyBhbHJlYWR5IGZhY2VkIHRoaXMgcHJvYmxlbS5ccGFyIA0KXHBhciANClx0 > YWIgQWxsIHRob3VnaHRzIHdpbGwgYmUgcmVhbGx5IGFwcHJlY2lhdGVkLlxwYXIgDQpccGFyIA0K > UmVhbGx5IHdhaXRpbmcgZm9yIHlvdXIgbWVzc2FnZXMsXHBhciANCkFsZXggRC4gWmluaW4gICAo > IklDTC1LTUUgQ1MiIEpTQywgU29mdHdhcmUgRGV2ZWxvcG1lbnQgR3JvdXApIFxwYXIgDQpccGFy > IA0KXHBhciANCn0= > From owner-freebsd-hackers Fri Mar 31 13:07:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04723 for hackers-outgoing; Fri, 31 Mar 1995 13:07:51 -0800 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA04714 for ; Fri, 31 Mar 1995 13:07:48 -0800 Received: (from bugs@localhost) by ns1.win.net (8.6.9/8.6.9) id QAA03647 for hackers@freebsd.org; Fri, 31 Mar 1995 16:09:01 -0500 From: Mark Hittinger Message-Id: <199503312109.QAA03647@ns1.win.net> Subject: 4 gig st15150n disk setups To: hackers@FreeBSD.org Date: Fri, 31 Mar 1995 16:09:01 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 486 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've been trying to get this disk configured for a few minutes and wanted to ask if anybody has fought this battle yet. I suspect that I want to have two 2 gig partitions and have tried to set the disk up that way. Fdisk and disklabel seem to not want to cooperate with me. If I create one two gig partition it seems to eliminate the other one. I'm using various snap boot disks including the latest 3/22 disk. E-mail any setup hints please Regards, Mark Hittinger bugs@win.net From owner-freebsd-hackers Fri Mar 31 13:13:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05033 for hackers-outgoing; Fri, 31 Mar 1995 13:13:44 -0800 Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA05025; Fri, 31 Mar 1995 13:13:35 -0800 Received: from palmer.demon.co.uk by disperse.demon.co.uk id aa24396; 31 Mar 95 22:00 GMT-60:00 Received: from localhost (gary@localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.9/8.6.9) with SMTP id VAA01023 ; Fri, 31 Mar 1995 21:58:46 +0100 X-Authentication-Warning: palmer.demon.co.uk: Host localhost didn't use HELO protocol To: Julian Elischer cc: L.S.Grigoriev@rus0301.wins.icl.co.uk, freebsd-hackers@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Re: your mail In-reply-to: Your message of "Fri, 31 Mar 1995 12:39:28 -0800." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1019.796683524.1@palmer.demon.co.uk> Date: Fri, 31 Mar 1995 21:58:44 +0100 Message-ID: <1020.796683524@palmer.demon.co.uk> From: Gary Palmer Sender: hackers-owner@FreeBSD.org Precedence: bulk In message , Julian Elischer writes: > what IS this? > I hope someone in the mailing list has a tool to look at it? It's some application/octet-stream encoded text. I read it. Can't remember what it said now. Gary From owner-freebsd-hackers Fri Mar 31 13:26:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05583 for hackers-outgoing; Fri, 31 Mar 1995 13:26:20 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA05576; Fri, 31 Mar 1995 13:26:15 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Mark Hittinger cc: hackers@FreeBSD.org Subject: Re: 4 gig st15150n disk setups In-reply-to: Your message of "Fri, 31 Mar 95 16:09:01 EST." <199503312109.QAA03647@ns1.win.net> Date: Fri, 31 Mar 1995 13:26:15 -0800 Message-ID: <5575.796685175@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I've been trying to get this disk configured for a few minutes and wanted > to ask if anybody has fought this battle yet. Yeah. You can make it one big partition now if you wish - the 2GB partition limit has been vanquished! Yea Bruce! Yea David! :-) > Fdisk and disklabel seem to not want to cooperate with me. If I create > one two gig partition it seems to eliminate the other one. Are you using different partition letters? :-) Jordan From owner-freebsd-hackers Fri Mar 31 15:27:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA10862 for hackers-outgoing; Fri, 31 Mar 1995 15:27:29 -0800 Received: from pht.com (exodus.pht.com [198.60.59.99]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA10856 for ; Fri, 31 Mar 1995 15:27:27 -0800 Received: by pht.com id AA02053 (5.67b/IDA-1.5 for freebsd-hackers@FreeBSD.org); Fri, 31 Mar 1995 16:10:11 -0700 Date: Fri, 31 Mar 1995 16:10:10 -0700 (MST) From: Brad Midgley To: "Jordan K. Hubbard" Cc: freebsd-hackers@FreeBSD.org Subject: Re: What happened to my include files!@# In-Reply-To: <1807.796605960@freefall.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > At this point, the number of errors in 950322-SNAP has exceeded what I > believe to be acceptable in a snapshot. > > How do the rest of -hackers feel? I think the installation does have a bit to be desired, but it wasn't too hard to figure out after watching the list and poking around the system a bit. As long as anyone who is going to try it is on the mailing list, let's just summarize all the little fixes and watch for the next snap or better yet 2.1. The one thing which did give me an unpleasant surprise was the necessity to configure the system with options "NMBCLUSTERS=1024" even after I'd defined maxusers as 64. It would be very nice to not have to know an obscure option like this--is there no way NMBCLUSTERS could be computed from maxusers like some other table sizes are? And while I'm on the subject, is it safe for maxusers to be larger than 64? v2.0 gave me a warning when I set it any higher. What does ftp.cdrom.com run with? Overall, the system is very stable which is the biggest thing I was watching for (esp. compared with vanilla 2.0 which we were struggling with before.) I look forward to having it on cdrom so I can try it at home too. BTW, I'm curious. What does this message mean? in-rtqtimo: adjusted rtq_reallyold to 2400 (then 1600, 1066, 710, then I think it stopped adjusting) brad@pht.com From owner-freebsd-hackers Fri Mar 31 15:36:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11058 for hackers-outgoing; Fri, 31 Mar 1995 15:36:36 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA11052 for ; Fri, 31 Mar 1995 15:36:34 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id PAA18244; Fri, 31 Mar 1995 15:36:26 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id PAA00166; Fri, 31 Mar 1995 15:36:26 -0800 Message-Id: <199503312336.PAA00166@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Brad Midgley cc: freebsd-hackers@FreeBSD.org Subject: Re: What happened to my include files!@# In-reply-to: Your message of "Fri, 31 Mar 95 16:10:10 MST." From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 31 Mar 1995 15:36:25 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >The one thing which did give me an unpleasant surprise was the necessity >to configure the system with > > options "NMBCLUSTERS=1024" > >even after I'd defined maxusers as 64. It would be very nice to not have >to know an obscure option like this--is there no way NMBCLUSTERS could be >computed from maxusers like some other table sizes are? That's an interesting idea. Hmmm.... >And while I'm on the subject, is it safe for maxusers to be larger than >64? v2.0 gave me a warning when I set it any higher. What does >ftp.cdrom.com run with? It's always been safe to use higher values. I don't know what purpose the warning was supposed to serve (perhaps to protect against crazy people?). >BTW, I'm curious. What does this message mean? > > in-rtqtimo: adjusted rtq_reallyold to 2400 It means that your machine talks to lots of others and the routing table was getting rather large with all the clone routes. The system compensated for this by lowering the timeout for these. It's not uncommon for the timeout to be lowered to as low as 5 minutes on freefall. -DG From owner-freebsd-hackers Fri Mar 31 16:19:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA11861 for hackers-outgoing; Fri, 31 Mar 1995 16:19:56 -0800 Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA11854 for ; Fri, 31 Mar 1995 16:19:53 -0800 Received: (from pw@localhost) by snoopy.mv.com (8.6.9/8.6.6) id TAA00932; Fri, 31 Mar 1995 19:15:48 -0500 Date: Fri, 31 Mar 1995 19:15:48 -0500 From: "Paul F. Werkowski" Message-Id: <199504010015.TAA00932@snoopy.mv.com> To: spaz@u.washington.edu CC: FreeBSD-hackers@freefall.cdrom.com, phk@tfs.com In-reply-to: (message from John Utz on Thu, 30 Mar 1995 14:28:38 -0800 (PST)) Subject: Re: New Snapshot...Good and Bad.... Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "John" == John Utz writes: John> the other problem, which i imagine is a snapshot kind John> of thing ,is that CLISP falls over dead while it is trying John> to bootstrap iself. It sez it has a memory error and then John> dumps core.: John> ;; Loading file /usr/local/clisp-1994-01-25/src/clos.lsp John> ...Memory fault - core dumped *** Error code 139 You are running CMU Lisp on FreeBSD? How did you do this? I have been thinking about such a port but have been putting it off (for over a year now) for lack of time. I am eager to know if such a port already exists! Paul From owner-freebsd-hackers Fri Mar 31 19:21:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA26678 for hackers-outgoing; Fri, 31 Mar 1995 19:21:24 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA26671 for ; Fri, 31 Mar 1995 19:21:19 -0800 Received: by haven.uniserve.com id <201>; Fri, 31 Mar 1995 19:29:40 -0800 Date: Fri, 31 Mar 1995 19:28:35 -0800 (PST) From: Tom Samplonius To: Mark Hittinger cc: hackers@FreeBSD.org Subject: Re: 4 gig st15150n disk setups In-Reply-To: <199503312109.QAA03647@ns1.win.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 31 Mar 1995, Mark Hittinger wrote: > > I've been trying to get this disk configured for a few minutes and wanted > to ask if anybody has fought this battle yet. > > I suspect that I want to have two 2 gig partitions and have tried to set > the disk up that way. You can have only one FreeBSD partition per disk. If you want 2 gig chunks do this in the disklabel. I've set up a 3 gig drive successfully within a single partition before. Tom From owner-freebsd-hackers Fri Mar 31 19:25:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA26719 for hackers-outgoing; Fri, 31 Mar 1995 19:25:10 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA26707 for ; Fri, 31 Mar 1995 19:25:02 -0800 Received: by haven.uniserve.com id <178>; Fri, 31 Mar 1995 19:35:07 -0800 Date: Fri, 31 Mar 1995 19:34:07 -0800 (PST) From: Tom Samplonius To: "Jordan K. Hubbard" cc: Mark Hittinger , hackers@FreeBSD.org Subject: Re: 4 gig st15150n disk setups In-Reply-To: <5575.796685175@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 31 Mar 1995, Jordan K. Hubbard wrote: > > I've been trying to get this disk configured for a few minutes and wanted > > to ask if anybody has fought this battle yet. > > Yeah. You can make it one big partition now if you wish - the 2GB > partition limit has been vanquished! Yea Bruce! Yea David! :-) This worked with 1.1.5.1 too. You just couldn't make a single filesystem bigger than 2 gig. Tom From owner-freebsd-hackers Fri Mar 31 19:59:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA27473 for hackers-outgoing; Fri, 31 Mar 1995 19:59:05 -0800 Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA27465 for ; Fri, 31 Mar 1995 19:59:02 -0800 Received: from palmer.demon.co.uk by disperse.demon.co.uk id aa13265; 1 Apr 95 4:58 GMT-60:00 Received: from localhost (gary@localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.9/8.6.9) with SMTP id EAA00196 ; Sat, 1 Apr 1995 04:58:17 +0100 X-Authentication-Warning: palmer.demon.co.uk: Host localhost didn't use HELO protocol To: Tom Samplonius cc: "Jordan K. Hubbard" , Mark Hittinger , hackers@FreeBSD.org Subject: Re: 4 gig st15150n disk setups In-reply-to: Your message of "Fri, 31 Mar 1995 19:34:07 -0800." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <192.796708695.1@palmer.demon.co.uk> Date: Sat, 01 Apr 1995 04:58:15 +0100 Message-ID: <193.796708695@palmer.demon.co.uk> From: Gary Palmer Sender: hackers-owner@FreeBSD.org Precedence: bulk In message , Tom Sa mplonius writes: > This worked with 1.1.5.1 too. You just couldn't make a single >filesystem bigger than 2 gig. What Jordan meant was that you can have large FS's now (up to 1 terrabyte if I remember back to what David Greenman said). Apparently WC's news server has 1 8.4Gb filesystem on one of it's drives... (and it's a FreeBSD box 2.x) Gary From owner-freebsd-hackers Fri Mar 31 21:30:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00773 for hackers-outgoing; Fri, 31 Mar 1995 21:30:29 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00764 for ; Fri, 31 Mar 1995 21:30:27 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA12842; Sat, 1 Apr 1995 13:29:24 +0800 Date: Sat, 1 Apr 1995 13:29:24 +0800 (CST) From: Brian Tao To: "Paul F. Werkowski" cc: FreeBSD-hackers@freefall.cdrom.com Subject: Re: New Snapshot...Good and Bad.... In-Reply-To: <199504010015.TAA00932@snoopy.mv.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 31 Mar 1995, Paul F. Werkowski wrote: > > John> the other problem, which i imagine is a snapshot kind > John> of thing ,is that CLISP falls over dead while it is trying > > You are running CMU Lisp on FreeBSD? How did you do this? Isn't CLISP == Common LISP? Or is that the same as CMU LISP? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Mar 31 21:35:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00849 for hackers-outgoing; Fri, 31 Mar 1995 21:35:42 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00841; Fri, 31 Mar 1995 21:35:39 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA12834; Sat, 1 Apr 1995 13:25:06 +0800 Date: Sat, 1 Apr 1995 13:25:05 +0800 (CST) From: Brian Tao To: Gary Palmer cc: Julian Elischer , L.S.Grigoriev@rus0301.wins.icl.co.uk, freebsd-hackers@FreeBSD.org, freebsd-questions@FreeBSD.org Subject: Re: your mail In-Reply-To: <1020.796683524@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 31 Mar 1995, Gary Palmer wrote: > > It's some application/octet-stream encoded text. I read it. Can't remember > what it said now. Encoded RTF text. He reposted it as plain text in a separate message. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Mar 31 21:36:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00883 for hackers-outgoing; Fri, 31 Mar 1995 21:36:09 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00875 for ; Fri, 31 Mar 1995 21:36:05 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA12857; Sat, 1 Apr 1995 13:36:22 +0800 Date: Sat, 1 Apr 1995 13:36:22 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: Mail... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 31 Mar 1995, Christopher Sedore wrote: > > Isn't this more or less what MH does at a user level? I've often thought > that the MH model could be extended in many ways to do the above. Yes, but I suspect you can add a layer of abstraction to the mail handling process if you treat it at the filesystem level rather at the directory structure level. Sort of like the way 4.4BSD "ps" can read and use the /proc filesystem. I imagine mailing handling can also be made much more efficient, especially on large systems. Pulling stuff out of a /var/mail directory containing 6000 files is no fun. A mail fs could be optimized for this, since it no longer is restricted by Berkeley ffs rules. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri Mar 31 21:41:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00970 for hackers-outgoing; Fri, 31 Mar 1995 21:41:36 -0800 Received: from schizo.coe.montana.edu (schizo.coe.montana.edu [153.90.192.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA00964 for ; Fri, 31 Mar 1995 21:41:35 -0800 Received: by schizo.coe.montana.edu (5.65/DEC-Ultrix/4.3) id AA15892; Fri, 31 Mar 1995 22:40:18 -0700 From: osyjm@schizo.coe.montana.edu (Jaye Mathisen) Message-Id: <9503312240.ZM15890@schizo.coe.montana.edu> Date: Fri, 31 Mar 1995 22:40:17 -0700 X-Mailer: Z-Mail (2.1.4 02apr93) To: hackers@FreeBSD.org Subject: PerlVision? Sender: hackers-owner@FreeBSD.org Precedence: bulk Has anybody looked at this as a possible replacement/enhancement to dialog? Looks pretty slick, but not sure about run-time sizes. -- Jaye Mathisen, COE Systems Manager (406) 994-4780 410 Roberts Hall,Dept. of Computer Science Montana State University,Bozeman MT 59717 osyjm@cs.montana.edu From owner-freebsd-hackers Fri Mar 31 21:45:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA01090 for hackers-outgoing; Fri, 31 Mar 1995 21:45:45 -0800 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA01084 for ; Fri, 31 Mar 1995 21:45:43 -0800 Message-Id: <199504010545.VAA01084@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA14852; Sat, 1 Apr 1995 00:45:28 -0500 Date: Sat, 1 Apr 1995 00:45:28 -0500 From: Charles Henrich To: freebsd-hackers@FreeBSD.org Subject: large filesystems/multiple disks X-Newsreader: NN version 6.5.0 #10 (NOV) Sender: hackers-owner@FreeBSD.org Precedence: bulk Are there any plans/work in progress for allowing FreeBSD the ability to have filesystems span multiple physicle volumes (ala Logical Volume Manager on AIX/OSF) ? -Crh -- Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Fri Mar 31 22:55:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA02097 for hackers-outgoing; Fri, 31 Mar 1995 22:55:13 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA02090 for ; Fri, 31 Mar 1995 22:55:09 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id XAA01823; Fri, 31 Mar 1995 23:59:23 -0700 Date: Fri, 31 Mar 1995 23:59:23 -0700 Message-Id: <199504010659.XAA01823@trout.sri.MT.net> To: hackers@FreeBSD.org Subject: Cool sound tools/programs? Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@FreeBSD.org Precedence: bulk I decided to enter the 90's and get a sound-card, so my new Gravis UltraSound MAX just came in the email today. :) I have it setup and working, but now I need to find something to show it off with other than xboing. Does anyone know of some good (FreeBSD specific) utilities that do a good job showing off what this thing can do? Also, is it possible to have my CD-ROM output (NEC 3X SCSI) play it's sound through the sound-card by default? I hooked up the cable which is supposed to make it work, but I may have gotten it upside down. However, in the manual it mentions that special software might be needed to make it work, so before I go off and tear my box apart I'd like to know if I can even do this under FreeBSD. Thanks for all the help, Nate ps. No, I don't care about DOS/Windows software. I don't have DOS on my computer and my hardware has been virus (microsloth) free for almost 3 years now. :-) From owner-freebsd-hackers Fri Mar 31 23:05:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA03090 for hackers-outgoing; Fri, 31 Mar 1995 23:05:18 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA03078 for ; Fri, 31 Mar 1995 23:05:16 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08921; Fri, 31 Mar 95 23:58:48 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504010658.AA08921@cs.weber.edu> Subject: Re: large filesystems/multiple disks To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Fri, 31 Mar 95 23:58:47 MST Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199504010545.VAA01084@freefall.cdrom.com> from "Charles Henrich" at Apr 1, 95 00:45:28 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Are there any plans/work in progress for allowing FreeBSD the ability to have > filesystems span multiple physicle volumes (ala Logical Volume Manager on > AIX/OSF) ? Both I and Phil Neiswanger have toyed with this idea. At one time, I had logical volume management working badly under 386BSD 0.1 patchkit 1 for ESDI drives. The main issue is that the concept of partitioning/slicing/whatever truly needs to be divorced from device nodes. FreeBSD current is actually moving further away from this (or closer to it using the logical but roundabout incremental improvement approach depending on your point of view). One thing that is critical is that devices be where you left them, so dynamic disk ID assignment is right out, at least at the kernel level (a logical partition could be dynamically renamed relatively painlessly). The main problem is that there needs to be file system support for the idea of additional disk space ...ie: one place where you can add things on. This will work with IBM's JFS (obviously) or with a log structured file system, but precious little else. UFS is particularly badly suited to doing this. If you do what SPRITE does and shove all the inodes in one area and all of the data blocks in another, you can sort of do this for UFS. The alternative is to preallocate a major large number of inodes in the first place (which is what I did) or to backup, remkfs the file system after adding the storage, and restore everything. It should also be noted that this type of arrangement is extremely fragile -- it's order n^2 for n disks more fragile than file systems not spanning disks at all. You shouldn't attempt this type of thing without being ready to do backups. Basically, a failure of one disk could theoretically take out all of you real file systems sitting on logical partitions that spanned that one disk. Pretty gruesome, really. The stuff I had relatively happy used ESDI drives and relied on a working Bad144 mechanism, so it's kind of double-damned; if I were to do it today, it'd be a complete rewrite. One of the major pieces is the management piece to determine which 4M chunk on a physical disk is allocated to which logical disk slice. Needless to say, I binary edited this, so I didn't have on of these written, so you'd have to write one of them as well. The main gain is just-in-time meeting of storage requirements on huge databases that grow incrementally slow. The next most popular use is to add swap space to a system by growing the logical partition that's the swap area -- AIX is very swap hungry, being even more obscenely radical about memory overcommit than most systems. With the ability to swap on files (which BSD has) this is largely a useless application. So while it is a cool feature, it has limited practical utility. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 1 00:06:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA14268 for hackers-outgoing; Sat, 1 Apr 1995 00:06:40 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA14223 for ; Sat, 1 Apr 1995 00:06:33 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id AAA05566; Sat, 1 Apr 1995 00:00:47 GMT Message-Id: <199504010000.AAA05566@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: nate@sneezy.sri.com (Nate Williams) cc: hackers@FreeBSD.org Subject: Re: Cool sound tools/programs? In-reply-to: Your message of "Fri, 31 Mar 1995 23:59:23 MST." <199504010659.XAA01823@trout.sri.MT.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 01 Apr 1995 00:00:41 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Nate Williams said: > I decided to enter the 90's and get a sound-card, so my new Gravis > UltraSound MAX just came in the email today. :) > > I have it setup and working, but now I need to find something to show it > off with other than xboing. Does anyone know of some good (FreeBSD > specific) utilities that do a good job showing off what this thing can > do? Just about all the sound apps from linux will work. You may have to tweak them a little bit... Check out ftp.iuma.com they have tons of mpeg sound files and a fun to follow html page. In the same site , you can find mpeg_play with very little effort you can compile mpeg_play for FreeBSD . I just defined linux in the include file. Originally, I just tweak mpeg_play to work with FreeBSD and arrived at nearly the same linux implementation... wcarchive.cdrom.com:/.11/FreeBSD/FreeBSD-current/ports/audio ncftp>ls Makefile maplay/ rplay/ tracker/ xmcd/ gmod/ nas/ s3mod/ xcd/ gsm/ playmidi/ sox/ xcdplayer/ * playmidi is okay for playing midi files. * gmod is a gus tracker so when you are playing mod files you don't chewed up your cpu. * nas NCD Network Audio System in ftp.x.org/contrib/.... It has utilites to play , edit or watch different sound format files. > Also, is it possible to have my CD-ROM output (NEC 3X SCSI) play it's > sound through the sound-card by default? I hooked up the cable which is > supposed to make it work, but I may have gotten it upside down. > However, in the manual it mentions that special software might be needed > to make it work, so before I go off and tear my box apart I'd like to > know if I can even do this under FreeBSD. > This shouldn't be a problem since the cable all it does is to send the audio output signal to the sound card. I think that special software you may be thinking about is to play the audio cd , to enable the input channel , and output channel on the GUS. VAT is good to have to listen on the net :) (Yes, I know you are probably going to be using your GUS at home...) If memory does not failed fvwm has support for sound so you can have effects like in the MAC. exmh has support for sound also you can setup exmh so that it plays a sound when you get mail. So by using MIME you can send/receive a voice note to someone. I think ACM, the flight simulator, has support for sound .... Amancio From owner-freebsd-hackers Sat Apr 1 00:21:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA18309 for hackers-outgoing; Sat, 1 Apr 1995 00:21:24 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA18291; Sat, 1 Apr 1995 00:21:21 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Amancio Hasty cc: nate@sneezy.sri.com (Nate Williams), hackers@FreeBSD.org Subject: Re: Cool sound tools/programs? In-reply-to: Your message of "Sat, 01 Apr 95 00:00:41 GMT." <199504010000.AAA05566@star-gate.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 01 Apr 1995 00:21:20 -0800 Message-ID: <18287.796724480@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Check out ftp.iuma.com they have tons of mpeg sound files and a fun to > follow html page. In the same site , you can find mpeg_play with > very little effort you can compile mpeg_play for FreeBSD . I just You can also just use: > wcarchive.cdrom.com:/.11/FreeBSD/FreeBSD-current/ports/audio > ncftp>ls > Makefile maplay/ rplay/ tracker/ xmcd/ ^^^^^^ :-) Jordan From owner-freebsd-hackers Sat Apr 1 01:33:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA01130 for hackers-outgoing; Sat, 1 Apr 1995 01:33:34 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA01114 for ; Sat, 1 Apr 1995 01:33:19 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA05819; Sat, 1 Apr 1995 11:22:31 +0200 From: Luigi Rizzo Message-Id: <199504010922.LAA05819@labinfo.iet.unipi.it> Subject: Re: Cool sound tools/programs? To: nate@sneezy.sri.com Date: Sat, 1 Apr 1995 11:22:30 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <199504010659.XAA01823@trout.sri.MT.net> from "Nate Williams" at Mar 31, 95 11:59:04 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 302 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I decided to enter the 90's and get a sound-card, so my new Gravis > UltraSound MAX just came in the email today. :) ^^^^^ I am just curious how you reassembled the bits. Is that supported by a some MIME type, such as Content-Type: hardware/soundcard ? Luigi From owner-freebsd-hackers Sat Apr 1 03:52:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA05742 for hackers-outgoing; Sat, 1 Apr 1995 03:52:26 -0800 Received: from nlsys.demon.co.uk (nlsys.demon.co.uk [158.152.125.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA05736 for ; Sat, 1 Apr 1995 03:52:14 -0800 Received: (from dfr@localhost) by nlsys.demon.co.uk (8.6.10/8.6.9) id NAA00825; Sat, 1 Apr 1995 13:50:27 +0100 Date: Sat, 1 Apr 1995 13:50:25 +0100 (BST) From: Doug Rabson To: hackers@FreeBSD.org Subject: Speed while printing Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I just attached a PostScript printer to my machine via /dev/lpt0 and while it prints fine (after hacking /etc/printcap a bit), my machine slows down to a crawl while it is sending stuff to the printer. Is this normal? Printing under Win95 does not show this effect. -- Doug Rabson Mail: dfr@nlsys.demon.co.uk Phone: +44 181 951 1891 From owner-freebsd-hackers Sat Apr 1 04:13:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA09168 for hackers-outgoing; Sat, 1 Apr 1995 04:13:33 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA09159; Sat, 1 Apr 1995 04:13:21 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA08014; Sat, 1 Apr 1995 22:07:45 +1000 Date: Sat, 1 Apr 1995 22:07:45 +1000 From: Bruce Evans Message-Id: <199504011207.WAA08014@godzilla.zeta.org.au> To: gary@palmer.demon.co.uk, tom@haven.uniserve.com Subject: Re: 4 gig st15150n disk setups Cc: bugs@ns1.win.net, hackers@FreeBSD.org, jkh@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >What Jordan meant was that you can have large FS's now (up to 1 terrabyte >if I remember back to what David Greenman said). Apparently WC's news server >has 1 8.4Gb filesystem on one of it's drives... (and it's a FreeBSD box 2.x) Some but not all bugs involving >=2GB file systems have been fixed. E.g., the clustering code silently botches single files >=2GB, and mmap() silently botches offsets >=4GB. I don't know of any problem for normally sized files but wouldn't trust file systems >=2GB. Bruce From owner-freebsd-hackers Sat Apr 1 04:35:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA09419 for hackers-outgoing; Sat, 1 Apr 1995 04:35:48 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA09412; Sat, 1 Apr 1995 04:35:46 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Bruce Evans cc: gary@palmer.demon.co.uk, tom@haven.uniserve.com, bugs@ns1.win.net, hackers@FreeBSD.org Subject: Re: 4 gig st15150n disk setups In-reply-to: Your message of "Sat, 01 Apr 95 22:07:45 +1000." <199504011207.WAA08014@godzilla.zeta.org.au> Date: Sat, 01 Apr 1995 04:35:44 -0800 Message-ID: <9411.796739744@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Some but not all bugs involving >=2GB file systems have been fixed. E.g., > the clustering code silently botches single files >=2GB, and mmap() Are we talking file sizes or file system sizes? > silently botches offsets >=4GB. I don't know of any problem for normally > sized files but wouldn't trust file systems >=2GB. I've been running on one 4GB and on 8.6GB pretty _heavily_ with no problems whatsoever for a few weeks now! Jordan From owner-freebsd-hackers Sat Apr 1 05:01:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA09931 for hackers-outgoing; Sat, 1 Apr 1995 05:01:13 -0800 Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA09917 for ; Sat, 1 Apr 1995 05:01:07 -0800 Received: (from pw@localhost) by snoopy.mv.com (8.6.9/8.6.6) id HAA01420; Sat, 1 Apr 1995 07:59:39 -0500 Date: Sat, 1 Apr 1995 07:59:39 -0500 From: "Paul F. Werkowski" Message-Id: <199504011259.HAA01420@snoopy.mv.com> To: taob@gate.sinica.edu.tw CC: FreeBSD-hackers@freefall.cdrom.com In-reply-to: (message from Brian Tao on Sat, 1 Apr 1995 13:29:24 +0800 (CST)) Subject: Re: New Snapshot...Good and Bad.... Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Brian" == Brian Tao writes: Brian> On Fri, 31 Mar 1995, Paul F. Werkowski wrote: >> John> the other problem, which i imagine is a snapshot kind of John> thing ,is that CLISP falls over dead while it is trying >> You are running CMU Lisp on FreeBSD? How did you do this? Brian> Isn't CLISP == Common LISP? Or is that the same as CMU Brian> LISP? -- Brian ("Though this be madness, yet there is Brian> method in't") Tao taob@gate.sinica.edu.tw <-- work Brian> ........ play --> taob@io.org Part of the problem is that there are several implementations of Lisp that use the name "CLISP". The one I am interested in now is (to quote from http://www.cs.cmu.edu/Web/Groups/AI/html/faqs/lang/lisp/part4/faq-doc-1.html ) "CMU Common Lisp (CMU CL) is free, and runs on HPs, Sparcs (Mach, SunOs, and Solaris), DecStation 3100 (Mach), SGI MIPS (Iris), DEC Alpha/OSF1, IBM RT (Mach) and requires 16mb RAM, 25mb disk. It includes an incremental compiler, Hemlock emacs-style editor, source-code level debugger, code profiler and is mostly X3J13 compatible, including the new loop macro. It is available by anonymous ftp from ftp.cs.cmu.edu:/afs/cs.cmu.edu/project/clisp/release [128.2.206.173]" As I understand it, this project is now inactive but the code is pretty popular in Lisp circles. The code also is public domain with no copyrights attached. Don't know how hard it would be to port this to FreeBSD. Has anyone tried it? Paul From owner-freebsd-hackers Sat Apr 1 05:24:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA10661 for hackers-outgoing; Sat, 1 Apr 1995 05:24:30 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA10650; Sat, 1 Apr 1995 05:24:10 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA10905; Sat, 1 Apr 1995 23:19:59 +1000 Date: Sat, 1 Apr 1995 23:19:59 +1000 From: Bruce Evans Message-Id: <199504011319.XAA10905@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@freefall.cdrom.com Subject: Re: 4 gig st15150n disk setups Cc: bugs@ns1.win.net, gary@palmer.demon.co.uk, hackers@FreeBSD.org, tom@haven.uniserve.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Some but not all bugs involving >=2GB file systems have been fixed. E.g., >> the clustering code silently botches single files >=2GB, and mmap() >Are we talking file sizes or file system sizes? >> silently botches offsets >=4GB. I don't know of any problem for normally >> sized files but wouldn't trust file systems >=2GB. >I've been running on one 4GB and on 8.6GB pretty _heavily_ with no problems >whatsoever for a few weeks now! Both. I don't trust any software that doesn't check for overflow. Bruce From owner-freebsd-hackers Sat Apr 1 05:34:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA11241 for hackers-outgoing; Sat, 1 Apr 1995 05:34:27 -0800 Received: from earth.sarnoff.com (earth.sarnoff.com [130.33.8.176]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA11234 for ; Sat, 1 Apr 1995 05:34:23 -0800 Received: from tres.sarnoff.com by earth.sarnoff.com (4.1/SMI-4.1) id AA12692; Sat, 1 Apr 95 08:32:12 EST Received: (from rminnich@localhost) by tres.sarnoff.com (8.6.9/8.6.9) id IAA11400; Sat, 1 Apr 1995 08:35:52 -0500 Date: Sat, 1 Apr 1995 08:35:52 -0500 (EST) From: Ron Minnich To: hackers@FreeBSD.org Subject: sorry to rfork questioners (mail screwup) Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk i had to move to a different machine and forgot to redo sendmail.cf. So i sent out mail with reply tres.sarnoff.com, and our firewall bounced replies. This should now be fixed .. but my real address is rminnich@earth.sarnoff.com. ron Ron Minnich |It's kind of interesting that the company that rminnich@earth.sarnoff.com |sells QuickMail for the MAC doesn't have an EMAIL (609)-734-3120 |address. But I know why, having used it ... From owner-freebsd-hackers Sat Apr 1 05:35:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA11256 for hackers-outgoing; Sat, 1 Apr 1995 05:35:07 -0800 Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA11250; Sat, 1 Apr 1995 05:35:01 -0800 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.18.7]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id PAA15240; Sat, 1 Apr 1995 15:34:20 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.10/8.6.9) id PAA17986; Sat, 1 Apr 1995 15:34:12 +0200 Date: Sat, 1 Apr 1995 15:34:12 +0200 Message-Id: <199504011334.PAA17986@caramba.cs.tu-berlin.de> To: "Jordan K. Hubbard" Cc: joerg@sax.de, Nate Williams , hackers@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. In-Reply-To: <7313.796640041@freefall.cdrom.com> References: <199503310836.KAA10937@caramba.cs.tu-berlin.de> <7313.796640041@freefall.cdrom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: >> Replace test sleep sed rmdir rm mv mkdir ln grep expr date cp basename >> cat in stand/* with perl + perlscripts and you have enough space :-) > >Proof of concept? :-) > >I'm not actually utterly unwilling. This is exactly what BSDI did, but >I'm certainly not a PERL hacker myself. > >> PS: you can't load fonts/keymaps without /usr/share/syscons (bindist) > >I was planning to merge that with the crunched binary. Merging in perl >is quite another matter altogether! :-) FreeBSD-2.0-RELEASE 1) normal crunch 2) add perl 3) add perl and substract sed, ed, grep, tar, ncftp uncompressed 1. 1114112 cpio_flp_1 2. 1380352 cpio_flp_1_perl (+266240 bytes) 3. 1052672 cpio_flp_1_perl_short (-61440 bytes) compressed 1. 556835 cpio_flp_1 2. 674193 cpio_flp_1_perl (+117358 bytes) 3. 518072 cpio_flp_1_perl_short (- 38763 bytes) Gruß Wolfram -- http://hyperg.cs.tu-berlin.de/C~wosch From owner-freebsd-hackers Sat Apr 1 05:36:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA11287 for hackers-outgoing; Sat, 1 Apr 1995 05:36:00 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA11277; Sat, 1 Apr 1995 05:35:56 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id FAA19251; Sat, 1 Apr 1995 05:35:36 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id FAA01579; Sat, 1 Apr 1995 05:35:35 -0800 Message-Id: <199504011335.FAA01579@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Bruce Evans cc: jkh@freefall.cdrom.com, bugs@ns1.win.net, gary@palmer.demon.co.uk, hackers@FreeBSD.org, tom@haven.uniserve.com Subject: Re: 4 gig st15150n disk setups In-reply-to: Your message of "Sat, 01 Apr 95 23:19:59 +1000." <199504011319.XAA10905@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 01 Apr 1995 05:35:33 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Some but not all bugs involving >=2GB file systems have been fixed. E.g., >>> the clustering code silently botches single files >=2GB, and mmap() > >>Are we talking file sizes or file system sizes? > >>> silently botches offsets >=4GB. I don't know of any problem for normally >>> sized files but wouldn't trust file systems >=2GB. > >>I've been running on one 4GB and on 8.6GB pretty _heavily_ with no problems >>whatsoever for a few weeks now! > >Both. I don't trust any software that doesn't check for overflow. Just to clarify what Bruce is saying: If someone were to create a file that was >2GB, BAD things would happen. The system currently considers any blocks >2GB and <4GB as file metadata (for containing indirect blocks). Not only would this certainly cause the machine to panic, it would almost certainly cause random filesystem corruption. I'll try to fix as many of these potential problems as possible before the release. -DG From owner-freebsd-hackers Sat Apr 1 05:43:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA11555 for hackers-outgoing; Sat, 1 Apr 1995 05:43:37 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA11549 for ; Sat, 1 Apr 1995 05:43:25 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA19438; Sat, 1 Apr 1995 15:43:03 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id PAA29650; Sat, 1 Apr 1995 15:43:03 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id PAA00804; Sat, 1 Apr 1995 15:36:47 +0200 From: J Wunsch Message-Id: <199504011336.PAA00804@uriah.heep.sax.de> Subject: Re: Speed while printing To: dfr@nlsys.demon.co.uk (Doug Rabson) Date: Sat, 1 Apr 1995 15:36:46 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: from "Doug Rabson" at Apr 1, 95 01:50:25 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 492 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Doug Rabson wrote: > > I just attached a PostScript printer to my machine via /dev/lpt0 and > while it prints fine (after hacking /etc/printcap a bit), my machine > slows down to a crawl while it is sending stuff to the printer. Is this > normal? Printing under Win95 does not show this effect. Are you sure it's working with interrupts? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 1 06:03:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA11960 for hackers-outgoing; Sat, 1 Apr 1995 06:03:59 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA11954 for ; Sat, 1 Apr 1995 06:03:55 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id WAA14293; Sat, 1 Apr 1995 22:03:40 +0800 Date: Sat, 1 Apr 1995 22:03:40 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: Cool sound tools/programs? In-Reply-To: <199504010922.LAA05819@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 1 Apr 1995, Luigi Rizzo wrote: > > > UltraSound MAX just came in the email today. :) > ^^^^^ > I am just curious how you reassembled the bits. Is that supported by a > some MIME type, such as Content-Type: hardware/soundcard ? It's the backend for his new rep0 (matter replicator) device. You just pipe the contents of the e-mail (really just a Base64 representation of the objects atomic features) into /dev/rep, the repd daemon processes the bits and out it comes in the receptacle connected downwind on the ethernet. FTP and e-mail distribution of software is really handy, so why not hardware too? :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sat Apr 1 06:14:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA12193 for hackers-outgoing; Sat, 1 Apr 1995 06:14:48 -0800 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA12187 for ; Sat, 1 Apr 1995 06:14:46 -0800 Message-Id: <199504011414.GAA12187@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA16038; Sat, 1 Apr 1995 09:14:31 -0500 Date: Sat, 1 Apr 1995 09:14:31 -0500 From: Charles Henrich To: freebsd-hackers@FreeBSD.org Subject: large filesystems/multiple disks X-Newsreader: NN version 6.5.0 #10 (NOV) Sender: hackers-owner@FreeBSD.org Precedence: bulk The main gain is just-in-time meeting of storage requirements on huge databases that grow incrementally slow. The next most [snip] is largely a useless application. So while it is a cool feature, it has limited practical utility. Actually we dont use it nearly as offen to add just-in-time storage requirements, but to have a single fileserver partition, or news partition or whatever, which makes management of such dynamic data (before spanning capabilities are filesystems always had wildly changing utilization characteristics) a hell of a lot easier, and more sane. Since everything we do 'round here is backed up nightly, it isnt a problem if a disk fails. Actually, on our most critical servers we also do mirroring of the data to ensure realtime backups are available. (Any plans for mirroring? :) -Crh -- Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Sat Apr 1 06:34:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA12610 for hackers-outgoing; Sat, 1 Apr 1995 06:34:43 -0800 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA12604; Sat, 1 Apr 1995 06:34:41 -0800 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id JAA06820; Sat, 1 Apr 1995 09:34:31 -0500 Date: Sat, 1 Apr 1995 09:34:31 -0500 (EST) From: Kim Culhan To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org Subject: Re: 4 gig st15150n disk setups In-Reply-To: <9411.796739744@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 1 Apr 1995, Jordan K. Hubbard wrote: > I've been running on one 4GB and on 8.6GB pretty _heavily_ with no problems > whatsoever for a few weeks now! Jordan- What manuf. and model are these drives? regards kim -- kimc@w8hd.org From owner-freebsd-hackers Sat Apr 1 06:43:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA12693 for hackers-outgoing; Sat, 1 Apr 1995 06:43:21 -0800 Received: from ix3.ix.netcom.com (ix3.ix.netcom.com [199.182.120.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA12687 for ; Sat, 1 Apr 1995 06:43:20 -0800 Received: from by ix3.ix.netcom.com (8.6.12/SMI-4.1/Netcom) id GAA17939; Sat, 1 Apr 1995 06:40:04 -0800 Date: Sat, 1 Apr 1995 06:40:04 -0800 Message-Id: <199504011440.GAA17939@ix3.ix.netcom.com> From: PVinci@ix.netcom.com (Paul Vinciguerra) Subject: Re: large filesystems/multiple disks [RAID] To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > Are there any plans/work in progress for allowing FreeBSD the ability to have >> filesystems span multiple physicle volumes (ala Logical Volume Manager on >> AIX/OSF) ? > [cut] >It should also be noted that this type of arrangement is extremely >fragile -- it's order n^2 for n disks more fragile than file systems >not spanning disks at all. You shouldn't attempt this type of >thing without being ready to do backups. Basically, a failure of >one disk could theoretically take out all of you real file systems >sitting on logical partitions that spanned that one disk. Pretty >gruesome, really. Why? Isn't this what the world is moving toward, ala RAID? It's my understanding that RAID spanning/striping adds about 20% to the file system, but IMPROVES reliability/stability. Most RAID systems I've investigated will let you pull a drive from the array swap it with a new drive, and the system will rebuild the data ... or so the claims go .. Paul From owner-freebsd-hackers Sat Apr 1 06:45:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA12723 for hackers-outgoing; Sat, 1 Apr 1995 06:45:12 -0800 Received: from po4.andrew.cmu.edu (PO4.ANDREW.CMU.EDU [128.2.11.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA12716 for ; Sat, 1 Apr 1995 06:45:11 -0800 Received: (from postman@localhost) by po4.andrew.cmu.edu (8.6.9/8.6.9) id JAA00921; Sat, 1 Apr 1995 09:44:56 -0500 Received: via switchmail; Sat, 1 Apr 1995 09:44:52 -0500 (EST) Received: from pcs28.andrew.cmu.edu via qmail ID ; Sat, 1 Apr 1995 09:42:43 -0500 (EST) Received: from pcs28.andrew.cmu.edu via qmail ID ; Sat, 1 Apr 1995 09:42:41 -0500 (EST) Received: from mms.4.60.Jan.26.1995.18.43.47.sun4c.411.EzMail.Phred.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs28.andrew.cmu.edu.sun4c.411 via MS.5.6.pcs28.andrew.cmu.edu.sun4c_411; Sat, 1 Apr 1995 09:42:41 -0500 (EST) Message-ID: <0jTKNVa00iVGA1Q8ZO@andrew.cmu.edu> Date: Sat, 1 Apr 1995 09:42:41 -0500 (EST) From: "Alex R.N. Wetmore" To: freebsd-hackers@freefall.cdrom.com Subject: Re: large filesystems/multiple disks Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9504010658.AA08921@cs.weber.edu> References: <9504010658.AA08921@cs.weber.edu> Sender: hackers-owner@FreeBSD.org Precedence: bulk Excerpts from internet.computing.freebsd-hackers: 31-Mar-95 Re: large filesystems/multi.. by Terry Lambert@cs.weber.e > The main gain is just-in-time meeting of storage requirements on > huge databases that grow incrementally slow. The next most > popular use is to add swap space to a system by growing the logical > partition that's the swap area -- AIX is very swap hungry, being > even more obscenely radical about memory overcommit than most > systems. With the ability to swap on files (which BSD has) this > is largely a useless application. So while it is a cool feature, > it has limited practical utility. Its also really nice because it allows you to keep a well managed file system (with /usr and /home and /usr/local and everything else all in their own partitions) but not have to guess how big you want each of these things initially because you can just grow them when necessary. AIXs "move stuff around the disk" (don't know the features real name) is nice too because it allows you to grow swap then make sure its all contigious and in the middle of the physical disk... alex From owner-freebsd-hackers Sat Apr 1 06:45:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA12729 for hackers-outgoing; Sat, 1 Apr 1995 06:45:13 -0800 Received: from po4.andrew.cmu.edu (PO4.ANDREW.CMU.EDU [128.2.11.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA12719 for ; Sat, 1 Apr 1995 06:45:12 -0800 Received: (from postman@localhost) by po4.andrew.cmu.edu (8.6.9/8.6.9) id JAA00921; Sat, 1 Apr 1995 09:44:56 -0500 Received: via switchmail; Sat, 1 Apr 1995 09:44:52 -0500 (EST) Received: from pcs28.andrew.cmu.edu via qmail ID ; Sat, 1 Apr 1995 09:42:43 -0500 (EST) Received: from pcs28.andrew.cmu.edu via qmail ID ; Sat, 1 Apr 1995 09:42:41 -0500 (EST) Received: from mms.4.60.Jan.26.1995.18.43.47.sun4c.411.EzMail.Phred.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs28.andrew.cmu.edu.sun4c.411 via MS.5.6.pcs28.andrew.cmu.edu.sun4c_411; Sat, 1 Apr 1995 09:42:41 -0500 (EST) Message-ID: <0jTKNVa00iVGA1Q8ZO@andrew.cmu.edu> Date: Sat, 1 Apr 1995 09:42:41 -0500 (EST) From: "Alex R.N. Wetmore" To: freebsd-hackers@freefall.cdrom.com Subject: Re: large filesystems/multiple disks Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9504010658.AA08921@cs.weber.edu> References: <9504010658.AA08921@cs.weber.edu> Sender: hackers-owner@FreeBSD.org Precedence: bulk Excerpts from internet.computing.freebsd-hackers: 31-Mar-95 Re: large filesystems/multi.. by Terry Lambert@cs.weber.e > The main gain is just-in-time meeting of storage requirements on > huge databases that grow incrementally slow. The next most > popular use is to add swap space to a system by growing the logical > partition that's the swap area -- AIX is very swap hungry, being > even more obscenely radical about memory overcommit than most > systems. With the ability to swap on files (which BSD has) this > is largely a useless application. So while it is a cool feature, > it has limited practical utility. Its also really nice because it allows you to keep a well managed file system (with /usr and /home and /usr/local and everything else all in their own partitions) but not have to guess how big you want each of these things initially because you can just grow them when necessary. AIXs "move stuff around the disk" (don't know the features real name) is nice too because it allows you to grow swap then make sure its all contigious and in the middle of the physical disk... alex From owner-freebsd-hackers Sat Apr 1 07:10:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA13613 for hackers-outgoing; Sat, 1 Apr 1995 07:10:04 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA13592 for ; Sat, 1 Apr 1995 07:09:57 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA06507 (5.67a/IDA-1.5); Sat, 1 Apr 1995 08:51:20 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA01342; 1 Apr 95 08:46:57 CST (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id IAA01339; Sat, 1 Apr 1995 08:46:56 -0600 From: Peter da Silva Message-Id: <199504011446.IAA01339@bonkers.taronga.com> Subject: Re: httpd as part of the system. To: Marino.Ladavac@aut.alcatel.at (Marino Ladavac) Date: Sat, 1 Apr 1995 08:46:55 -0600 (CST) Cc: hackers@freefall.cdrom.com In-Reply-To: <9503311601.AA02488@aut.alcatel.at> from "Marino Ladavac" at Mar 31, 95 06:00:05 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1138 Sender: hackers-owner@FreeBSD.org Precedence: bulk Not bad at all: > User and Reference Manual, for manpages; > User Guide, for the classic guide; and > Interactive User Guide and Tutorial, for the httpd stuff? One quibble: "User" and "Reference" are orthogonal concepts. I'd drop the "and". It's not a "User Manual" and a "Reference Manual" combined. It's really not just a "User Manual" either, but I don't want to see it split into "User Manual" (1, 6), "Programmer's Manual" (2, 3, 4), and "Administrator's Manual" (5, 7, 8) like System V did. Reference Manual might not be pretty, but it's accurate. (The System V manuals at their peak were the *worst*. They took 2 and 3 and combined them with a set of commands they considered programming commands and put them in one programmer's volume. They took f77(1), struct(1), and the 3F stuff and put it in another. They took the rest of 1 and some of 5 and called it the users reference manual. System administrator's got most of the rest so you had to have the system admin book to find out how termio worked. I think Awk was in the C manual. It was awful... no doubt it made lots of $$$ for Prentice Hall or whoever) From owner-freebsd-hackers Sat Apr 1 07:14:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA13781 for hackers-outgoing; Sat, 1 Apr 1995 07:14:22 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA13772 for ; Sat, 1 Apr 1995 07:14:11 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA06509 (5.67a/IDA-1.5); Sat, 1 Apr 1995 08:51:29 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA01459; 1 Apr 95 08:50:37 CST (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id IAA01456; Sat, 1 Apr 1995 08:50:37 -0600 From: Peter da Silva Message-Id: <199504011450.IAA01456@bonkers.taronga.com> Subject: Re: symlink mode_t question To: bde@zeta.org.au (Bruce Evans) Date: Sat, 1 Apr 1995 08:50:36 -0600 (CST) Cc: freebsd-hackers@freefall.cdrom.com, kargl@troutmask.apl.washington.edu In-Reply-To: <199503311629.CAA04990@godzilla.zeta.org.au> from "Bruce Evans" at Apr 1, 95 02:29:40 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 386 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >I'm adding a symlink option to install(1), and I would like the > >symlink access permissions to reflect those of the original file. > They can't in general in FreeBSD-2.0. Symlinks have the same > attributes as their parent directory. Wasn't this going to be changed, because it's only there to conform to some posix recommendation for the case where symlinks aren't in inodes? From owner-freebsd-hackers Sat Apr 1 07:38:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA14753 for hackers-outgoing; Sat, 1 Apr 1995 07:38:33 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA14741 for ; Sat, 1 Apr 1995 07:38:26 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA06872 (5.67a/IDA-1.5); Sat, 1 Apr 1995 09:35:49 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA01951; 1 Apr 95 09:03:15 CST (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id JAA01947; Sat, 1 Apr 1995 09:03:14 -0600 From: Peter da Silva Message-Id: <199504011503.JAA01947@bonkers.taronga.com> Subject: Re: Mail... To: taob@gate.sinica.edu.tw (Brian Tao) Date: Sat, 1 Apr 1995 09:03:14 -0600 (CST) Cc: terry@cs.weber.edu, freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Brian Tao" at Apr 1, 95 01:48:09 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1347 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Precisely. Since we are all used to seeing hierarchical > filesystems, this model can be applied to a mail spool rather well. > Each individual user's mailbox is represented as a directory > structure, where the "inodes" make up the mailbox index. Each message > is represented as an individual file inside that directory. Nifty. Then you could read it with "mh" directly without doing an "inc". HOWEVER, on the subject of special purpose file systems, let me tell you a story. On the Amiga it was decided to make the environment visible as "env:". Now, the environment was already global (the Amiga was relentlessly single-user) stored as an array off a shared library (the Aztec compiler started this and everyone picked it up). So they were going to make the "env:" device look at this. But for the first cut, they just created an assign (like a VMS logical name) pointing into RAM: called ENV:. This worked so well they just changed the library to point to the ENV: assignment. The moral is, why not just change the mail delivery software to store the mail in this format in the first place? Maybe even in the user's home directory in "Mail/inbox"? I'm not saying going and doing either... just that writing a special purpose file system is kind of a lot of work to go to when the regular file system already does the right thing. From owner-freebsd-hackers Sat Apr 1 07:54:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA15140 for hackers-outgoing; Sat, 1 Apr 1995 07:54:17 -0800 Received: from vinkku.hut.fi (vode@vinkku.hut.fi [130.233.245.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA15134 for ; Sat, 1 Apr 1995 07:54:14 -0800 Received: (from vode@localhost) by vinkku.hut.fi (8.6.11/8.6.7) id SAA10589; Sat, 1 Apr 1995 18:54:03 +0300 Date: Sat, 1 Apr 1995 18:54:03 +0300 From: Kai Vorma Message-Id: <199504011554.SAA10589@vinkku.hut.fi> To: hackers@FreeBSD.org Subject: Two proposals Reply-to: Kai.Vorma@hut.fi Sender: hackers-owner@FreeBSD.org Precedence: bulk 1) /alt-hierarchy I installed today the new rc files and sysconfig. I think /etc/sysconfig is great idea (I actually created a bit similar system about two months ago for our SP2 cluster. It uses perl and is more powerful than sysconfig but a bit more complicated and designed for clusters. It also has an ability to generate arbitary configuration files using prototype file and system database). However one must still edit other files like /etc/ttys and so on. When updating your system it is always hard to remember which files are modified and must be preserved before update. I have solved this problem by creating an alternate root directory /alt. Now if I must edit some file /etc/foo/bar I first move it to /alt/etc/foo/bar and then symlink it to /etc/foo/bar. In that way all modified files are nicely kept in one place. For example my machine has : /etc/aliases -> ../alt/etc/aliases /etc/fstab -> ../alt/etc/fstab : /bin/zsh -> ../alt/bin/zsh : [ it is essential to use relative symlinks in some situations on some machines (try /etc/filesystems -> /alt/etc/filesystems on AIX :-) and it is best no to move /etc/passwd & co. because vipw may destroy links. ] The same goes with /usr. I have /usr/alt although it almost empty containing only my kernel and XFree86 configuration files. In work I use a bit more complicated system that works better when you have a bunch of mostly similary configured machines and distribute (rdist, sup) configuration files from some server. It uses /alt/sysdep (shared files), /alt/hostdep (host specific files) and /alt/vendor for saving the original files. Then I have a perl-script that makes links by giving priority those in /alt/hostdep hierarchy. Simple /alt is enough for most situations, though. 2) Malloc I installed few days ago Netscape-1.1b. It is a nice program, but quite memory hungry and makes your X-server fat, too. I relinked my X-server (XFree86-3.1.1) with gnumalloc and its memory usage (VSZ) dropped from 7MB to 4MB! It seems, that the standard FreeBSD malloc wastes memory quite liberally. The VM-system probably can reclaim some (most?) of those wasted pages, but not all. From malloc.c: * This is a very fast storage allocator. It allocates blocks of a small * number of different sizes, and keeps free lists of each size. Blocks that * don't exactly fit are passed up to the next larger size. In this * implementation, the available sizes are 2^n-4 (or 2^n-10) bytes long. * This is designed for use in a virtual memory environment. So if you malloc(1024) the overhead is another 1024 bytes.. I think it is quite common to malloc 2^n or 2^n-1 bytes of memory (see almost any WHATEVER_MAX in ) so this is really stupid. It has also some other shortcomings like not being able to coalesc returned memory. I think we should search for better mallocs. I found 3 promising packages: o GnuMalloc o CSRI malloc V1.17 (alpha?) o Malloc-2.5.3b by Doug Lea We already have (an old version of) gnumalloc in separate library but I would like to see something integrated into libc. I tried Malloc-2.5.3b for a few days but it broke sed so I had to give up. I think FreeBSD-1.1.5 had some older version of CSRI malloc as libmalloc. The CSRI malloc seems to be very space efficient but perhaps a bit slow. I haven't (yet) tried to replace libc malloc with CSRI malloc. ..vode From owner-freebsd-hackers Sat Apr 1 09:39:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA21906 for hackers-outgoing; Sat, 1 Apr 1995 09:39:50 -0800 Received: from ix2.ix.netcom.com (ix2.ix.netcom.com [199.182.120.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA21900 for ; Sat, 1 Apr 1995 09:39:49 -0800 Received: from by ix2.ix.netcom.com (8.6.12/SMI-4.1/Netcom) id JAA06143; Sat, 1 Apr 1995 09:36:32 -0800 Date: Sat, 1 Apr 1995 09:36:32 -0800 Message-Id: <199504011736.JAA06143@ix2.ix.netcom.com> From: PVinci@ix.netcom.com (Paul Vinciguerra) Subject: Why to use HTTPD for 2.1 To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk I think that HTTPD *SHOULD* be part of 2.1... 1. keep the man pages and use one of the man2html packages floating around. This way poeple get both with no muss. 2. It's ideal for managing the ports/packages... have a port.html or package.html with each package/port that explains each with an "install" option that would do the installation. 3. include the modified HTTPD which allows for aliased hosts. I think that this alone will make freeBSD the os of choice for all ISP's. Paul From owner-freebsd-hackers Sat Apr 1 09:42:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA21997 for hackers-outgoing; Sat, 1 Apr 1995 09:42:07 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA21987 for ; Sat, 1 Apr 1995 09:42:02 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id KAA19377; Sat, 1 Apr 1995 10:46:00 -0700 Date: Sat, 1 Apr 1995 10:46:00 -0700 Message-Id: <199504011746.KAA19377@trout.sri.MT.net> To: Kai.Vorma@hut.fi Cc: hackers@FreeBSD.org Subject: Re: Two proposals In-Reply-To: <199504011554.SAA10589@vinkku.hut.fi> References: <199504011554.SAA10589@vinkku.hut.fi> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@FreeBSD.org Precedence: bulk > 2) Malloc > > I installed few days ago Netscape-1.1b. It is a nice program, but > quite memory hungry and makes your X-server fat, too. > > I relinked my X-server (XFree86-3.1.1) with gnumalloc and its memory > usage (VSZ) dropped from 7MB to 4MB! It seems, that the standard > FreeBSD malloc wastes memory quite liberally. The VM-system probably > can reclaim some (most?) of those wasted pages, but not all. Correct, the default BSD malloc library is a pig. However, back in the 1.1.5 days I brought in a new version of malloc() by Mark Moraes which was going to replace the default version. However, due to some employment problems that occurred during the 1.X -> 2.0 transition I wasn't able to do the work, so that malloc version got lost. And, there were occasional stories of strange core-dumps that were caused by that version which would go away if the old version or the GNU version were used. However, I'm not completely convinced that the Moraes malloc was the cause of them. I think it may have triggered a VM bug that the others didn't. > I think we should search for better mallocs. I found 3 promising packages: > > o GnuMalloc Nope. I don't want to taint *all* of our binaries with GNU malloc. > o CSRI malloc V1.17 (alpha?) Don't know about this one > o Malloc-2.5.3b by Doug Lea Don't know about this one either. We also need to consider o Mark Moraes malloc from 1.1.5 which is in ports > We already have (an old version of) gnumalloc in separate library but > I would like to see something integrated into libc. I tried > Malloc-2.5.3b for a few days but it broke sed so I had to give up. > > I think FreeBSD-1.1.5 had some older version of CSRI malloc as > libmalloc. The CSRI malloc seems to be very space efficient but > perhaps a bit slow. I haven't (yet) tried to replace libc malloc > with CSRI malloc. Is that the CSRI malloc? I wasn't aware of that. As far as slow goes, benchmarks Righ Murphy did a while ago put it *much* faster than our current malloc and not much slower than GNU malloc. (And I think once it was faster than GNU malloc). I'd prefer something that was more space effecient that wasn't *really* slow vs. something that was a bit faster but wasn't quite as effecient. In the information distributed with Moraes malloc(), he explains that it should be much leaner than the stock BSD malloc and it should be as fast as the GNU malloc routine. However, I haven't benchmarked these claims myself so I can't say. If you could take the time to test the system using it, I would be grateful. Also, if the core folks don't mind I'd like to bloat the tree and bring libmalloc back into the tree so that we could replace the stock malloc with it. Bringing it into the tree makes it easier for folks to test it out. Nate From owner-freebsd-hackers Sat Apr 1 11:12:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA25076 for hackers-outgoing; Sat, 1 Apr 1995 11:12:31 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA25059 for ; Sat, 1 Apr 1995 11:12:19 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA18296; Sun, 2 Apr 1995 05:08:49 +1000 Date: Sun, 2 Apr 1995 05:08:49 +1000 From: Bruce Evans Message-Id: <199504011908.FAA18296@godzilla.zeta.org.au> To: hackers@FreeBSD.org, vode@snakemail.hut.fi Subject: Re: Two proposals Sender: hackers-owner@FreeBSD.org Precedence: bulk > From malloc.c: > * This is a very fast storage allocator. It allocates blocks of a small > * number of different sizes, and keeps free lists of each size. Blocks that > * don't exactly fit are passed up to the next larger size. In this > * implementation, the available sizes are 2^n-4 (or 2^n-10) bytes long. > * This is designed for use in a virtual memory environment. > So if you malloc(1024) the overhead is another 1024 bytes.. I think it > is quite common to malloc 2^n or 2^n-1 bytes of memory (see almost any > WHATEVER_MAX in ) so this is really stupid. It has also > some other shortcomings like not being able to coalesc returned memory. It seems to me that the kernel malloc() works very well. It uses power of 2 stuff up to a size of about 64K and separate storage for pointers so that allocations of 2^n don't get incremented up to the next power of 2. It uses vm features so that real memory doesn't get externally fragmented by more than one page size per (large) allocation). Only virtual memory gets fragmented. Can't the library malloc() use mmap() to avoid external fragmentation? Bruce From owner-freebsd-hackers Sat Apr 1 11:27:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA25917 for hackers-outgoing; Sat, 1 Apr 1995 11:27:50 -0800 Received: from crab.xinside.com (crab.xinside.com [199.164.187.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA25905 for ; Sat, 1 Apr 1995 11:27:44 -0800 Received: (from jdc@localhost) by crab.xinside.com (8.6.8/8.6.9) id MAA14503; Sat, 1 Apr 1995 12:30:56 -0700 From: Jeremy Chatfield Message-Id: <199504011930.MAA14503@crab.xinside.com> Subject: Re: Two proposals To: nate@sneezy.sri.com Date: Sat, 1 Apr 1995 12:30:55 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <199504011746.KAA19377@trout.sri.MT.net> from "Nate Williams" at Apr 1, 95 10:46:00 am Organization: X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Phone: +1(303)470-5302 Reply-To: jdc@xinside.com X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2137 Sender: hackers-owner@FreeBSD.org Precedence: bulk Nate Williams writes: > > > 2) Malloc > > > > I installed few days ago Netscape-1.1b. It is a nice program, but > > quite memory hungry and makes your X-server fat, too. > > > > I relinked my X-server (XFree86-3.1.1) with gnumalloc and its memory > > usage (VSZ) dropped from 7MB to 4MB! It seems, that the standard > > FreeBSD malloc wastes memory quite liberally. The VM-system probably > > can reclaim some (most?) of those wasted pages, but not all. > > Correct, the default BSD malloc library is a pig. However, back in the > 1.1.5 days I brought in a new version of malloc() by Mark Moraes which > was going to replace the default version. However, due to some > employment problems that occurred during the 1.X -> 2.0 transition I > wasn't able to do the work, so that malloc version got lost. > > And, there were occasional stories of strange core-dumps that were > caused by that version which would go away if the old version or the GNU > version were used. However, I'm not completely convinced that the > Moraes malloc was the cause of them. I think it may have triggered a > VM bug that the others didn't. There are some cheesy hacks in the X Consortium code, that can cause segmentation violation, when using mallocs with garbage collection. We wrote our own malloc, to observe some implicit rules about how X Servers use memory... We use SVR3, SVR4, SVR4.2, SVR4.2MP, Solaris, Linux, FreeBSD and BSD/OS implementations, and none had a malloc with the required characteristics, nor did any of the versions whose sources were available to us. If reliability is significant, then you should keep this in mind. If size is important, then ignore me ;-) We'll have a demo version of our Server available soon (restricted by number of clients), so you can do some (black box) comparisons. Cheers, JeremyC. -- Jeremy Chatfield, +1(303)470-5302, FAX:+1(303)470-5513, email:jdc@xinside.com X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Commercial X Server - for more information please try these services http://www.xinside.com info@xinside.com ftp.xinside.com From owner-freebsd-hackers Sat Apr 1 11:48:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA27067 for hackers-outgoing; Sat, 1 Apr 1995 11:48:56 -0800 Received: from vinkku.hut.fi (vode@vinkku.hut.fi [130.233.245.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA27061 for ; Sat, 1 Apr 1995 11:48:54 -0800 Received: (from vode@localhost) by vinkku.hut.fi (8.6.11/8.6.7) id WAA16382; Sat, 1 Apr 1995 22:48:34 +0300 Date: Sat, 1 Apr 1995 22:48:34 +0300 From: Kai Vorma Message-Id: <199504011948.WAA16382@vinkku.hut.fi> To: nate@sneezy.sri.com (Nate Williams) cc: hackers@FreeBSD.org Subject: Re: Two proposals In-Reply-To: <199504011746.KAA19377@trout.sri.MT.net> References: <199504011554.SAA10589@vinkku.hut.fi> <199504011746.KAA19377@trout.sri.MT.net> Reply-To: Kai.Vorma@hut.fi Sender: hackers-owner@FreeBSD.org Precedence: bulk Nate Williams writes: > > o CSRI malloc V1.17 (alpha?) > Don't know about this one It is the Mark Moraes malloc. You can find version 1.17 from ftp.cs.toronto.edu:/pub/moraes I called it CSRI malloc because there wasn't any name for (except "Yet another malloc()" :-) > > > o Malloc-2.5.3b by Doug Lea > > Don't know about this one either. We also need to consider This one resides in gee.cs.oswego.edu:/pub/misc It is very fast and space-efficient. But as I said it broke sed (and destroyed my cnews installation :-( > Is that the CSRI malloc? I wasn't aware of that. As far as slow goes, > benchmarks Righ Murphy did a while ago put it *much* faster than our > current malloc and not much slower than GNU malloc. (And I think once Actually it was slow just in one benchmark (see below) - I haven't tested much. > it was faster than GNU malloc). I'd prefer something that was more > space effecient that wasn't *really* slow vs. something that was a bit > faster but wasn't quite as effecient. Yup. CPU's are fast today bet memory is expensive.. > If you could take the time to test the system using it, I would be > grateful. Also, if the core folks don't mind I'd like to bloat the tree > and bring libmalloc back into the tree so that we could replace the > stock malloc with it. Bringing it into the tree makes it easier for > folks to test it out. I'll try that Moraes malloc soon. Here is some test results using test-programs from Moraes' malloc-distribution. ..vode --------------------------------------------------------------------------- tests/t1.c FreeBSD Malloc break is initially 0x221c break is 0x17ffc (89568 bytes sbrked) after 1000 allocations of 50 break is 0x17ffc (89568 bytes sbrked) after freeing all allocations break is 0x20ffc (126432 bytes sbrked) after allocating 25000 break is initially 0x221c break is 0x1fbffc (2072032 bytes sbrked) after 1000 allocations of 1024 break is 0x1fbffc (2072032 bytes sbrked) after freeing all allocations break is 0x27cffc (2600416 bytes sbrked) after allocating 512000 GnuMalloc break is initially 0x221c break is 0x1a000 (97764 bytes sbrked) after 1000 allocations of 50 break is 0xa000 (32228 bytes sbrked) after freeing all allocations break is 0x11000 (60900 bytes sbrked) after allocating 25000 break is initially 0x221c break is 0x104000 (1056228 bytes sbrked) after 1000 allocations of 1024 break is 0xa000 (32228 bytes sbrked) after freeing all allocations break is 0x87000 (544228 bytes sbrked) after allocating 512000 CSRI (Moraes) malloc break is initially 0x8354 break is 0x1c384 (81968 bytes sbrked) after 1000 allocations of 50 break is 0x1c384 (81968 bytes sbrked) after freeing all allocations break is 0x1c384 (81968 bytes sbrked) after allocating 25000 break is initially 0x8354 break is 0x10964b (1053431 bytes sbrked) after 1000 allocations of 1024 break is 0x10964b (1053431 bytes sbrked) after freeing all allocations break is 0x10964b (1053431 bytes sbrked) after allocating 512000 Malloc-2.5.3b break is initially 0x3e44 break is 0x17e44 (81920 bytes sbrked) after 1000 allocations of 50 break is 0x17e44 (81920 bytes sbrked) after freeing all allocations break is 0x17e44 (81920 bytes sbrked) after allocating 25000 break is initially 0x3e44 break is 0x103e44 (1048576 bytes sbrked) after 1000 allocations of 1024 break is 0x103e44 (1048576 bytes sbrked) after freeing all allocations break is 0x103e44 (1048576 bytes sbrked) after allocating 512000 As we can see the FreeBSD malloc cannot even use returned memory for the last big malloc but it must sbrk() more memory from system.. The GNU Malloc can return most of memory back to the system but I wouldn't expect that on "normal" use because the sbrk-interface is so unflexible. Here is another test (simumalloc.c) /* * To measure the speed of malloc - based on the algorithm described in * "In Search of a Better Malloc" by David G. Korn and Kiem-Phong Vo, * Usenix 1985. This is a vicious test of memory allocation, but does * suffer from the problem that it asks for a uniform distribution of * sizes - a more accurate distribution is a multi-normal distribution * for all applications I've seen. */ FreeBSD malloc + ./simumalloc -d -t 2000 -s 1024 -l 2000 Sbrked 4924348, MaxAlloced 2104624, Wastage 0.57 + ./simumalloc -t 15000 -s 1024 -l 2000 Sbrked 5276604, MaxAlloced 2168296, Wastage 0.59 + ./simumalloc -d -t 5000 -s 512 -l 20 Sbrked 70588, MaxAlloced 21612, Wastage 0.69 + ./simumalloc -T trace -t 5000 -s 512 -l 20 ./simumalloc: -T option needs CSRI malloc + ./simumalloc -d -t 500 -s 512 -l 20 Sbrked 66492, MaxAlloced 20220, Wastage 0.70 + ./simumalloc -d -t 500 -s 512 -l 500 Sbrked 402364, MaxAlloced 268332, Wastage 0.33 + ./simumalloc -d -t 500 -s 512 -a Sbrked 742332, MaxAlloced 525660, Wastage 0.29 2.137s real 0.477s user 1.109s system 74% ./regress GnuMalloc + ./simumalloc -d -t 2000 -s 1024 -l 2000 Sbrked 2831296, MaxAlloced 2104624, Wastage 0.26 + ./simumalloc -t 15000 -s 1024 -l 2000 Sbrked 2929600, MaxAlloced 2168296, Wastage 0.26 + ./simumalloc -d -t 5000 -s 512 -l 20 Sbrked 54208, MaxAlloced 21612, Wastage 0.60 + ./simumalloc -T trace -t 5000 -s 512 -l 20 ./simumalloc: -T option needs CSRI malloc + ./simumalloc -d -t 500 -s 512 -l 20 Sbrked 50112, MaxAlloced 20220, Wastage 0.60 + ./simumalloc -d -t 500 -s 512 -l 500 Sbrked 398272, MaxAlloced 268332, Wastage 0.33 + ./simumalloc -d -t 500 -s 512 -a Sbrked 734144, MaxAlloced 525660, Wastage 0.28 2.192s real 0.756s user 0.873s system 74% ./regress CSRI-malloc + ./simumalloc -d -t 2000 -s 1024 -l 2000 Sbrked 2324079, MaxAlloced 2104624, Wastage 0.09 + ./simumalloc -t 15000 -s 1024 -l 2000 Sbrked 2504426, MaxAlloced 2168296, Wastage 0.13 + ./simumalloc -d -t 5000 -s 512 -l 20 Sbrked 28693, MaxAlloced 21612, Wastage 0.25 + ./simumalloc -T trace -t 5000 -s 512 -l 20 ./simumalloc: -T option needs CSRI malloc + ./simumalloc -d -t 500 -s 512 -l 20 Sbrked 24594, MaxAlloced 20220, Wastage 0.18 + ./simumalloc -d -t 500 -s 512 -l 500 Sbrked 307425, MaxAlloced 268332, Wastage 0.13 + ./simumalloc -d -t 500 -s 512 -a Sbrked 532870, MaxAlloced 525660, Wastage 0.01 3.662s real 2.299s user 0.784s system 84% ./regress malloc-2.5.3b + ./simumalloc -d -t 2000 -s 1024 -l 2000 Sbrked 2244608, MaxAlloced 2104624, Wastage 0.06 + ./simumalloc -t 15000 -s 1024 -l 2000 Sbrked 2392064, MaxAlloced 2168296, Wastage 0.09 + ./simumalloc -d -t 5000 -s 512 -l 20 Sbrked 32768, MaxAlloced 21612, Wastage 0.34 + ./simumalloc -T trace -t 5000 -s 512 -l 20 ./simumalloc: -T option needs CSRI malloc + ./simumalloc -d -t 500 -s 512 -l 20 Sbrked 24576, MaxAlloced 20220, Wastage 0.18 + ./simumalloc -d -t 500 -s 512 -l 500 Sbrked 303104, MaxAlloced 268332, Wastage 0.11 + ./simumalloc -d -t 500 -s 512 -a Sbrked 532480, MaxAlloced 525660, Wastage 0.01 1.570s real 0.647s user 0.754s system 89% ./regress From owner-freebsd-hackers Sat Apr 1 12:14:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA28036 for hackers-outgoing; Sat, 1 Apr 1995 12:14:51 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA28029; Sat, 1 Apr 1995 12:14:51 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Bruce Evans cc: bugs@ns1.win.net, gary@palmer.demon.co.uk, hackers@FreeBSD.org, tom@haven.uniserve.com Subject: Re: 4 gig st15150n disk setups In-reply-to: Your message of "Sat, 01 Apr 95 23:19:59 +1000." <199504011319.XAA10905@godzilla.zeta.org.au> Date: Sat, 01 Apr 1995 12:14:50 -0800 Message-ID: <28028.796767290@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Both. I don't trust any software that doesn't check for overflow. Hey! What are you trying to say? Microsoft never checks for overflow conditions and they're the biggest software company _in the world_, so so much for THAT point of view, Mr. Smarty Pants! Hah! [walks away smirking shamelessly] Jordan From owner-freebsd-hackers Sat Apr 1 12:21:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA28241 for hackers-outgoing; Sat, 1 Apr 1995 12:21:25 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA28235 for ; Sat, 1 Apr 1995 12:21:18 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02511; Sat, 1 Apr 1995 22:20:48 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA01600 for freebsd-hackers@freebsd.org; Sat, 1 Apr 1995 22:20:47 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA00643 for freebsd-hackers@freebsd.org; Sat, 1 Apr 1995 22:11:20 +0200 From: J Wunsch Message-Id: <199504012011.WAA00643@uriah.heep.sax.de> Subject: Re: Why to use HTTPD for 2.1 To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sat, 1 Apr 1995 22:11:19 +0200 (MET DST) In-Reply-To: <199504011736.JAA06143@ix2.ix.netcom.com> from "Paul Vinciguerra" at Apr 1, 95 09:36:32 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 619 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Paul Vinciguerra wrote: > > I think that HTTPD *SHOULD* be part of 2.1... I don't understand why item #1 and #2 of your list would require an HTTP *daemon*. IMHO, only a reader would be required. The man pages need also to stay in `normal' form. (Unless someone bothers to write a `man' command that uses HTML and has a user interface like `man'.) I'm certainly not the only one who would be totally upset if typing ``man ls'' doesn't do what it's expected to do... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 1 12:25:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA28297 for hackers-outgoing; Sat, 1 Apr 1995 12:25:51 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA28289; Sat, 1 Apr 1995 12:25:46 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Wolfram Schneider cc: joerg@sax.de, Nate Williams , hackers@freefall.cdrom.com, install-geeks@FreeBSD.org Subject: Re: MBONE interfaces and snazzy install tools. In-reply-to: Your message of "Sat, 01 Apr 95 15:34:12 +0200." <199504011334.PAA17986@caramba.cs.tu-berlin.de> Date: Sat, 01 Apr 1995 12:25:41 -0800 Message-ID: <28288.796767941@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > FreeBSD-2.0-RELEASE > 1) normal crunch > 2) add perl > 3) add perl and substract sed, ed, grep, tar, ncftp > > uncompressed > 1. 1114112 cpio_flp_1 > 2. 1380352 cpio_flp_1_perl (+266240 bytes) > 3. 1052672 cpio_flp_1_perl_short (-61440 bytes) > > compressed > 1. 556835 cpio_flp_1 > 2. 674193 cpio_flp_1_perl (+117358 bytes) > 3. 518072 cpio_flp_1_perl_short (- 38763 bytes) Interesting figures. I assume you eliminate tar because of cpio? I notice that we still have tar on our CPIO floppy (awful name, BTW - it's time to change it!), do we need it ourselves or are we just being nice? I would guess that we can and should eliminate the last of the direct tar usage in the next release, deciding once and for all on *one* archiver (either retain cpio or go to pax!). Anyway, I digress. This cpio_flp_1_perl_short - you don't say much about how you made it or why it's "short" :-). I'm assuming that perl will let you write the full compliment of mv, cp, mkdir, .. blah .. "programs" as much shorter scripts? Even crunched, we pay a hefty price for every exec we use! Jordan From owner-freebsd-hackers Sat Apr 1 12:30:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA28370 for hackers-outgoing; Sat, 1 Apr 1995 12:30:40 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA28363; Sat, 1 Apr 1995 12:30:39 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Kim Culhan cc: hackers@FreeBSD.org Subject: Re: 4 gig st15150n disk setups In-reply-to: Your message of "Sat, 01 Apr 95 09:34:31 EST." Date: Sat, 01 Apr 1995 12:30:38 -0800 Message-ID: <28362.796768238@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I've been running on one 4GB and on 8.6GB pretty _heavily_ with no problems > > whatsoever for a few weeks now! > > What manuf. and model are these drives? 4GB - Quantum Grand Prix 4.3GB (nice drive, and my current favorite at <$1,400) The other is a 8.6GB (Seagate sells it as a "9") 5.25" horror which we actually do not like all that much but it does admittedly do the job. I don't have the model number at the moment since it escapes my memory and the machine is down so I can't get it out of dmesg, either.. Foo. Jordan From owner-freebsd-hackers Sat Apr 1 12:35:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA28429 for hackers-outgoing; Sat, 1 Apr 1995 12:35:00 -0800 Received: from nlsys.demon.co.uk (nlsys.demon.co.uk [158.152.125.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA28422 for ; Sat, 1 Apr 1995 12:34:52 -0800 Received: (from dfr@localhost) by nlsys.demon.co.uk (8.6.10/8.6.9) id WAA00298; Sat, 1 Apr 1995 22:32:41 +0100 Date: Sat, 1 Apr 1995 22:32:40 +0100 (BST) From: Doug Rabson To: Joerg Wunsch cc: hackers@FreeBSD.org Subject: Re: Speed while printing In-Reply-To: <199504011336.PAA00804@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 1 Apr 1995, J Wunsch wrote: > As Doug Rabson wrote: > > > > I just attached a PostScript printer to my machine via /dev/lpt0 and > > while it prints fine (after hacking /etc/printcap a bit), my machine > > slows down to a crawl while it is sending stuff to the printer. Is this > > normal? Printing under Win95 does not show this effect. > > Are you sure it's working with interrupts? The boot probe message claims that it is. -- Doug Rabson Mail: dfr@nlsys.demon.co.uk Phone: +44 181 951 1891 From owner-freebsd-hackers Sat Apr 1 12:39:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA28515 for hackers-outgoing; Sat, 1 Apr 1995 12:39:42 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA28505; Sat, 1 Apr 1995 12:39:16 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA02706; Sat, 1 Apr 1995 22:37:14 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA02610; Sat, 1 Apr 1995 22:37:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA00824; Sat, 1 Apr 1995 22:32:59 +0200 From: J Wunsch Message-Id: <199504012032.WAA00824@uriah.heep.sax.de> Subject: Re: MBONE interfaces and snazzy install tools. To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sat, 1 Apr 1995 22:32:58 +0200 (MET DST) Cc: wosch@cs.tu-berlin.de, joerg@sax.de, nate@trout.sri.mt.net, hackers@freefall.cdrom.com, install-geeks@FreeBSD.org, bde@kralizec.zeta.org.au (Bruce Evans) In-Reply-To: <28288.796767941@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 1, 95 12:25:41 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1457 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > > FreeBSD-2.0-RELEASE > > 1) normal crunch > > 2) add perl > > 3) add perl and substract sed, ed, grep, tar, ncftp > > > > uncompressed > > 1. 1114112 cpio_flp_1 > > 2. 1380352 cpio_flp_1_perl (+266240 bytes) > > 3. 1052672 cpio_flp_1_perl_short (-61440 bytes) > > > > compressed > > 1. 556835 cpio_flp_1 > > 2. 674193 cpio_flp_1_perl (+117358 bytes) > > 3. 518072 cpio_flp_1_perl_short (- 38763 bytes) > > Interesting figures. I assume you eliminate tar because of cpio? I > notice that we still have tar on our CPIO floppy (awful name, BTW - > it's time to change it!), do we need it ourselves or are we just being > nice? I would guess that we can and should eliminate the last of the > direct tar usage in the next release, deciding once and for all on > *one* archiver (either retain cpio or go to pax!). We should offer this to Bruce, too. He's the only one that has ever been looking into the awful minor # story. I'm quoting the above completely for him (and send it to him, too). > I'm assuming that perl will let you write the full compliment of mv, > cp, mkdir, .. blah .. "programs" as much shorter scripts? Even > crunched, we pay a hefty price for every exec we use! Don't get it, sorry. What's the difference between exec'ing perl, or exec'ing mv? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 1 12:52:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA29283 for hackers-outgoing; Sat, 1 Apr 1995 12:52:41 -0800 Received: from netcom16.netcom.com (bakul@netcom16.netcom.com [192.100.81.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA29277 for ; Sat, 1 Apr 1995 12:52:40 -0800 Received: from localhost by netcom16.netcom.com (8.6.11/Netcom) id MAA19086; Sat, 1 Apr 1995 12:48:35 -0800 Message-Id: <199504012048.MAA19086@netcom16.netcom.com> To: Doug Rabson cc: Joerg Wunsch , hackers@FreeBSD.org Subject: Re: Speed while printing In-reply-to: Your message of "Sat, 01 Apr 95 22:32:40 +0100." Date: Sat, 01 Apr 95 12:48:30 -0800 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk Atleast under NetBSD the interrupting lpt driver does not work too well. I think FreeBSD is the same.... You are better off with the non interrupting version (minor device number is incremented by 128 and it probaly called lpa0). From owner-freebsd-hackers Sat Apr 1 13:05:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00523 for hackers-outgoing; Sat, 1 Apr 1995 13:05:28 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA00511 for ; Sat, 1 Apr 1995 13:05:26 -0800 Received: (from jkh@localhost) by time.cdrom.com (8.6.11/8.6.9) id NAA19694 for hackers; Sat, 1 Apr 1995 13:05:17 -0800 Date: Sat, 1 Apr 1995 13:05:17 -0800 From: "Jordan K. Hubbard" Message-Id: <199504012105.NAA19694@time.cdrom.com> To: hackers@FreeBSD.org Subject: 2-way CTM? Sender: hackers-owner@FreeBSD.org Precedence: bulk You know, it would be very very cool if Joe Developer sitting out on the end of a SLIP line could make contributions via a sort of "reverse CTM". I think we may have even discussed it before. Are there any plans out there to do this? I'd *really* like to make 2.1 as friendly towards developers as possible, and to me this means both having CTM automagically set up from a menu that edits /etc/aliases and sends off the subscribe request (some further thoughts about that in a moment) and having CTM also help you hack directly on your /usr/src and send the changes automagically back in email to a submissions list. You should be able to do something like: cd /usr/src/usr.bin/tip ctm -submit . lines of CTM changes to submissions@FreeBSD.org, are you sure? [n] y Mailing... Thank you for your submission! All done automagically for you! Any takers? Also, back to CTM updates for a moment. I think these need to be PGP'd, sequence numbered or simply obfuscated somehow before we go "live" with CTM. It's just too easy to hose someone's tree and trojan-horse the heck out of them by spoofing CTM the way it is now, and we have enough security hole problems on the Internet without us making more of them. Anyone want to work on this, too? I think it's very safe to say that Poul-Henning is kind of out of the picture on all of this due to impending Paternity, so if this stuff is going to get done it's going to be because somebody _fresher_ steps into the breach! :-) Volunteers? No shoving.. :-) Jordan From owner-freebsd-hackers Sat Apr 1 13:17:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01219 for hackers-outgoing; Sat, 1 Apr 1995 13:17:00 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA01213 for ; Sat, 1 Apr 1995 13:16:57 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA11039; Sat, 1 Apr 95 14:10:31 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504012110.AA11039@cs.weber.edu> Subject: Re: Cool sound tools/programs? To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Sat, 1 Apr 95 14:10:30 MST Cc: nate@sneezy.sri.com, hackers@FreeBSD.org In-Reply-To: <199504010922.LAA05819@labinfo.iet.unipi.it> from "Luigi Rizzo" at Apr 1, 95 11:22:30 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I decided to enter the 90's and get a sound-card, so my new Gravis > > UltraSound MAX just came in the email today. :) > ^^^^^ > I am just curious how you reassembled the bits. Is that supported by a > some MIME type, such as Content-Type: hardware/soundcard ? Nate meant the 2090's, not the 1990's. Not that I'd trust hardware that came out of a GNU matter compiler. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 1 13:42:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01652 for hackers-outgoing; Sat, 1 Apr 1995 13:42:24 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA01638; Sat, 1 Apr 1995 13:42:16 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id HAA20753; Sun, 2 Apr 1995 07:33:14 +1000 Date: Sun, 2 Apr 1995 07:33:14 +1000 From: Bruce Evans Message-Id: <199504012133.HAA20753@godzilla.zeta.org.au> To: j@uriah.heep.sax.de, jkh@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. Cc: bde@godzilla.zeta.org.au, hackers@freefall.cdrom.com, install-geeks@FreeBSD.org, joerg@sax.de, nate@trout.sri.mt.net, wosch@cs.tu-berlin.de Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Interesting figures. I assume you eliminate tar because of cpio? I >> notice that we still have tar on our CPIO floppy (awful name, BTW - >> it's time to change it!), do we need it ourselves or are we just being >> nice? I would guess that we can and should eliminate the last of the >> direct tar usage in the next release, deciding once and for all on >> *one* archiver (either retain cpio or go to pax!). >We should offer this to Bruce, too. He's the only one that has ever >been looking into the awful minor # story. I'm quoting the above >completely for him (and send it to him, too). `cpio -H newc' and dump/restore work to back up /dev. tar fails silently after 18 bits. pax fails (silently?) after 8 bits. pax's copy mode works but so does ordinary `cp -pR' (except `cp -pR' breaks links...). Bruce From owner-freebsd-hackers Sat Apr 1 13:47:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01850 for hackers-outgoing; Sat, 1 Apr 1995 13:47:11 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA01838; Sat, 1 Apr 1995 13:46:59 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: wosch@cs.tu-berlin.de, joerg@sax.de, nate@trout.sri.mt.net, hackers@freefall.cdrom.com, install-geeks@FreeBSD.org, bde@kralizec.zeta.org.au (Bruce Evans) Subject: Re: MBONE interfaces and snazzy install tools. In-reply-to: Your message of "Sat, 01 Apr 95 22:32:58 +0200." <199504012032.WAA00824@uriah.heep.sax.de> Date: Sat, 01 Apr 1995 13:46:56 -0800 Message-ID: <1837.796772816@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Don't get it, sorry. What's the difference between exec'ing perl, > or exec'ing mv? perl has direct access to most system calls. Thus mv becomes a 2 line perl script. Jordan From owner-freebsd-hackers Sat Apr 1 13:48:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01879 for hackers-outgoing; Sat, 1 Apr 1995 13:48:02 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA01873 for ; Sat, 1 Apr 1995 13:47:54 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA11175; Sat, 1 Apr 95 14:40:22 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504012140.AA11175@cs.weber.edu> Subject: Re: 4 gig st15150n disk setups To: davidg@Root.COM Date: Sat, 1 Apr 95 14:40:22 MST Cc: bde@zeta.org.au, jkh@freefall.cdrom.com, bugs@ns1.win.net, gary@palmer.demon.co.uk, hackers@FreeBSD.org, tom@haven.uniserve.com In-Reply-To: <199504011335.FAA01579@corbin.Root.COM> from "David Greenman" at Apr 1, 95 05:35:33 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Just to clarify what Bruce is saying: If someone were to create a file that > was >2GB, BAD things would happen. The system currently considers any blocks > >2GB and <4GB as file metadata (for containing indirect blocks). Not only > would this certainly cause the machine to panic, it would almost certainly > cause random filesystem corruption. > I'll try to fix as many of these potential problems as possible before the > release. I was under the impression that these were atomic block offsets -- NOT byte offsets. The appropriate error range would in fact be >= 2^31 (2G) * block_size to < 2^32 (4G) * block_size. For a block size of 512, this is 1 <= x < 2 terrabytes. Correct me if this is wrong. The problem is the need to use a signed compare instead of an AND? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 1 13:56:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02037 for hackers-outgoing; Sat, 1 Apr 1995 13:56:43 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA02031 for ; Sat, 1 Apr 1995 13:56:38 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: Two proposals To: Kai.Vorma@hut.fi Date: Sat, 1 Apr 1995 13:55:57 -0800 (PST) Cc: nate@sneezy.sri.com, hackers@FreeBSD.org In-Reply-To: <199504011948.WAA16382@vinkku.hut.fi> from "Kai Vorma" at Apr 1, 95 10:48:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 208 Sender: hackers-owner@FreeBSD.org Precedence: bulk I have here source for a mmap() based malloc(). I'll have a look to see if it is possible for us to look use it. it allows the freeing of larger regions that are not at the end of the 'sbrk' region. julian From owner-freebsd-hackers Sat Apr 1 14:08:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02297 for hackers-outgoing; Sat, 1 Apr 1995 14:08:05 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA02288; Sat, 1 Apr 1995 14:07:57 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id OAA11102; Sat, 1 Apr 1995 14:06:55 -0800 Message-Id: <199504012206.OAA11102@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: jkh@freefall.cdrom.com (Jordan K. Hubbard), wosch@cs.tu-berlin.de, joerg@sax.de, nate@trout.sri.mt.net, hackers@freefall.cdrom.com, install-geeks@FreeBSD.org, bde@kralizec.zeta.org.au (Bruce Evans) Subject: Re: MBONE interfaces and snazzy install tools. In-reply-to: Your message of "Sat, 01 Apr 1995 22:32:58 +0200." <199504012032.WAA00824@uriah.heep.sax.de> Date: Sat, 01 Apr 1995 14:06:55 -0800 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> I'm assuming that perl will let you write the full compliment of mv, >> cp, mkdir, .. blah .. "programs" as much shorter scripts? Even >> crunched, we pay a hefty price for every exec we use! > >Don't get it, sorry. What's the difference between exec'ing perl, >or exec'ing mv? > On the cpio floppy? space. >-- >cheers, J"org > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ >Never trust an operating system you don't have sources for. ;-) -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Sat Apr 1 14:18:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02597 for hackers-outgoing; Sat, 1 Apr 1995 14:18:12 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA02590; Sat, 1 Apr 1995 14:17:58 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA21533; Sun, 2 Apr 1995 08:15:48 +1000 Date: Sun, 2 Apr 1995 08:15:48 +1000 From: Bruce Evans Message-Id: <199504012215.IAA21533@godzilla.zeta.org.au> To: jkh@freefall.cdrom.com, joerg_wunsch@uriah.heep.sax.de Subject: Re: MBONE interfaces and snazzy install tools. Cc: bde@godzilla.zeta.org.au, hackers@freefall.cdrom.com, install-geeks@FreeBSD.org, joerg@sax.de, nate@trout.sri.mt.net, wosch@cs.tu-berlin.de Sender: hackers-owner@FreeBSD.org Precedence: bulk >perl has direct access to most system calls. Thus mv becomes a 2 line >perl script. You mean, like /bin/mv is a 20 line C program (I'll allow a generous factor of 10 for perl's superiority over C) :-). (/bin/mv has to be very complicated to handle things like recursive moves across file systems, preserving all attributes.) Bruce From owner-freebsd-hackers Sat Apr 1 14:26:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02840 for hackers-outgoing; Sat, 1 Apr 1995 14:26:25 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA02832 for ; Sat, 1 Apr 1995 14:26:23 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA11992; Sat, 1 Apr 95 15:19:28 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504012219.AA11992@cs.weber.edu> Subject: Re: large filesystems/multiple disks [RAID] To: PVinci@ix.netcom.com (Paul Vinciguerra) Date: Sat, 1 Apr 95 15:19:27 MST Cc: hackers@FreeBSD.org In-Reply-To: <199504011440.GAA17939@ix3.ix.netcom.com> from "Paul Vinciguerra" at Apr 1, 95 06:40:04 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >It should also be noted that this type of arrangement is extremely > >fragile -- it's order n^2 for n disks more fragile than file systems > >not spanning disks at all. You shouldn't attempt this type of > >thing without being ready to do backups. Basically, a failure of > >one disk could theoretically take out all of you real file systems > >sitting on logical partitions that spanned that one disk. Pretty > >gruesome, really. > > Why? Isn't this what the world is moving toward, ala RAID? It's my > understanding that RAID spanning/striping adds about 20% to the file > system, but IMPROVES reliability/stability. > > Most RAID systems I've investigated will let you pull a drive from the > array swap it with a new drive, and the system will rebuild the data ... > or so the claims go .. No one said anything at all about striping or optimistic replication here. All we were talking about was logical partitions that span multiple physical partitions/drives. It's fragile because you could for instance have four file systems with blocks in the same 16M area of a disk. A failure of a 16M are of a disk where the FS is mapped physically instead of logically could damage at most two file systems in the statistically unlikely event of the 16M are spanning a partition boundry. A failure of the same 16M area in a logical disk allocation environment could potentially samage 4 file systems (assuming a 4M allocation uniti identical to those used by AIX). Thus the damage of a typical failure (failures typically occur in a physically contiguous area of the disk) is multiplied. This isn't truly n^2; that's just a close approximation of the rate of growth of risk per disk added, not the probability itself. The actual probability is dependent on the average logical partion size divided by the allocation unit size relative to the number of allocation units in a particular set of storage. Also, this is more applicable to additional drives than initial drives, since the initial parittioning is likely to cause the allocation units in a particular logical partition to start life as contiguous regions (ith the exception of the designated overflow). When you start adding disks AFTER that, then you basically randomly allocate blocks. If we start to examine file systems that "know" about the orgin of logical allocation units (breaking the logical partitioning as an abstraction, somewhat), then the file system can employ strategies (which none of the BSD file systems implement) to ensure data integrity. RAID is an array redundancy mechanism, where the striping is a means of replication for data integrity (not necessarily optimistic redundant replication to speed access). The point of RAID is to have an array of n disks that store n' disks worth of data so that if a single failure occurs, no data is lost. The RAID approach is vastly more complex than simple volume spanning, and IBM JFS is not a soft implementation of RAID. It is true, however, that what you end up with is a logical n' number of disks as far as the machine is concerned. Actually, I love file system stuff; if you're really interested, I'd encourage you to look first at what you have at hand and have source for in FreeBSD; there are a number of papers under the name "Ficus" at ftp.cs.ucla.edu; these should probably be added to the documentation that is considered part of the information in 4.4BSD, notably John Heidemann's masters thesis. After that, I'd suggest looking at the IBM publications on JFS; they are mostly AIX manuals. I can get the IBM publication numbers from home if necessary, but any 3.1 manual set would help. There's also an IBM "Device driver writer's" manual which includes a disk with a sample GFS implementation (IBM's abstraction for an installable file system). This is supplementatry documentation, and must be ordered seperately. There's an internal USL publication called "SVR4 File System Writer's guide" that covers the VM and DNLC interfaces much more thoroughly than "The Magic Garden Explained" (a book I'd recommend, too). You can't get it from USL without a source license, but Dell did provide to to Dell UNIX owners in a slightly edited format at one time. There are a number of RAID papers at wuarchive.wustl.edu, and there is nearly every Usenix file system paper available online at the ftp.sage.usenix.org site. I think this is where I got the RAID II (RAID the second, not RAID level 2) papers. There are some documents that you won't find elsewhere at the uk document archive -- src.ic.ac.uk (I think). Oh, and I'd recommend looking at the "Choices" stuff out of the University Kentucky (can't remember the FTP address, sorry). Finally, there is a draft copy of SPEC 1170 and a number of very detailed papers on file systems at ftp.digibd.com; this is the majority of the ftp.uiunix.ui.org archives that I pieced together after UNIX International went under. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 1 14:27:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02851 for hackers-outgoing; Sat, 1 Apr 1995 14:27:16 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA02845 for ; Sat, 1 Apr 1995 14:27:15 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA12017; Sat, 1 Apr 95 15:20:53 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504012220.AA12017@cs.weber.edu> Subject: Re: large filesystems/multiple disks To: aw2t+@andrew.cmu.edu (Alex R.N. Wetmore) Date: Sat, 1 Apr 95 15:20:52 MST Cc: freebsd-hackers@freefall.cdrom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <0jTKNVa00iVGA1Q8ZO@andrew.cmu.edu> from "Alex R.N. Wetmore" at Apr 1, 95 09:42:41 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > when necessary. AIXs "move stuff around the disk" (don't know the > features real name) is nice too because it allows you to grow > swap then make sure its all contigious and in the middle of the > physical disk... Block migration. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 1 14:27:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02859 for hackers-outgoing; Sat, 1 Apr 1995 14:27:19 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA02853 for ; Sat, 1 Apr 1995 14:27:18 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA12017; Sat, 1 Apr 95 15:20:53 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504012220.AA12017@cs.weber.edu> Subject: Re: large filesystems/multiple disks To: aw2t+@andrew.cmu.edu (Alex R.N. Wetmore) Date: Sat, 1 Apr 95 15:20:52 MST Cc: freebsd-hackers@freefall.cdrom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <0jTKNVa00iVGA1Q8ZO@andrew.cmu.edu> from "Alex R.N. Wetmore" at Apr 1, 95 09:42:41 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > when necessary. AIXs "move stuff around the disk" (don't know the > features real name) is nice too because it allows you to grow > swap then make sure its all contigious and in the middle of the > physical disk... Block migration. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 1 14:35:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02955 for hackers-outgoing; Sat, 1 Apr 1995 14:35:28 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA02943 for ; Sat, 1 Apr 1995 14:35:20 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04276; Sun, 2 Apr 1995 00:35:04 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id AAA04241 for freebsd-hackers@freebsd.org; Sun, 2 Apr 1995 00:35:03 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA01913 for freebsd-hackers@freebsd.org; Sun, 2 Apr 1995 00:26:05 +0200 From: J Wunsch Message-Id: <199504012226.AAA01913@uriah.heep.sax.de> Subject: Re: MBONE interfaces and snazzy install tools. To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 2 Apr 1995 00:26:05 +0200 (MET DST) In-Reply-To: <199504012133.HAA20753@godzilla.zeta.org.au> from "Bruce Evans" at Apr 2, 95 07:33:14 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 344 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > ... pax's copy mode > works but so does ordinary `cp -pR' (except `cp -pR' breaks links...). ...and waits forever if some bozo placed a FIFO right in the source tree. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 1 14:35:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02957 for hackers-outgoing; Sat, 1 Apr 1995 14:35:28 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA02941 for ; Sat, 1 Apr 1995 14:35:18 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04266; Sun, 2 Apr 1995 00:35:02 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id AAA04235 for freebsd-hackers@freebsd.org; Sun, 2 Apr 1995 00:35:01 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA01881 for freebsd-hackers@freebsd.org; Sun, 2 Apr 1995 00:23:50 +0200 From: J Wunsch Message-Id: <199504012223.AAA01881@uriah.heep.sax.de> Subject: Re: 2-way CTM? To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 2 Apr 1995 00:23:49 +0200 (MET DST) In-Reply-To: <199504012105.NAA19694@time.cdrom.com> from "Jordan K. Hubbard" at Apr 1, 95 01:05:17 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 357 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > You know, it would be very very cool if Joe Developer sitting out on the > end of a SLIP line could make contributions via a sort of "reverse CTM". It would. Who will do it? :-] -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 1 14:35:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02966 for hackers-outgoing; Sat, 1 Apr 1995 14:35:35 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA02942 for ; Sat, 1 Apr 1995 14:35:19 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04272; Sun, 2 Apr 1995 00:35:03 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id AAA04238 for freebsd-hackers@freebsd.org; Sun, 2 Apr 1995 00:35:01 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA01894 for freebsd-hackers@freebsd.org; Sun, 2 Apr 1995 00:24:49 +0200 From: J Wunsch Message-Id: <199504012224.AAA01894@uriah.heep.sax.de> Subject: Re: Cool sound tools/programs? To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 2 Apr 1995 00:24:49 +0200 (MET DST) In-Reply-To: <9504012110.AA11039@cs.weber.edu> from "Terry Lambert" at Apr 1, 95 02:10:30 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 284 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > Not that I'd trust hardware that came out of a GNU matter compiler. 8-). Are Novell's compilers better? >:-] -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 1 14:38:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03020 for hackers-outgoing; Sat, 1 Apr 1995 14:38:31 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA03014 for ; Sat, 1 Apr 1995 14:38:30 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA12106; Sat, 1 Apr 95 15:30:45 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504012230.AA12106@cs.weber.edu> Subject: Re: Mail... To: peter@bonkers.taronga.com (Peter da Silva) Date: Sat, 1 Apr 95 15:30:45 MST Cc: taob@gate.sinica.edu.tw, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199504011503.JAA01947@bonkers.taronga.com> from "Peter da Silva" at Apr 1, 95 09:03:14 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > The moral is, why not just change the mail delivery software to store the mail > in this format in the first place? Maybe even in the user's home directory > in "Mail/inbox"? Actually, I like sticking the mail in the user's home directory because of wanting to apply accounting. 8-). There's a program for redirecting the /var/spool/mail/ into /home//.mailspool- (or wherever, based on the user name) called "hlfsd". It's an NFS symlink redirectory like AMD, and compiles with no changes under FreeBSD 1.1.5.1 (sorry, haven't tried it on 2.x). If the mail were to subdirectory after that, this could be an effective mechanism. I agree that the mail delivery programs themselves really want to be modified to use a uniform storage format -- but I think the first step is to get them using common code to access mail items before changing the layout, since that would mean one piece of code to change when you went to that. That's why I suggested a library mail API was the first order of business. This is not to say I wouldn't want to have FS changes; there's a lot of other good reasons for FS changes besides that, though, and a more general mechanism for forks is probably a better platform to build upon to make that happy. You want forks anyway for icon information, destop location and sorting preferences, and application to launch for a given data file. Not to mention callbacks from the file system when a directory currently open for display is changed so the changes are immediately visible. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 1 14:38:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03027 for hackers-outgoing; Sat, 1 Apr 1995 14:38:36 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA03013; Sat, 1 Apr 1995 14:38:30 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA21888; Sun, 2 Apr 1995 08:35:46 +1000 Date: Sun, 2 Apr 1995 08:35:46 +1000 From: Bruce Evans Message-Id: <199504012235.IAA21888@godzilla.zeta.org.au> To: davidg@Root.COM, terry@cs.weber.edu Subject: Re: 4 gig st15150n disk setups Cc: bde@zeta.org.au, bugs@ns1.win.net, gary@palmer.demon.co.uk, hackers@FreeBSD.org, jkh@freefall.cdrom.com, tom@haven.uniserve.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Just to clarify what Bruce is saying: If someone were to create a file that >> was >2GB, BAD things would happen. The system currently considers any blocks >> >2GB and <4GB as file metadata (for containing indirect blocks). Not only >> would this certainly cause the machine to panic, it would almost certainly >> cause random filesystem corruption. >> I'll try to fix as many of these potential problems as possible before the >> release. >I was under the impression that these were atomic block offsets -- NOT >byte offsets. David might have it slightly wrong above. I'm not familiar with the code that handles negative (block?) numbers in metadata. The clustering code converts block numbers to byte offsets for some reason, perhaps just because it wants to compare the byte offset with the file size and multiplying by the block size is sometimes much more efficient than dividing the file size by the block size and worrying about rounding. The multiplications are done as `blkno * size' where `blkno' is usually of type daddr_t and `size' is usually of type long. They should be done as `(off_t)blkno * size'. This is probably easy to fix - there don't seem to be many secondary problems. I gave up on the problem for a while because it seemed that there were more fundamental problems in the vm system. Bruce From owner-freebsd-hackers Sat Apr 1 14:38:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03034 for hackers-outgoing; Sat, 1 Apr 1995 14:38:52 -0800 Received: from feta.cisco.com (feta.cisco.com [171.69.1.158]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA03028 for ; Sat, 1 Apr 1995 14:38:51 -0800 Received: from localhost.cisco.com (localhost.cisco.com [127.0.0.1]) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) with SMTP id OAA08680; Sat, 1 Apr 1995 14:33:57 -0800 Message-Id: <199504012233.OAA08680@feta.cisco.com> X-Authentication-Warning: feta.cisco.com: Host localhost.cisco.com didn't use HELO protocol To: rgrimes@gndrsh.aac.dev.com ("Rodney W. Grimes") Cc: freebsd-hackers@FreeBSD.org Subject: Re: Bind 4.9.3 beta 17 In-Reply-To: rgrimes@gndrsh.aac.dev.com's message of 31 Mar 1995 11:37:58 PST Date: Sat, 01 Apr 1995 14:33:56 -0800 From: Paul Traina Sender: hackers-owner@FreeBSD.org Precedence: bulk > Looks like we are at 4.9.3 BETA9 to me... Yes, however I've wanted to wait for 4.9 release to do the next BIND integration. I think the path I chose for 4.9.3-beta9 integration was a mistake. I spent a lot of time and effort breaking up the BIND distribution to be berkeley like, when all I succeeded in doing was making it more difficult to track. With 4.9.3-release, I was thinking of keeping the -entire- release (except for the libc stuff) under named with the subdirectory structure exactly matching the distribution. That way it is much easier to track future releases of BIND. Paul From owner-freebsd-hackers Sat Apr 1 14:44:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03099 for hackers-outgoing; Sat, 1 Apr 1995 14:44:54 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA03089 for ; Sat, 1 Apr 1995 14:43:50 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id AAA07992; Sun, 2 Apr 1995 00:10:28 +0200 Message-Id: <199504012210.AAA07992@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: nate@sneezy.sri.com, hackers@FreeBSD.org Subject: Re: Cool sound tools/programs? Date: Sun, 02 Apr 1995 00:10:28 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > I decided to enter the 90's and get a sound-card, so my new Gravis > > > UltraSound MAX just came in the email today. :) > > ^^^^^ > > I am just curious how you reassembled the bits. Is that supported by a > > some MIME type, such as Content-Type: hardware/soundcard ? > > Nate meant the 2090's, not the 1990's. > > Not that I'd trust hardware that came out of a GNU matter compiler. 8-). I ordered some RAM by email the other day. I got it by email. Bit by bit. ;-) M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Sat Apr 1 15:11:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA09212 for hackers-outgoing; Sat, 1 Apr 1995 15:11:35 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA09206; Sat, 1 Apr 1995 15:11:34 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA12157; Sat, 1 Apr 95 15:42:46 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504012242.AA12157@cs.weber.edu> Subject: Re: 2-way CTM? To: jkh@FreeBSD.org (Jordan K. Hubbard) Date: Sat, 1 Apr 95 15:42:45 MST Cc: hackers@FreeBSD.org In-Reply-To: <199504012105.NAA19694@time.cdrom.com> from "Jordan K. Hubbard" at Apr 1, 95 01:05:17 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > You know, it would be very very cool if Joe Developer sitting out on the > end of a SLIP line could make contributions via a sort of "reverse CTM". A store-and-forward NFS? What you really need is a CVS<->netnews interface. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 1 15:37:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA09837 for hackers-outgoing; Sat, 1 Apr 1995 15:37:33 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA09830 for ; Sat, 1 Apr 1995 15:37:22 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA23022; Sun, 2 Apr 1995 09:36:43 +1000 Date: Sun, 2 Apr 1995 09:36:43 +1000 From: Bruce Evans Message-Id: <199504012336.JAA23022@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: MBONE interfaces and snazzy install tools. Sender: hackers-owner@FreeBSD.org Precedence: bulk >> ... pax's copy mode >> works but so does ordinary `cp -pR' (except `cp -pR' breaks links...). >...and waits forever if some bozo placed a FIFO right in the source >tree. :-) That's an easy one. Some bozo didn't place {} right in the source file :-). Bruce From owner-freebsd-hackers Sat Apr 1 15:50:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA10048 for hackers-outgoing; Sat, 1 Apr 1995 15:50:32 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA10042 for ; Sat, 1 Apr 1995 15:50:31 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id PAA22768 for hackers@freebsd.org; Sat, 1 Apr 1995 15:50:21 -0800 From: Poul-Henning Kamp Message-Id: <199504012350.PAA22768@ref.tfs.com> Subject: Tristan Taylor Kamp To: hackers@FreeBSD.org Date: Sat, 1 Apr 1995 15:50:21 -0800 (PST) Content-Type: text Content-Length: 1159 Sender: hackers-owner@FreeBSD.org Precedence: bulk Rita Taylor & Poul-Henning Kamp are please to announce that Tristan Taylor Kamp Arrived kicking and screaming march 31st 1995 at 22:00 Pacific time. The dad while composing this message acknowledges that he knows not what most of the following means, or to whom it may be interesting, but mom insist that it is the traditional thing to tell people in this kind of traditional announcement, so here goes: twenty inches and something I forgot, which is around 50cm for the non-SI-challenged. 7 pounds and 13 , which is 3550 g in civilized areas. APGAR 9/9 (He didn't sign autographs, so he didn't get 10/10). Faint traces of blond hair with a significant risk of it actually being red. Tristan is sleeping, and seems to enjoy it. The mother is doing well and has been hanging on the telephone for hours already. The dad is ready to fall apart and should not be expected to answer email anytime soon... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sat Apr 1 15:57:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA10168 for hackers-outgoing; Sat, 1 Apr 1995 15:57:42 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA10145; Sat, 1 Apr 1995 15:57:35 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Bruce Evans cc: joerg_wunsch@uriah.heep.sax.de, bde@godzilla.zeta.org.au, hackers@freefall.cdrom.com, install-geeks@FreeBSD.org, joerg@sax.de, nate@trout.sri.mt.net, wosch@cs.tu-berlin.de Subject: Re: MBONE interfaces and snazzy install tools. In-reply-to: Your message of "Sun, 02 Apr 95 08:15:48 +1000." <199504012215.IAA21533@godzilla.zeta.org.au> Date: Sat, 01 Apr 1995 15:57:23 -0800 Message-ID: <10140.796780643@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > You mean, like /bin/mv is a 20 line C program (I'll allow a generous > factor of 10 for perl's superiority over C) :-). > > (/bin/mv has to be very complicated to handle things like recursive > moves across file systems, preserving all attributes.) Silly Bruce! :-) We're talking about /stand tools here - they don't have to sing and dance, they just have to be able to carry out primitive operations and effect repair. And even if you're talking about a 2 line perl script vs a 2 line C program, the perl script will win just due to the overhead we incur in producing our well-padded a.outs! Jordan From owner-freebsd-hackers Sat Apr 1 15:59:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA10222 for hackers-outgoing; Sat, 1 Apr 1995 15:59:29 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA10215; Sat, 1 Apr 1995 15:59:28 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Mark Murray cc: terry@cs.weber.edu (Terry Lambert), nate@sneezy.sri.com, hackers@FreeBSD.org Subject: Re: Cool sound tools/programs? In-reply-to: Your message of "Sun, 02 Apr 95 00:10:28 +0200." <199504012210.AAA07992@grunt.grondar.za> Date: Sat, 01 Apr 1995 15:59:28 -0800 Message-ID: <10213.796780768@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I ordered some RAM by email the other day. I got it by email. Bit by bit. Somebody shoot him. Use rusty bullets. Jordan From owner-freebsd-hackers Sat Apr 1 16:10:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA10419 for hackers-outgoing; Sat, 1 Apr 1995 16:10:20 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA10410 for ; Sat, 1 Apr 1995 16:10:16 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id RAA00609; Sat, 1 Apr 1995 17:14:16 -0700 Date: Sat, 1 Apr 1995 17:14:16 -0700 Message-Id: <199504020014.RAA00609@trout.sri.MT.net> To: Poul-Henning Kamp Cc: hackers@FreeBSD.org Subject: Re: Tristan Taylor Kamp In-Reply-To: <199504012350.PAA22768@ref.tfs.com> References: <199504012350.PAA22768@ref.tfs.com> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@FreeBSD.org Precedence: bulk > Rita Taylor & Poul-Henning Kamp > > are please to announce that > > Tristan Taylor Kamp > > Arrived kicking and screaming march 31st 1995 at 22:00 Pacific time. Congratulations! Now Rita can recover and you can actually start doing some work with this whole parenting thing. :-) Nate From owner-freebsd-hackers Sat Apr 1 16:32:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA11400 for hackers-outgoing; Sat, 1 Apr 1995 16:32:42 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA11393 for ; Sat, 1 Apr 1995 16:32:38 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id RAA01074; Sat, 1 Apr 1995 17:36:06 -0700 Date: Sat, 1 Apr 1995 17:36:06 -0700 Message-Id: <199504020036.RAA01074@trout.sri.MT.net> To: Amancio Hasty Cc: hackers@FreeBSD.org Subject: Re: Cool sound tools/programs? In-Reply-To: <199504010000.AAA05566@star-gate.com> References: <199504010659.XAA01823@trout.sri.MT.net> <199504010000.AAA05566@star-gate.com> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@FreeBSD.org Precedence: bulk > VAT is good to have to listen on the net :) (Yes, I know you are probably > going to be using your GUS at home...) Home is on the net though. I'm not sure how usable VAT would be over a 28.8K modem. But, if it works I have VAT at work, and my wife could tell me it's time for dinner when I'm at work. :-) Thanks for all the suggestions, Nate From owner-freebsd-hackers Sat Apr 1 16:33:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA11418 for hackers-outgoing; Sat, 1 Apr 1995 16:33:26 -0800 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA11412 for ; Sat, 1 Apr 1995 16:33:24 -0800 Received: (from rashid@localhost) by haven.ios.com (8.6.9/8.6.9) id TAA08196; Sat, 1 Apr 1995 19:36:00 -0500 From: "Rashid Karimov." Message-Id: <199504020036.TAA08196@haven.ios.com> Subject: Re: 4 gig st15150n disk setups To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sat, 1 Apr 1995 19:36:00 -0500 (EST) Cc: kimc@w8hd.w8hd.org, hackers@FreeBSD.org In-Reply-To: <28362.796768238@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 1, 95 12:30:38 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 896 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi there folx , > > > > I've been running on one 4GB and on 8.6GB pretty _heavily_ with no problems > > > whatsoever for a few weeks now! > > > > What manuf. and model are these drives? > > 4GB - Quantum Grand Prix 4.3GB (nice drive, and my current favorite at > <$1,400) Propbably this is kinda offtopic , but _how can one use "user friendly" disklabel from /stand ? I mean one which does his job during the install ? Is there any convenient/safe way to do it ? I'd really like to use that tool - instead of playing Russian roulette with disk geometry myself ? ... well ... I was lazy enough once to add _extra HDD by .. you'll laugh :)) ... i put it into PC as the only one and booted from install flopy ;)) . I partitioned it approriately and later just changed the type for swap partition ... It was the fastest way to partition and newfs'ing new HDD .. SY Lazy RK From owner-freebsd-hackers Sat Apr 1 16:36:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA11624 for hackers-outgoing; Sat, 1 Apr 1995 16:36:42 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA11612; Sat, 1 Apr 1995 16:36:38 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id QAA07517; Sat, 1 Apr 1995 16:30:54 GMT Message-Id: <199504011630.QAA07517@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: terry@cs.weber.edu (Terry Lambert) cc: jkh@FreeBSD.org (Jordan K. Hubbard), hackers@FreeBSD.org Subject: Re: 2-way CTM? In-reply-to: Your message of "Sat, 01 Apr 1995 15:42:45 MST." <9504012242.AA12157@cs.weber.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 01 Apr 1995 16:30:51 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Terry Lambert said: > > You know, it would be very very cool if Joe Developer sitting out on the > > end of a SLIP line could make contributions via a sort of "reverse CTM". > > A store-and-forward NFS? > > What you really need is a CVS<->netnews interface. 8-). > > Or safe-tcl 8) Amancio From owner-freebsd-hackers Sat Apr 1 16:38:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA11754 for hackers-outgoing; Sat, 1 Apr 1995 16:38:14 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA11741; Sat, 1 Apr 1995 16:38:04 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA24233; Sun, 2 Apr 1995 10:36:09 +1000 Date: Sun, 2 Apr 1995 10:36:09 +1000 From: Bruce Evans Message-Id: <199504020036.KAA24233@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. Cc: bde@godzilla.zeta.org.AU, hackers@freefall.cdrom.com, install-geeks@FreeBSD.org, joerg@sax.de, joerg_wunsch@uriah.heep.sax.de, nate@trout.sri.mt.net, wosch@cs.tu-berlin.de Sender: hackers-owner@FreeBSD.org Precedence: bulk >> You mean, like /bin/mv is a 20 line C program (I'll allow a generous >> factor of 10 for perl's superiority over C) :-). >> >> (/bin/mv has to be very complicated to handle things like recursive >> moves across file systems, preserving all attributes.) >Silly Bruce! :-) >We're talking about /stand tools here - they don't have to sing and >dance, they just have to be able to carry out primitive operations and >effect repair. And even if you're talking about a 2 line perl script Another silly comment: do you mean like the non-singing, non-dancing 386BSD /stand tools? :-). >vs a 2 line C program, the perl script will win just due to the >overhead we incur in producing our well-padded a.outs! Sure, but I doubt that file modes (including the ones set by chflags) and errors can be handled in 2 lines of anything. Don't forget to install /tmp with perms 1777 (cp -pR botches the 1000 flag). Don't forget to install /kernel and libc.so with flag schg. Bruce From owner-freebsd-hackers Sat Apr 1 16:43:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12369 for hackers-outgoing; Sat, 1 Apr 1995 16:43:49 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA12362; Sat, 1 Apr 1995 16:43:46 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: "Rashid Karimov." cc: kimc@w8hd.w8hd.org, hackers@FreeBSD.org Subject: Re: 4 gig st15150n disk setups In-reply-to: Your message of "Sat, 01 Apr 95 19:36:00 EST." <199504020036.TAA08196@haven.ios.com> Date: Sat, 01 Apr 1995 16:43:46 -0800 Message-ID: <12361.796783426@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Propbably this is kinda offtopic , but _how can one use > "user friendly" disklabel from /stand ? > I mean one which does his job during the install ? Is there Right now, you can't. This will not be the case in 2.1. Jordan From owner-freebsd-hackers Sat Apr 1 16:46:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12440 for hackers-outgoing; Sat, 1 Apr 1995 16:46:24 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA12433; Sat, 1 Apr 1995 16:46:22 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Bruce Evans cc: bde@godzilla.zeta.org.au, hackers@freefall.cdrom.com, install-geeks@FreeBSD.org, joerg@sax.de, joerg_wunsch@uriah.heep.sax.de, nate@trout.sri.mt.net, wosch@cs.tu-berlin.de Subject: Re: MBONE interfaces and snazzy install tools. In-reply-to: Your message of "Sun, 02 Apr 95 10:36:09 +1000." <199504020036.KAA24233@godzilla.zeta.org.au> Date: Sat, 01 Apr 1995 16:46:20 -0800 Message-ID: <12432.796783580@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Another silly comment: do you mean like the non-singing, non-dancing > 386BSD /stand tools? :-). Ooh, low blow! :-) I wasn't talking double-amputee mute here, I was simply talking less complex than the full-bore versions. > Sure, but I doubt that file modes (including the ones set by chflags) > and errors can be handled in 2 lines of anything. Don't forget to > install /tmp with perms 1777 (cp -pR botches the 1000 flag). Don't > forget to install /kernel and libc.so with flag schg. Ok, ok, so it's a 20 like PERL script. It's still smaller! :-) Hey, don't look at ME.. BSDI did it this way, and they're supposed to be the _sane_ ones in this business! :) Jordan From owner-freebsd-hackers Sat Apr 1 16:51:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12716 for hackers-outgoing; Sat, 1 Apr 1995 16:51:17 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA12699 for ; Sat, 1 Apr 1995 16:51:12 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id QAA07597; Sat, 1 Apr 1995 16:45:32 GMT Message-Id: <199504011645.QAA07597@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: nate@sneezy.sri.com (Nate Williams) cc: hackers@FreeBSD.org Subject: Re: Cool sound tools/programs? In-reply-to: Your message of "Sat, 01 Apr 1995 17:36:06 MST." <199504020036.RAA01074@trout.sri.MT.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 01 Apr 1995 16:45:30 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Nate Williams said: > > VAT is good to have to listen on the net :) (Yes, I know you are probably > > going to be using your GUS at home...) > > Home is on the net though. I'm not sure how usable VAT would be over a > 28.8K modem. But, if it works I have VAT at work, and my wife could > tell me it's time for dinner when I'm at work. :-) > > Thanks for all the suggestions, Well VAT works over the modem it has sound compression algorithms with various different rates. Read vat's documentation to see how you can setup a "bridge" between your home and the Internet. If it comforts you , one of the VAT developers uses VAT at home to listen in on the Net. Amancio From owner-freebsd-hackers Sat Apr 1 16:53:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12993 for hackers-outgoing; Sat, 1 Apr 1995 16:53:32 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA12980 for ; Sat, 1 Apr 1995 16:53:27 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id RAA01430; Sat, 1 Apr 1995 17:57:26 -0700 Date: Sat, 1 Apr 1995 17:57:26 -0700 Message-Id: <199504020057.RAA01430@trout.sri.MT.net> To: Amancio Hasty Cc: hackers@FreeBSD.org Subject: Re: Cool sound tools/programs? In-Reply-To: <199504011645.QAA07597@star-gate.com> References: <199504020036.RAA01074@trout.sri.MT.net> <199504011645.QAA07597@star-gate.com> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@FreeBSD.org Precedence: bulk [ Vat over a IP modem connection ] > Well VAT works over the modem it has sound compression algorithms with > various different rates. Read vat's documentation to see how you can > setup a "bridge" between your home and the Internet. If I'm already connected, will it still use compression. I don't want to shutdown my SLIP connection in order to run VAT. > If it comforts you , one of the VAT developers uses VAT at home > to listen in on the Net. Where do I find the VAT stuff? It's not in ports. Nate From owner-freebsd-hackers Sat Apr 1 17:16:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA15714 for hackers-outgoing; Sat, 1 Apr 1995 17:16:38 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA15701 for ; Sat, 1 Apr 1995 17:16:32 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id RAA07843; Sat, 1 Apr 1995 17:10:46 GMT Message-Id: <199504011710.RAA07843@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: nate@sneezy.sri.com (Nate Williams) cc: hackers@FreeBSD.org Subject: Re: Cool sound tools/programs? In-reply-to: Your message of "Sat, 01 Apr 1995 17:57:26 MST." <199504020057.RAA01430@trout.sri.MT.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 01 Apr 1995 17:10:40 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Nate Williams said: > [ Vat over a IP modem connection ] > > > Well VAT works over the modem it has sound compression algorithms with > > various different rates. Read vat's documentation to see how you can > > setup a "bridge" between your home and the Internet. > > If I'm already connected, will it still use compression. I don't want > to shutdown my SLIP connection in order to run VAT. VAT uses TCP/IP and/or IP Multicasting. The standard FreeBSD distribution comes with IP multicasting enable ;hence, there is no need to disconnect you IP connection to install and run VAT. The sound data compression algorithm is not related to the modem data compression or to the IP header data compression of SLIP. > > > If it comforts you , one of the VAT developers uses VAT at home > > to listen in on the Net. > > Where do I find the VAT stuff? It's not in ports. > VAT is not available in source form... Perhaps someone can make a ports package which downloads vat from ee.lbl.gov.... ee.lbl.gov:/conferencing/vat and get the BSDI binary ftp.best.com:/pub/hasty/vat.summary Nik.Clayton@brunel.ac.uk (Nik Clayton) wrote a nice summary on how to get vat up and running. ftp.best.com:/pub/hasty/sys-vat.tar.gz patches and old sound driver with support for vat. You may have to hack around a little with sys-vat to get it to work with FreeBSD-2.0 mostly because the configuration files are for FreeBSD-2.0. BTW: Nate you can have private conversations with your wife by encrypting the session. This is important, at least for me, we don't want to be listening to lover's converstations :) Amancio From owner-freebsd-hackers Sat Apr 1 17:25:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA16927 for hackers-outgoing; Sat, 1 Apr 1995 17:25:54 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA16921 for ; Sat, 1 Apr 1995 17:25:50 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id SAA03713; Sat, 1 Apr 1995 18:29:51 -0700 Date: Sat, 1 Apr 1995 18:29:51 -0700 Message-Id: <199504020129.SAA03713@trout.sri.MT.net> To: Amancio Hasty Cc: nate@sneezy.sri.com (Nate Williams), hackers@FreeBSD.org Subject: Re: Cool sound tools/programs? In-Reply-To: <199504011710.RAA07843@star-gate.com> References: <199504020057.RAA01430@trout.sri.MT.net> <199504011710.RAA07843@star-gate.com> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@FreeBSD.org Precedence: bulk [ Vat over a IP modem connection ] > VAT uses TCP/IP and/or IP Multicasting. The standard FreeBSD distribution > comes with IP multicasting enable ;hence, there is no need to > disconnect you IP connection to install and run VAT. The sound data > compression > algorithm is not related to the modem data compression or to the > IP header data compression of SLIP. Cool! It's sounding better all the time. > > Where do I find the VAT stuff? It's not in ports. > > > > VAT is not available in source form... > Perhaps someone can make a ports package which downloads vat from > ee.lbl.gov.... How about you? You sound like you already know what needs to be done, and who better qualified to do audio/video than you? *grin* ... > You may have to hack around a little with sys-vat to get it to work > with FreeBSD-2.0 mostly because the configuration files are for > FreeBSD-2.0. Even more reason to have you do the port (assuming you already have it setup on a 2.X box) > BTW: Nate you can have private conversations with your wife > by encrypting the session. This is important, at least for me, > we don't want to be listening to lover's converstations :) *grin* Well, since the only connection it will be used over is the one from my work to home, it shouldn't be any problem. Nate From owner-freebsd-hackers Sat Apr 1 17:26:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA17079 for hackers-outgoing; Sat, 1 Apr 1995 17:26:56 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA17067 for ; Sat, 1 Apr 1995 17:26:53 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id SAA03729; Sat, 1 Apr 1995 18:30:50 -0700 Date: Sat, 1 Apr 1995 18:30:50 -0700 Message-Id: <199504020130.SAA03729@trout.sri.MT.net> To: Amancio Hasty Cc: hackers@FreeBSD.org Subject: Re: Cool sound tools/programs? In-Reply-To: <199504011710.RAA07843@star-gate.com> References: <199504020057.RAA01430@trout.sri.MT.net> <199504011710.RAA07843@star-gate.com> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@FreeBSD.org Precedence: bulk I noticed this *after* I sent the last message out. > VAT uses TCP/IP and/or IP Multicasting. Hmm, I'd be connecting to a SUN. Will that be a problem? Nate From owner-freebsd-hackers Sat Apr 1 17:28:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA17281 for hackers-outgoing; Sat, 1 Apr 1995 17:28:14 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA17255; Sat, 1 Apr 1995 17:28:09 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id SAA03810; Sat, 1 Apr 1995 18:32:17 -0700 Date: Sat, 1 Apr 1995 18:32:17 -0700 Message-Id: <199504020132.SAA03810@trout.sri.MT.net> To: "Jordan K. Hubbard" Cc: Amancio Hasty , nate@sneezy.sri.com (Nate Williams), hackers@FreeBSD.org Subject: Re: Cool sound tools/programs? In-Reply-To: <18287.796724480@freefall.cdrom.com> References: <199504010000.AAA05566@star-gate.com> <18287.796724480@freefall.cdrom.com> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > Check out ftp.iuma.com they have tons of mpeg sound files and a fun to > > follow html page. In the same site , you can find mpeg_play with > > very little effort you can compile mpeg_play for FreeBSD . I just > > You can also just use: > > > wcarchive.cdrom.com:/.11/FreeBSD/FreeBSD-current/ports/audio > > ncftp>ls > > Makefile maplay/ rplay/ tracker/ xmcd/ > ^^^^^^ I just compiled this on my box, and it dumps core right after it prints out it's usage message. I don't suspect that is the expected behavior. I even tried compiling it on freefall with the same results. Nate From owner-freebsd-hackers Sat Apr 1 17:33:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA17973 for hackers-outgoing; Sat, 1 Apr 1995 17:33:28 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA17966; Sat, 1 Apr 1995 17:33:27 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: nate@sneezy.sri.com (Nate Williams) cc: Amancio Hasty , hackers@FreeBSD.org Subject: Re: Cool sound tools/programs? In-reply-to: Your message of "Sat, 01 Apr 95 18:32:17 MST." <199504020132.SAA03810@trout.sri.MT.net> Date: Sat, 01 Apr 1995 17:33:26 -0800 Message-ID: <17965.796786406@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I just compiled this on my box, and it dumps core right after it prints > out it's usage message. I don't suspect that is the expected behavior. > I even tried compiling it on freefall with the same results. Try it with -g. Just a hunch. Jordan From owner-freebsd-hackers Sat Apr 1 17:34:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA18037 for hackers-outgoing; Sat, 1 Apr 1995 17:34:15 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA18027 for ; Sat, 1 Apr 1995 17:34:11 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id RAA08010; Sat, 1 Apr 1995 17:28:33 GMT Message-Id: <199504011728.RAA08010@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: nate@sneezy.sri.com (Nate Williams) cc: hackers@FreeBSD.org Subject: Re: Cool sound tools/programs? In-reply-to: Your message of "Sat, 01 Apr 1995 18:30:50 MST." <199504020130.SAA03729@trout.sri.MT.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 01 Apr 1995 17:28:31 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Nate Williams said: > I noticed this *after* I sent the last message out. > > > VAT uses TCP/IP and/or IP Multicasting. > > Hmm, I'd be connecting to a SUN. Will that be a problem? > > You should have no problems talking to your sun. When I was consulting at Cisco, I had a sun and a FreeBSD box on my desk , both systems were configured for IP Multicasting and had VAT running . Amancio From owner-freebsd-hackers Sat Apr 1 17:39:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA18483 for hackers-outgoing; Sat, 1 Apr 1995 17:39:31 -0800 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA18477 for ; Sat, 1 Apr 1995 17:39:28 -0800 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id RAA08410; Sat, 1 Apr 1995 17:33:43 GMT Message-Id: <199504011733.RAA08410@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6alpha 2/16/95 To: nate@sneezy.sri.com (Nate Williams) cc: "Jordan K. Hubbard" , hackers@FreeBSD.org Subject: Re: Cool sound tools/programs? In-reply-to: Your message of "Sat, 01 Apr 1995 18:32:17 MST." <199504020132.SAA03810@trout.sri.MT.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 01 Apr 1995 17:33:40 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Nate Williams said: > Jordan K. Hubbard writes: > > > Check out ftp.iuma.com they have tons of mpeg sound files and a fun to > > > follow html page. In the same site , you can find mpeg_play with > > > very little effort you can compile mpeg_play for FreeBSD . I just > > > > You can also just use: > > > > > wcarchive.cdrom.com:/.11/FreeBSD/FreeBSD-current/ports/audio > > > ncftp>ls > > > Makefile maplay/ rplay/ tracker/ xmcd/ > > ^^^^^^ > > I just compiled this on my box, and it dumps core right after it prints > out it's usage message. I don't suspect that is the expected behavior. > I even tried compiling it on freefall with the same results. > > > Nate I will take a look ... Amancio From owner-freebsd-hackers Sat Apr 1 17:56:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA19436 for hackers-outgoing; Sat, 1 Apr 1995 17:56:16 -0800 Received: from andrew.cmu.edu (ANDREW.CMU.EDU [128.2.10.101]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA19430; Sat, 1 Apr 1995 17:56:15 -0800 Received: (from postman@localhost) by andrew.cmu.edu (8.6.9/8.6.9) id UAA27822; Sat, 1 Apr 1995 20:56:02 -0500 Received: via switchmail; Sat, 1 Apr 1995 20:56:01 -0500 (EST) Received: from pcs16.andrew.cmu.edu via qmail ID ; Sat, 1 Apr 1995 20:55:38 -0500 (EST) Received: from pcs16.andrew.cmu.edu via qmail ID ; Sat, 1 Apr 1995 20:55:35 -0500 (EST) Received: from mms.4.60.Jan.26.1995.18.43.47.sun4c.411.EzMail.Phred.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs16.andrew.cmu.edu.sun4c.411 via MS.5.6.pcs16.andrew.cmu.edu.sun4c_411; Sat, 1 Apr 1995 20:55:34 -0500 (EST) Message-ID: Date: Sat, 1 Apr 1995 20:55:34 -0500 (EST) From: "Alex R.N. Wetmore" To: freebsd-hackers@freefall.cdrom.com Subject: Re: 4 gig st15150n disk setups Cc: bugs@ns1.win.net, gary@palmer.demon.co.uk, hackers@FreeBSD.org, tom@haven.uniserve.com In-Reply-To: <28028.796767290@freefall.cdrom.com> References: <28028.796767290@freefall.cdrom.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk Excerpts from internet.computing.freebsd-hackers: 1-Apr-95 Re: 4 gig st15150n disk set.. by "Jordan K. Hubbard"@free > > Both. I don't trust any software that doesn't check for overflow. > > Hey! What are you trying to say? Microsoft never checks for overflow > conditions and they're the biggest software company _in the world_, so > so much for THAT point of view, Mr. Smarty Pants! Hah! never? i worked for microsoft and checked for overflow conditions in everything i wrote... alex From owner-freebsd-hackers Sat Apr 1 18:13:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA19721 for hackers-outgoing; Sat, 1 Apr 1995 18:13:48 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA19714 for ; Sat, 1 Apr 1995 18:13:39 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id SAA00267; Sat, 1 Apr 1995 18:12:17 -0800 From: "Rodney W. Grimes" Message-Id: <199504020212.SAA00267@gndrsh.aac.dev.com> Subject: Re: 4 gig st15150n disk setups To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sat, 1 Apr 1995 18:12:17 -0800 (PST) Cc: kimc@w8hd.w8hd.org, hackers@FreeBSD.org In-Reply-To: <28362.796768238@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 1, 95 12:30:38 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 971 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > I've been running on one 4GB and on 8.6GB pretty _heavily_ with no problems > > > whatsoever for a few weeks now! > > > > What manuf. and model are these drives? > > 4GB - Quantum Grand Prix 4.3GB (nice drive, and my current favorite at > <$1,400) And can I ask who sells this for <$1400??? > The other is a 8.6GB (Seagate sells it as a "9") 5.25" horror which we > actually do not like all that much but it does admittedly do the job. > I don't have the model number at the moment since it escapes my memory > and the machine is down so I can't get it out of dmesg, either.. Foo. ST-410800N perhaps.... If you don't like that drive you might try the Micropolis MC1991, I always prefer Micropolis over Seagate, they seem to know how to make a write behind buffer that actaully works. > Jordan -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat Apr 1 18:27:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA19851 for hackers-outgoing; Sat, 1 Apr 1995 18:27:19 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA19845 for ; Sat, 1 Apr 1995 18:27:16 -0800 Received: by sequent.kiae.su id AA25991 (5.65.kiae-2 ); Sun, 2 Apr 1995 06:15:53 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 2 Apr 95 06:15:53 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id GAA02115; Sun, 2 Apr 1995 06:11:53 +0400 To: Amancio Hasty , Nate Williams Cc: hackers@FreeBSD.org, "Jordan K. Hubbard" References: <199504011733.RAA08410@star-gate.com> In-Reply-To: <199504011733.RAA08410@star-gate.com>; from Amancio Hasty at Sat, 01 Apr 1995 17:33:40 +0000 Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 2 Apr 1995 06:11:52 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Cool sound tools/programs? Lines: 22 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 874 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199504011733.RAA08410@star-gate.com> Amancio Hasty writes: > > I just compiled this on my box, and it dumps core right after it prints > > out it's usage message. I don't suspect that is the expected behavior. > > I even tried compiling it on freefall with the same results. > > > > > > Nate >I will take a look ... Midiplay says in Makefile that it need to be compiled with -g to avoid gcc bug. I will be more happy, if somebody at least found this bug instead of plugging it. I'll plan to do it, but not have enough time now. Amancio, can you find it, please? -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Sat Apr 1 18:37:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA20003 for hackers-outgoing; Sat, 1 Apr 1995 18:37:15 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA19997 for ; Sat, 1 Apr 1995 18:37:14 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18566; Sat, 1 Apr 95 19:29:35 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504020229.AA18566@cs.weber.edu> Subject: Re: Cool sound tools/programs? To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 1 Apr 95 19:29:34 MST Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199504012224.AAA01894@uriah.heep.sax.de> from "J Wunsch" at Apr 2, 95 00:24:49 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > Not that I'd trust hardware that came out of a GNU matter compiler. 8-). > > Are Novell's compilers better? >:-] Of course not; but Aztec and Sun and Berkeley are OK... Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 1 18:59:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA20220 for hackers-outgoing; Sat, 1 Apr 1995 18:59:43 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA20212 for ; Sat, 1 Apr 1995 18:59:40 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id SAA20722; Sat, 1 Apr 1995 18:57:26 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id SAA00332; Sat, 1 Apr 1995 18:57:25 -0800 Message-Id: <199504020257.SAA00332@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu cc: hackers@FreeBSD.org, Bruce Evans Subject: Re: 4 gig st15150n disk setups In-reply-to: Your message of "Sun, 02 Apr 95 08:35:46 +1000." <199504012235.IAA21888@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 01 Apr 1995 18:57:20 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Just to clarify what Bruce is saying: If someone were to create a file that >>> was >2GB, BAD things would happen. The system currently considers any blocks >>> >2GB and <4GB as file metadata (for containing indirect blocks). Not only >>> would this certainly cause the machine to panic, it would almost certainly >>> cause random filesystem corruption. >>> I'll try to fix as many of these potential problems as possible before the >>> release. > >>I was under the impression that these were atomic block offsets -- NOT >>byte offsets. I'm not sure if I see the distinction you're trying to make. The problem is that there are places in the kernel that convert from a block offset to a 32 bit byte offset (and back again in some cases). This isn't intentional - it's simply a matter of the wrong type being used in some cases. The obvious result is a loss of precision. The end result is usually sign extension from the 32bit signed type to the 64bit signed type and thus leads to negative block offsets. In 4.4BSD, negative block offsets refer to file indirect blocks (the indirect blocks are cached in buffers using negative block offsets and are attached to the file vnode in the same way that regular file data is). I don't like caching things this way, but nonetheless, that's the way it is. -DG From owner-freebsd-hackers Sat Apr 1 19:13:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA20635 for hackers-outgoing; Sat, 1 Apr 1995 19:13:19 -0800 Received: from saul2.u.washington.edu (saul2.u.washington.edu [140.142.56.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA20628 for ; Sat, 1 Apr 1995 19:13:16 -0800 Received: by saul2.u.washington.edu (5.65+UW95.02/UW-NDC Revision: 2.32 ) id AA19051; Sat, 1 Apr 95 19:11:49 -0800 X-Sender: spaz@saul2.u.washington.edu Date: Sat, 1 Apr 1995 19:11:49 -0800 (PST) From: John Utz To: Brian Tao Cc: "Paul F. Werkowski" , FreeBSD-hackers@freefall.cdrom.com Subject: CLISP clarification, Was: New Snapshot...Good and Bad.... In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hokay; Allow me to clear up all of this confusion that i started... On Sat, 1 Apr 1995, Brian Tao wrote: > On Fri, 31 Mar 1995, Paul F. Werkowski wrote: > > > > John> the other problem, which i imagine is a snapshot kind > > John> of thing ,is that CLISP falls over dead while it is trying > > > > You are running CMU Lisp on FreeBSD? How did you do this? No, it is not the official full on CMU LISP > > Isn't CLISP == Common LISP? Or is that the same as CMU LISP? Ahh, it is kind of a funny deal, i think that a lot of folks try and model there implemetations after the CMU Lisp, for reasons that are probably really apparent to Lisp folks. I know absolutely nothing about lisp. The implemetation i am trying to bootstrap is from Germany: @ncftp>more ANNOUNCE @This is CLISP, a Common Lisp implementation. @ CLISP is mostly CLtL1 compliant, with some CLtL2 additions, including a @ CLOS subset. Many features of CLtL2 or dpANS CL are currently not @ supported. @ The newest versions will always be available via anonymous ftp from @ ma2s2.mathematik.uni-karlsruhe.de [129.13.115.2], directory @ /pub/lisp/clisp/. @ Another ftp site carrying CLISP is @ ftp.cs.cmu.edu [128.2.206.173], directory user/ai/lang/lisp/impl/clisp/. ^^^^^^^^^^^^ Given the thread of this conversation I think this mirror is kind of significant. It would seem to me that if cmu wants to mirror this particular implementation that would indicate that they felt that it was a reasonable job that implements some significant feature not found in there original. I would be willing to bet that significant feature is SIZE!!! @ Our Common Lisp CLISP @ * needs only 1.5 MB of memory ^^^^^^^^^^^^^^^^ Did i read in someone else's posting that CMU CLISP wants 16M?!!! @ * implements 99% of the CLtL1 standard, as well as some extensions @ * can call your preferred editor @ * is freely distributable @ Get it via anonymous ftp from ma2s2.mathematik.uni-karlsruhe.de @ [129.13.115.2], @ directory /pub/lisp/clisp/, or contact @ Bruno Haible . If you are not hot and sweaty about getting the exact particular package then i would seriously look at this. It made right the heck up on 2.0R ( excepting __const char *__const sys_errlist, of course ). It might be an improvment to *have* this as opposed to *wondering* about the portability of the full on CMU version. As i said originally, it flops on the current snap. It compiles fine but seems to run out of room on my 8 meg 386 during the bytecompile stage ( this is a total wag , i infer this because the lisp environment gets created from the c code, executes, goes to work on a mess of *.lsp and dies in one called clos.lsp, but what i don't know about lisp defies all comprehension in terms of total, blind, ignorance. ). One of our vm gurus, i think it was DG but it might have been Bruce, mentioned something about needing snapshots to test out the current state of the vm code..so i would think that this might be an elliptic reference to the grief i was having. in case you are wondering why i am torturing myself with a language i can't comprehend,,, lisp is the lang of choice for symbolic computation and the guy that wrote this clisp has also done a gorgeous port of some classic symbolic computation code. Given the fact that i dont even know what the equivalent of printf is in lisp, it seemed logical to get his *environment* if i wanted to use his *port* with any chance of having a successfull compilation. Which, btw, turned out to be the case on 2.0R. obviously, i eagerly await the next snap, but i think i am stuck now until 2.1 because i dont see where i will have time to do this again until the quarter is over...it tooks three days of near continuous effort ( thank heaven my wife was out of town... :-) ) > -- > Brian ("Though this be madness, yet there is method in't") Tao > taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org > > ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Sat Apr 1 19:36:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA21315 for hackers-outgoing; Sat, 1 Apr 1995 19:36:35 -0800 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA21308 for ; Sat, 1 Apr 1995 19:36:29 -0800 Received: (from bugs@localhost) by ns1.win.net (8.6.9/8.6.9) id WAA01108 for hackers@freebsd.org; Sat, 1 Apr 1995 22:38:13 -0500 From: Mark Hittinger Message-Id: <199504020338.WAA01108@ns1.win.net> Subject: why not 2+ freebsd partitions per disk? To: hackers@FreeBSD.org Date: Sat, 1 Apr 1995 22:38:13 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 212 Sender: hackers-owner@FreeBSD.org Precedence: bulk Just a quick question - is there a technical reason why two or more freebsd partitions per disk cannot be done? Or is it just some code that hasn't been written yet? :-) Regards, Mark Hittinger bugs@win.net From owner-freebsd-hackers Sat Apr 1 19:54:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA21724 for hackers-outgoing; Sat, 1 Apr 1995 19:54:23 -0800 Received: from genesis.tiac.net (genesis.tiac.net [204.180.76.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA21718 for ; Sat, 1 Apr 1995 19:54:20 -0800 Received: by genesis.tiac.net (8.6.9/genesis0.0) id WAA09714; Sat, 1 Apr 1995 22:54:05 -0500 Date: Sat, 1 Apr 1995 22:54:05 -0500 From: steve2 (Steve Gerakines) Message-Id: <199504020354.WAA09714@genesis.tiac.net> To: freebsd-hackers@FreeBSD.org Subject: NEC72065B Sender: hackers-owner@FreeBSD.org Precedence: bulk Anyone have any info on the NEC72065B chip? It sounds like it's similar to a NEC765A but supports better transfer rates. Thanks, - Steve steve2@genesis.nred.ma.us From owner-freebsd-hackers Sat Apr 1 19:57:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA21795 for hackers-outgoing; Sat, 1 Apr 1995 19:57:51 -0800 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA21789 for ; Sat, 1 Apr 1995 19:57:48 -0800 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA12464; Sun, 2 Apr 95 03:57:25 GMT Received: by junco.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA12736; Sat, 1 Apr 1995 20:57:34 -0700 Date: Sat, 1 Apr 1995 20:57:34 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9504020357.AA12736@junco.fsl.noaa.gov> To: aw2t+@andrew.cmu.edu Cc: freebsd-hackers@freefall.cdrom.com, bugs@ns1.win.net, gary@palmer.demon.co.uk, hackers@FreeBSD.org, tom@haven.uniserve.com In-Reply-To: (aw2t+@andrew.cmu.edu) Subject: Re: 4 gig st15150n disk setups Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Alex" == Alex R N Wetmore writes: Alex> never? i worked for microsoft and checked for overflow Alex> conditions in everything i wrote... Oh no ... another Microsoft alum. I must admit: I do miss the free drinks: all the Mountain Dew you could keep down! -- Sean Kelly NOAA Forecast Systems Laboratory Boulder Colorado USA From owner-freebsd-hackers Sat Apr 1 19:57:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA21804 for hackers-outgoing; Sat, 1 Apr 1995 19:57:57 -0800 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA21798 for ; Sat, 1 Apr 1995 19:57:55 -0800 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA12464; Sun, 2 Apr 95 03:57:25 GMT Received: by junco.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA12736; Sat, 1 Apr 1995 20:57:34 -0700 Date: Sat, 1 Apr 1995 20:57:34 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9504020357.AA12736@junco.fsl.noaa.gov> To: aw2t+@andrew.cmu.edu Cc: freebsd-hackers@freefall.cdrom.com, bugs@ns1.win.net, gary@palmer.demon.co.uk, hackers@FreeBSD.org, tom@haven.uniserve.com In-Reply-To: (aw2t+@andrew.cmu.edu) Subject: Re: 4 gig st15150n disk setups Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Alex" == Alex R N Wetmore writes: Alex> never? i worked for microsoft and checked for overflow Alex> conditions in everything i wrote... Oh no ... another Microsoft alum. I must admit: I do miss the free drinks: all the Mountain Dew you could keep down! -- Sean Kelly NOAA Forecast Systems Laboratory Boulder Colorado USA From owner-freebsd-hackers Sat Apr 1 20:47:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA22565 for hackers-outgoing; Sat, 1 Apr 1995 20:47:55 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA22558 for ; Sat, 1 Apr 1995 20:47:55 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id UAA12637; Sat, 1 Apr 1995 20:47:33 -0800 Message-Id: <199504020447.UAA12637@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: kelly@fsl.noaa.gov (Sean Kelly) cc: aw2t+@andrew.cmu.edu, freebsd-hackers@freefall.cdrom.com, bugs@ns1.win.net, gary@palmer.demon.co.uk, hackers@FreeBSD.org, tom@haven.uniserve.com Subject: Re: 4 gig st15150n disk setups In-reply-to: Your message of "Sat, 01 Apr 1995 20:57:34 MST." <9504020357.AA12736@junco.fsl.noaa.gov> Date: Sat, 01 Apr 1995 20:47:33 -0800 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>>> "Alex" == Alex R N Wetmore writes: > > Alex> never? i worked for microsoft and checked for overflow > Alex> conditions in everything i wrote... > >Oh no ... another Microsoft alum. > >I must admit: I do miss the free drinks: all the Mountain Dew you >could keep down! > I was into the tejava myself, but no one mentioned the free T-shirts. I got 5 during a 3 month internship! Although I can name 15 or 16 really bad things about Microsoft's OS strategy, I will say that Powerpoint had some really nice code in it. They did a full re-write for 5.0. I think it might be their only app that doesn't contain legacy code. >-- >Sean Kelly >NOAA Forecast Systems Laboratory >Boulder Colorado USA -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Sat Apr 1 20:47:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA22552 for hackers-outgoing; Sat, 1 Apr 1995 20:47:50 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA22546 for ; Sat, 1 Apr 1995 20:47:49 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id UAA12637; Sat, 1 Apr 1995 20:47:33 -0800 Message-Id: <199504020447.UAA12637@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: kelly@fsl.noaa.gov (Sean Kelly) cc: aw2t+@andrew.cmu.edu, freebsd-hackers@freefall.cdrom.com, bugs@ns1.win.net, gary@palmer.demon.co.uk, hackers@FreeBSD.org, tom@haven.uniserve.com Subject: Re: 4 gig st15150n disk setups In-reply-to: Your message of "Sat, 01 Apr 1995 20:57:34 MST." <9504020357.AA12736@junco.fsl.noaa.gov> Date: Sat, 01 Apr 1995 20:47:33 -0800 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>>> "Alex" == Alex R N Wetmore writes: > > Alex> never? i worked for microsoft and checked for overflow > Alex> conditions in everything i wrote... > >Oh no ... another Microsoft alum. > >I must admit: I do miss the free drinks: all the Mountain Dew you >could keep down! > I was into the tejava myself, but no one mentioned the free T-shirts. I got 5 during a 3 month internship! Although I can name 15 or 16 really bad things about Microsoft's OS strategy, I will say that Powerpoint had some really nice code in it. They did a full re-write for 5.0. I think it might be their only app that doesn't contain legacy code. >-- >Sean Kelly >NOAA Forecast Systems Laboratory >Boulder Colorado USA -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Sat Apr 1 20:52:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA22617 for hackers-outgoing; Sat, 1 Apr 1995 20:52:45 -0800 Received: from magic.winnet.net (magic.winnet.net [204.215.2.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA22611 for ; Sat, 1 Apr 1995 20:52:43 -0800 Received: (from piero@localhost) by magic.winnet.net (8.6.11/8.6.9) id XAA02241; Sat, 1 Apr 1995 23:53:11 -0500 From: Piero Serini Message-Id: <199504020453.XAA02241@magic.winnet.net> Subject: Re: why not 2+ freebsd partitions per disk? To: bugs@ns1.win.net (Mark Hittinger) Date: Sat, 1 Apr 1995 23:53:10 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199504020338.WAA01108@ns1.win.net> from "Mark Hittinger" at Apr 1, 95 10:38:13 pm Reply-To: Piero@winnet.net Operating-System: FreeBSD 2.0-SNAP X-Phone-Number: +1 (305) 535 3090 X-Faqs-Maintained: Elm (comp.mail.elm), Mail Archive Servers (comp.mail.misc) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 459 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello. Quoting from Mark Hittinger: > Just a quick question - is there a technical reason why two or more freebsd > partitions per disk cannot be done? Or is it just some code that hasn't > been written yet? :-) Since when? I have a disk w/ 3 partitions on it. Or maybe I didn't understand your question. Bye, -- # $Id: .signature,v 1.0 1995/02/05 17:34:46 piero Exp $ Piero Serini From owner-freebsd-hackers Sat Apr 1 21:00:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA22697 for hackers-outgoing; Sat, 1 Apr 1995 21:00:01 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA22685 for ; Sat, 1 Apr 1995 20:59:55 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id UAA20914; Sat, 1 Apr 1995 20:59:29 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id UAA00129; Sat, 1 Apr 1995 20:59:29 -0800 Message-Id: <199504020459.UAA00129@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Luigi Rizzo cc: hackers@FreeBSD.org Subject: Re: NE2000 Plus performance In-reply-to: Your message of "Fri, 31 Mar 95 18:54:59 +0200." <199503311655.SAA04685@labinfo.iet.unipi.it> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 01 Apr 1995 20:59:19 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Poking around with the configuration program of our ethernet cards >(NE2000 clones manufactured by Trust), I found out that they have a mode >(called NE2000 plus) in which they apparently use shared memory (at >least, the setup menu asks you to select a memory address. > >Is this mode supported by the current if_ed driver, and is it documented >anywhere ? (I am asking because I remember discussion on the relative >performance of WD80x3 -- better, using shared memory -- and NE2000 -- >slower, with programmed IO) It's not supported. I didn't even know of the NE2000+ existence until you mentioned here. -DG From owner-freebsd-hackers Sat Apr 1 21:11:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA23048 for hackers-outgoing; Sat, 1 Apr 1995 21:11:00 -0800 Received: from phred.ws.cc.cmu.edu (PHRED.WS.CC.CMU.EDU [128.2.74.228]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA23034; Sat, 1 Apr 1995 21:10:59 -0800 Received: (from alex@localhost) by phred.ws.cc.cmu.edu (8.6.9/8.6.6) id AAA01410; Sun, 2 Apr 1995 00:10:41 -0500 From: alex wetmore Message-Id: <199504020510.AAA01410@phred.org> Subject: Re: 4 gig st15150n disk setups To: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs) Date: Sun, 2 Apr 1995 00:10:40 -0500 (EST) Cc: kelly@fsl.noaa.gov, aw2t+@andrew.cmu.edu, freebsd-hackers@freefall.cdrom.com, bugs@ns1.win.net, gary@palmer.demon.co.uk, hackers@FreeBSD.org, tom@haven.uniserve.com In-Reply-To: <199504020447.UAA12637@estienne.cs.berkeley.edu> from "Justin T. Gibbs" at Apr 1, 95 08:47:33 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1039 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >Oh no ... another Microsoft alum. > > > >I must admit: I do miss the free drinks: all the Mountain Dew you > >could keep down! > > I was into the tejava myself, but no one mentioned the free T-shirts. > I got 5 during a 3 month internship! Although I can name 15 or 16 > really bad things about Microsoft's OS strategy, I will say that > Powerpoint had some really nice code in it. They did a full re-write > for 5.0. I think it might be their only app that doesn't contain > legacy code. Wow, I was an intern last summer too (assuming that you were, since PowerPoint 5 isn't out yet). Anyway, I really miss Seattle in general, there are a lot of great diversions there for outdoorsy types (which I generally think I am). Can't wait to get back this summer, and hopefully for fulltime once I graduate. I'd rather see Windows 95 go away, but NT has some nice design behind it. I work on Real-Time Mach here (CMU) though (and it was the first OS I worked on besides 386bsd hacking) so maybe I'm just a microkernel bigot. alex From owner-freebsd-hackers Sat Apr 1 21:37:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA23759 for hackers-outgoing; Sat, 1 Apr 1995 21:37:17 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA23752; Sat, 1 Apr 1995 21:37:16 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: kimc@w8hd.w8hd.org, hackers@FreeBSD.org Subject: Re: 4 gig st15150n disk setups In-reply-to: Your message of "Sat, 01 Apr 95 18:12:17 PST." <199504020212.SAA00267@gndrsh.aac.dev.com> Date: Sat, 01 Apr 1995 21:37:15 -0800 Message-ID: <23751.796801035@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > And can I ask who sells this for <$1400??? Our quantity 3 price with Ingram. > ST-410800N perhaps.... If you don't like that drive you might try > the Micropolis MC1991, I always prefer Micropolis over Seagate, they > seem to know how to make a write behind buffer that actaully works. I'm going to wait awhile before buying any more large drives.. Jordan From owner-freebsd-hackers Sat Apr 1 22:30:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA24290 for hackers-outgoing; Sat, 1 Apr 1995 22:30:09 -0800 Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA24284 for ; Sat, 1 Apr 1995 22:30:08 -0800 Received: by violet.berkeley.edu (8.6.10/1.33r) id WAA24567; Sat, 1 Apr 1995 22:29:57 -0800 Date: Sat, 1 Apr 1995 22:29:57 -0800 From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Message-Id: <199504020629.WAA24567@violet.berkeley.edu> To: hackers@FreeBSD.org Subject: any interest? Sender: hackers-owner@FreeBSD.org Precedence: bulk Newsgroups: comp.unix.bsd.freebsd.misc Path: agate!howland.reston.ans.net!math.ohio-state.edu!jussieu.fr!univ-lyon1.fr!swidir.switch.ch!scsing.switch.ch!news.belwue.de!delos.stgt.sub.org!guru.stgt.sub.org!nils From: nils@guru.stgt.sub.org (Cornelis van der Laan) Subject: Re: Can I use swapfiles? Reply-To: nils@ims.uni-stuttgart.de Sender: news@guru.stgt.sub.org (News pseudo-user) Nntp-Posting-Host: localhost.ims.uni-stuttgart.de Organization: Mehr Anarchie ! Message-ID: References: <3k0c20$3bm@Starbase.NeoSoft.COM> <3k2aek$5is@gatekeeper.cognos.com> <3k2m4m$e2e@Starbase.NeoSoft.COM> <3ku3h5$jeu@ixnews2.ix.netcom.com> <3kv3v0$jq7@park.uvsc.edu> In-Reply-To: Terry Lambert's message of 24 Mar 1995 18:44:48 GMT Date: Sat, 1 Apr 1995 22:29:17 GMT Lines: 83 In article <3kv3v0$jq7@park.uvsc.edu> Terry Lambert writes: > The way to create swapfiles is to use the command: > > dd if=/dev/zero count=XXX,bs=YYY of=my_swap_file > > Where you replace XXX and YYY with whatever you want to get any > size of swap file. The usual way under SunOS is 'mkfile 4m /some/file'. This way no disk blocks are allocated until they are actually needed. Here is a clone implementation of mkfile, done by Robert Claeson (prc@erbe.se). begin 644 mkfileclone.shar.gz M'XL("./2?2\``VUK9FEL96-L;VYE+G-H87(`K5EI5]M(%OUL_8IG)QW;Q'N` M[M@A)X20;GH@Y`#I>";-T+)VK';IS!225C^C^?X]J@\4XD0=CD6U[&,0N^V_%',W(5LB5"U,-ARHJ"< M)*&(R\H.L&]:_FC/W&C<"F:J%;E>U%2Q'8N6&"=E.?.P=J:\,A9Z3CFP;[V@ M/)..]5I&09_P[860(]%2@FIGT4C(F`Y\6Z@HK%MOQ%Q-983M?;+]N*6B1#I" M6>?)Z&_AQ'W:I_.%BD5`?U!P/?%\08X?A<(Z$4K94]$\>M6G9]W=W>T7;N*/ M[5:JZ;GU"O;UJ;M#ORU0K]OO/NGW=NG7DPOK5$[MT/MHQUX4]NGP[.4A MO=J_V*?]EPWZW983V_?M!IW/Q5B$UK$7"IC7^WG7LJP+UU.$'WMIEQ?,?!&( M,-;B*)I0[`JJ&',KA%@&=C@F+T2LQXDCQI87TCFL.O$<&2DM1E5YY/2'(N0^#T6BN,?\1L=ADXD!9TD?NP!\R23,&2C(,]Z=[(_ M!#+6$]D@*7QA(V^]5N]O8_Z;U^<-+5RY$1#,VZ680+(%@:S*.)+"1(<<)6![ M@4[*2!L[@Y(12D,+Q#SKB*U<%WN_?_'HHJKH_(^C5^QDI+UL:&M\,\`RWJ` M]>+64SJ@/*+H_='Q,<<@`KC21.EEVEIMF1.A%+Q0]3'JBW"*`%$0P4KSA';` M9C3UDWZL??W:@^UXNKTN->6\*9O\0R>(H3&:)Y_N](J39X?[KTX.]53OZ7:G M.&5<;3GPP@-DH\1QJ??\49?N:#*58D;5#TT[<"ZK])S:8W'3#A/?MQ@T(5V< MOCOX;4_OL4CXR'PZ(A-A33SHVRL^N8VKPWN6<-R(*K?41+1C:3LZWOGBV@5& MZQ5+H1"JJOWO8;M=I6?/J'K^V_[9U>'I:S8M7_WHD35\@)]E0,SK031;H.;< MF#1.@([5SM#2ZZSAP>OC_5_/]YJGU%3\;N+37\9I6'I8.SBH$_[72^OY%#6C M]+N5F68]U!$AA!`H[>[T>CN_0'O16L<%.C"YO;TPZ[.)?92Y2&/5*B\1Q4@IC+0F;-*6GQ&0J2\ MCX(!U2`GD1+D:$;TWDV)-'CZIC2F2[\IB>E:3F':>KNMCC4L(!\)^2']UQ.&/ZXG#']44A]_3%8>K=OS??7'X0QKC\'L[X_#SK1&>[H_' M'L=6:>W);"K1U91!@XT6%](,)\\Z*XD9_7EVX/5<^'@5D//6:!#-``2!%(#( MN1=)#PG3PF,F%,?0779`KB#F#0);+-`747;,+>AA-H,O@QV[.8XPA>079?R4 MRG@A=`+X#%_1_JPRZ^?)\$FW`S)<5GV!"M/!34283FV@03/S91)$9_P2"6+Z M6TDPI_UOH<%\\3<18;Z:J;"]90UIJ]"`R`P<2($;!P"BQ^E">D+G./`"S]'E ME/'9;8Z8G!ZXS>&H\5Y_HR4D-D80EC0R'?2,T.UW1AV9XG$A&)NQMD` MWJ$%IFULP+L`#&:TK+.-%J"K?+6VQ:#A0P$NEVG&>`E$>"%:A^TS6FYL/TGW MF^E,[AYUC@?%=`1H7R*N&>$-ZC2*>*RO*C`ATWR2.Y,&8$*UVF0,\>BN81K/ MTZOW9Z=OCO]Y=WIU`#Z^P.?A\.`82G9W=^MUD"4UNXATZ2O`<'0+YH-3:D`> MS9\4P-#0%ZEZZI6^>Z1IR2PS*>71TM)QK!/7L#G+>XU1C&-0+ M`5\N?KQA5NNY9UV6NN+"+UI:RASEV*P:]V4-->2G7M/&-S-#Z]^@ZY-)QZ<, M+28!CH_3)^3?+V8^7Q2J^)R9/6U;39\I$V25\"'5G)*6N%^6N!:!94Z#%]_4 M==GR5V=@2INV>/S#Y5H18WU*#!HT#4I/R0UV+I*#0O4JQ_93UA@4RG1+CU^! M;<7M9^L3U&_CC%JLT*):+M-49JJ_,*(-*;QK?7CO9H6M$Y06>D$]FD-Z<%\A M!I/L&LXN6?M8A@W0#V\J2'%9EZH&ML)Q%N?)FF->'3XH5,-J/\74FAO=#&LC MC%\/\@TWU;XF2UQ$N+"+%ZH%[&3[2JONWY>4!C'3G,7E_L(B_I9DY@KG6I>H MWJC6V,Q(N[LCTSEQ$N.P`/<]X_=*BV,EXM:+:]V,AC;IDH)1R4?`)7[7*+2` M'7B"0\1L)*]K&JG&CDNDY'H4I#FI&237.ZNI*4*PF*7K/$LY9CJ][>//I&AT M;_5.M_>YQ<%FT:C>S2K643O,4@Q(A\0)C4+UZ/4Z?:>;._L_OS+ MTTK]$O94_^Q4!]G^M$2P,X[\M9UI4!%5<'ZG7BRJK3WC7B[';'K\>+729K94 M:8ODUE3,*PC4K M']YTTN6^P<=:QFDZS5FP#=>^[.<'.)0IOO MW>8&J_JT?M.UBG]TN2\#4LS'JR08W9>2WW45_Y&*Q6T2L2;NK9!\W=E@U(:K M,_\=0/%O6<`6S-923'SAQ!0L^%='[)Y/-YZ8F_;'_!F[3)* /etc/nologin From owner-freebsd-hackers Sat Apr 1 22:38:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA24398 for hackers-outgoing; Sat, 1 Apr 1995 22:38:07 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA24391; Sat, 1 Apr 1995 22:38:06 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: roberto@blaise.ibp.fr (Ollivier Robert) cc: freebsd-hackers@FreeBSD.org (FreeBSD Hackers' list) Subject: Re: /etc/printcap for Deskjet 500 and gs In-reply-to: Your message of "Thu, 09 Mar 95 22:49:58 +0100." <199503092149.WAA02074@keltia.frmug.fr.net> Date: Sat, 01 Apr 1995 22:38:05 -0800 Message-ID: <24390.796804685@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Here is my /etc/printcap file > ... Does anyone "own" printing under FreeBSD? I've often felt there to be a great, sucking vacuum in the printing side of things and it really would be NIFTY if somebody who actually OWNED A PRINTER (this does not include me) and was kind of DETAIL MINDED actually got mad and angry enough about the poor printer support and DID SOMETHING ABOUT IT. Any takers? :-) Jordan From owner-freebsd-hackers Sat Apr 1 22:38:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA24419 for hackers-outgoing; Sat, 1 Apr 1995 22:38:18 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA24413 for ; Sat, 1 Apr 1995 22:38:14 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA12450 (5.67a/IDA-1.5); Sun, 2 Apr 1995 00:16:56 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA23600; 2 Apr 95 00:09:47 CST (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id AAA23597; Sun, 2 Apr 1995 00:09:46 -0600 From: Peter da Silva Message-Id: <199504020609.AAA23597@bonkers.taronga.com> Subject: Re: large filesystems/multiple disks [RAID] To: terry@cs.weber.edu (Terry Lambert) Date: Sun, 2 Apr 1995 00:09:45 -0600 (CST) Cc: PVinci@ix.netcom.com, hackers@FreeBSD.org In-Reply-To: <9504012219.AA11992@cs.weber.edu> from "Terry Lambert" at Apr 1, 95 03:19:27 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 235 Sender: hackers-owner@FreeBSD.org Precedence: bulk > It's fragile because you could for instance have four file systems > with blocks in the same 16M area of a disk. Um, why would you do that? Doesn't that sort of counter the whole reason for running file systems over multiple disks? From owner-freebsd-hackers Sat Apr 1 22:38:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA24430 for hackers-outgoing; Sat, 1 Apr 1995 22:38:36 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA24423 for ; Sat, 1 Apr 1995 22:38:32 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id WAA00168; Sat, 1 Apr 1995 22:38:18 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id WAA00228; Sat, 1 Apr 1995 22:38:18 -0800 Message-Id: <199504020638.WAA00228@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: jkh@violet.berkeley.edu (Jordan K. Hubbard) cc: hackers@FreeBSD.org Subject: Re: any interest? In-reply-to: Your message of "Sat, 01 Apr 95 22:29:57 PST." <199504020629.WAA24567@violet.berkeley.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 01 Apr 1995 22:38:16 -0800 Sender: hackers-owner@FreeBSD.org Precedence: bulk >In article <3kv3v0$jq7@park.uvsc.edu> Terry Lambert writes: > >> The way to create swapfiles is to use the command: >> >> dd if=/dev/zero count=XXX,bs=YYY of=my_swap_file >> >> Where you replace XXX and YYY with whatever you want to get any >> size of swap file. > >The usual way under SunOS is 'mkfile 4m /some/file'. This way >no disk blocks are allocated until they are actually needed. >Here is a clone implementation of mkfile, done by Robert Claeson >(prc@erbe.se). Swapfiles should be pre-allocated to maximize contiguousness. -DG From owner-freebsd-hackers Sat Apr 1 23:08:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA24704 for hackers-outgoing; Sat, 1 Apr 1995 23:08:41 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA24698 for ; Sat, 1 Apr 1995 23:08:37 -0800 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA12761 (5.67a/IDA-1.5); Sun, 2 Apr 1995 01:05:41 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA24891; 2 Apr 95 01:04:54 CST (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id BAA24888; Sun, 2 Apr 1995 01:04:53 -0600 From: Peter da Silva Message-Id: <199504020704.BAA24888@bonkers.taronga.com> Subject: Re: any interest? To: jkh@violet.berkeley.edu (Jordan K. Hubbard) Date: Sun, 2 Apr 1995 01:04:53 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199504020629.WAA24567@violet.berkeley.edu> from "Jordan K. Hubbard" at Apr 1, 95 10:29:57 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 283 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The usual way under SunOS is 'mkfile 4m /some/file'. This way > no disk blocks are allocated until they are actually needed. I would worry about running out of disk space and then having swap failing. Since you *need* to keep that space unused, you might as well preallocate it. From owner-freebsd-hackers Sat Apr 1 23:18:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA24798 for hackers-outgoing; Sat, 1 Apr 1995 23:18:20 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA24791 for ; Sat, 1 Apr 1995 23:18:19 -0800 Date: Sun, 2 Apr 1995 03:17:39 -0400 (EDT) From: -Vince- To: "Jordan K. Hubbard" cc: Ollivier Robert , "FreeBSD Hackers' list" Subject: Re: /etc/printcap for Deskjet 500 and gs In-Reply-To: <24390.796804685@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 1 Apr 1995, Jordan K. Hubbard wrote: > > Here is my /etc/printcap file > > ... > > Does anyone "own" printing under FreeBSD? I've often felt there to be > a great, sucking vacuum in the printing side of things and it really > would be NIFTY if somebody who actually OWNED A PRINTER (this does not > include me) and was kind of DETAIL MINDED actually got mad and angry > enough about the poor printer support and DID SOMETHING ABOUT IT. > > Any takers? :-) > > Jordan > Well, I actually OWN A PRINTER or to be exact, one HP DeskJet 560C, DeskJet Portable 310 and a DeskJet 500 and recently got printing of everything except for dvi files under apsfilter 4.9 delta which I am trying out... Time to add apsfilter to the ports collection? :-) Cheers, Vince UCLA Physics/Electrical Engineering Princeton/Berkeley student in the making... From owner-freebsd-hackers Sat Apr 1 23:39:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA25533 for hackers-outgoing; Sat, 1 Apr 1995 23:39:24 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA25527 for ; Sat, 1 Apr 1995 23:39:23 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id XAA15506; Sat, 1 Apr 1995 23:39:09 -0800 Message-Id: <199504020739.XAA15506@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: roberto@blaise.ibp.fr (Ollivier Robert), freebsd-hackers@FreeBSD.org (FreeBSD Hackers' list) Subject: Re: /etc/printcap for Deskjet 500 and gs In-reply-to: Your message of "Sat, 01 Apr 1995 22:38:05 PST." <24390.796804685@freefall.cdrom.com> Date: Sat, 01 Apr 1995 23:39:09 -0800 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Here is my /etc/printcap file >> ... > >Does anyone "own" printing under FreeBSD? I've often felt there to be >a great, sucking vacuum in the printing side of things and it really >would be NIFTY if somebody who actually OWNED A PRINTER (this does not >include me) and was kind of DETAIL MINDED actually got mad and angry >enough about the poor printer support and DID SOMETHING ABOUT IT. > >Any takers? :-) > > Jordan What is needed is a simple front end that asks for a few things that are common to all printers (name, remote?, spool directory, error-log file?, etc), asks for the printer type, fetchs the printcap for this model printer that has been submitted and munges it based on the answers given. Someon who knows perl (I don't) should be able to do this pretty easily. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ==============================================