From owner-freebsd-hackers Sun Aug 6 00:31:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA28668 for hackers-outgoing; Sun, 6 Aug 1995 00:31:31 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id AAA28651 for ; Sun, 6 Aug 1995 00:31:29 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from julia.physik.fu-berlin.de (130.133.3.235) with smtp id ; Sun, 6 Aug 95 09:31 MEST Received: (from graichen@localhost) by julia.physik.fu-berlin.de (8.6.11/8.6.9) id JAA05631; Sun, 6 Aug 1995 09:31:24 +0200 From: Thomas Graichen Message-Id: <199508060731.JAA05631@julia.physik.fu-berlin.de> Subject: Re: /etc/magic hacker needed ! To: dnelson@xnet.com (Dan Nelson) Date: Sun, 6 Aug 1995 09:31:23 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199508051717.MAA26104@cyclone.xnet.com> from "Dan Nelson" at Aug 5, 95 12:17:51 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1023 Sender: hackers-owner@freebsd.org Precedence: bulk > > Does Netbsd & FreeBSD have the same .o format? If so, then you shouldn't be > able to tell the difference. Maybe the text should read "*BSD/i386" or > something. Maybe the gcc source would be of some help here. > doesn't have somebody standing a Free- and a NetBSD machine standing side by side (i.e. gives file *.o from FreeBSD objects NetBSD objects too) ? > > It would also be nice to have identification of core files. If you > > look at the NetBSD/i386 core file entry, it even appears to ferret the > > name of the executable out of the core file and display it. Nice! > > Try this. It's only from examining about 6 core files, though. I wandered > through the kernel code, but couldn't find the exact place core dumps get > written out. I don't know what the C0EF1000 is from. It may be something > specific to my machine, even :) > > 6 belong 0xC0EF1000 FreeBSD core > >1075 string >\0 \b, from %s > sorry for me this did'nt work t From owner-freebsd-hackers Sun Aug 6 00:36:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA29140 for hackers-outgoing; Sun, 6 Aug 1995 00:36:54 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id AAA29134 for ; Sun, 6 Aug 1995 00:36:51 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id PAA05202; Sun, 6 Aug 1995 15:36:48 +0800 Date: Sun, 6 Aug 1995 15:36:48 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: PS/2-style mouse on Compaq 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, 4 Aug 1995, Jonathan M. Bresler wrote: > > yes, just flip and back does it--could be a lot worse. Does anyone know if this is a FreeBSD console problem, or a FreeBSD PS/2 mouse driver problem, or an XFree86 problem? To summarize: one certain combinations of hardware with a PS/2-style mouse, the pointer upon starting XFree86 is inactive until you flip to a virtual console, then back to the X console. -- 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 Aug 6 01:50:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id BAA00755 for hackers-outgoing; Sun, 6 Aug 1995 01:50:29 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id BAA00748 for ; Sun, 6 Aug 1995 01:50:26 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id BAA03024 for ; Sun, 6 Aug 1995 01:50:22 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id QAA05257; Sun, 6 Aug 1995 16:43:44 +0800 Date: Sun, 6 Aug 1995 16:43:38 +0800 (CST) From: Brian Tao To: "Jordan K. Hubbard" cc: Chien-Ta Lee , freebsd-hackers@FreeBSD.org Subject: Re: XFree86-3.1.2 & gnumalloc In-Reply-To: <2817.807519483@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 3 Aug 1995, Jordan K. Hubbard wrote: > > Hmmm. Dangerous! :-) ical 2.0b2's tear-off menus cause my gnumalloc'd 3.1.1u2 Mach64 server to give up the ghost. I don't know if this is a general problem with Tk's tear-offs, or what. Looking forward to trying the 3.1.2 server with this. > Assuming that there isn't any instability introduced, gnumalloc is > indeed a win for memory consumption! Tell me about it: 4904 taob 37 0 5940K 2076K run 0:34 4.06% 4.04% netscape 165 root 2 0 6444K 5256K run 336:45 5.07% 5.07% XF86_Mach64 5231 taob 2 0 2892K 2292K sleep 0:03 0.61% 0.61% xv My X server is normally up to around 12 to 15 megs after a few hours of normal usage. xv, after loading in several large TIFF's and RGB files, is typically sitting up in the 5- to 6- megabyte range. Netscape is, of course, its usual bloated self. ;-) Other than the Tk tear-off menu problem, it's been running flawlessly. -- 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 Aug 6 02:30:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA02129 for hackers-outgoing; Sun, 6 Aug 1995 02:30:27 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA02123 for ; Sun, 6 Aug 1995 02:30:26 -0700 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with ESMTP id CAA28292; Sun, 6 Aug 1995 02:29:21 -0700 Message-Id: <199508060929.CAA28292@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Brian Tao cc: "Jordan K. Hubbard" , Chien-Ta Lee , freebsd-hackers@FreeBSD.org Subject: Re: XFree86-3.1.2 & gnumalloc In-reply-to: Your message of "Sun, 06 Aug 1995 16:43:38 +0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Aug 1995 02:29:21 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, I just teared off three menus on "wish -f widget" the demo widget library and I am still ticking :) No crashes over here so far with XF86_S3. USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 23638 5.0 10.5 4032 3216 ?? S 4:37PM 1:19.79 X :0 (XF86_S3) Enjoy, Amancio >>> Brian Tao said: > On Thu, 3 Aug 1995, Jordan K. Hubbard wrote: > > > > Hmmm. Dangerous! :-) > > ical 2.0b2's tear-off menus cause my gnumalloc'd 3.1.1u2 Mach64 > server to give up the ghost. I don't know if this is a general > problem with Tk's tear-offs, or what. Looking forward to trying the > 3.1.2 server with this. > > > Assuming that there isn't any instability introduced, gnumalloc is > > indeed a win for memory consumption! > > Tell me about it: > > 4904 taob 37 0 5940K 2076K run 0:34 4.06% 4.04% netscape > 165 root 2 0 6444K 5256K run 336:45 5.07% 5.07% XF86_Mach64 > 5231 taob 2 0 2892K 2292K sleep 0:03 0.61% 0.61% xv > > My X server is normally up to around 12 to 15 megs after a few > hours of normal usage. xv, after loading in several large TIFF's and > RGB files, is typically sitting up in the 5- to 6- megabyte range. > Netscape is, of course, its usual bloated self. ;-) Other than the Tk > tear-off menu problem, it's been running flawlessly. > -- > 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 Aug 6 04:02:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id EAA08900 for hackers-outgoing; Sun, 6 Aug 1995 04:02:04 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id EAA08872 for ; Sun, 6 Aug 1995 04:01:57 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55312>; Sun, 6 Aug 1995 13:01:43 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id MAA01506; Sat, 5 Aug 1995 12:09:26 +0200 Message-Id: <199508051009.MAA01506@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: "Domenico P. Miele ing." , hackers@freebsd.org, n1epo4tl@ibmmail.com Subject: Re: network devices In-reply-to: Your message of "Fri, 04 Aug 1995 16:17:24 +0200." <3955.807545844@time.cdrom.com> Date: Sat, 5 Aug 1995 12:09:25 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk > If someone does the work involved and donates it to us, we will > certainly consider it. More than just `consider' I hope ;-) However no one wants to do the work that I've heard of, Stuart.Arnold: n1epo4tl@ibmmail.com would also be a happy consumer, but as said, no one (him included) wants to do the work. Some wit aptly summed Token as `Sterile Technology' ie not dead, but not breeding new life either ;-) (apologies for aprox quotation) Julian S From owner-freebsd-hackers Sun Aug 6 04:21:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id EAA10204 for hackers-outgoing; Sun, 6 Aug 1995 04:21:19 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id EAA10192 for ; Sun, 6 Aug 1995 04:21:15 -0700 Received: (from jkh@localhost) by time.cdrom.com (8.6.11/8.6.9) id EAA13441; Sun, 6 Aug 1995 04:21:08 -0700 Date: Sun, 6 Aug 1995 04:21:08 -0700 From: "Jordan K. Hubbard" Message-Id: <199508061121.EAA13441@time.cdrom.com> To: hackers@freebsd.org, tech@cdrom.com Subject: Check out the "deal of the week" Sender: hackers-owner@freebsd.org Precedence: bulk http://www0.internet.net From owner-freebsd-hackers Sun Aug 6 06:32:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id GAA15674 for hackers-outgoing; Sun, 6 Aug 1995 06:32:47 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id GAA15668 for ; Sun, 6 Aug 1995 06:32:44 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id CAA01954 ; Sun, 6 Aug 1995 02:03:23 +0100 To: "Rodney W. Grimes" cc: freebsd-hackers@freebsd.org Subject: Re: version of amd in FreeBSD 2.0.5 R and -current is old In-reply-to: Your message of "Sat, 05 Aug 1995 17:22:24 PDT." <199508060022.RAA03315@gndrsh.aac.dev.com> Date: Sun, 06 Aug 1995 02:03:19 +0100 Message-ID: <1952.807670999@palmer.demon.co.uk> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk In message <199508060022.RAA03315@gndrsh.aac.dev.com>, "Rodney W. Grimes" write s: >He will be taking on the roll of full time sendmail maintenance for >FreeBSD, as he deals with sendmail day in and day out. He has already >done 2 test imports of sendmail 8.6.12 on his repository and as soon as >we work out a few more kinks he will be doing it live on freefall. >Consider sendmail handled, and this should happen Sunday or Monday on >Freefall. [...] Ok - so sendmail is covered, now who wants to take `amd' on? At least I understood sendmail enough to handle it, amd is still a dark area for me... What other bits of the tree need overseeing? src/gnu/* obviously, ncftp seems to be handled by ache. Anything else? named? (another one I can do if no-one else wants to) Gary From owner-freebsd-hackers Sun Aug 6 08:19:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA19138 for hackers-outgoing; Sun, 6 Aug 1995 08:19:45 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id IAA19132 for ; Sun, 6 Aug 1995 08:19:43 -0700 Message-Id: <199508061519.IAA19132@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: hackers@freefall.cdrom.com Subject: ekshell /etc/services entry? Date: Sun, 06 Aug 1995 08:19:43 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk Anyone have, or know where to obtain, the official entry for this service? We're missing it in FreeBSD's version of /etc/services. __ Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Aug 6 08:39:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA19982 for hackers-outgoing; Sun, 6 Aug 1995 08:39:01 -0700 Received: from virgo.ai.net (virgo.ai.net [198.69.44.2]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA19976 for ; Sun, 6 Aug 1995 08:38:56 -0700 Received: from aries.ai.net (aries.ai.net [198.69.44.1]) by virgo.ai.net (8.6.11/8.6.12) with ESMTP id LAA02938; Sun, 6 Aug 1995 11:50:06 -0400 Received: (from nc@localhost) by aries.ai.net (8.6.11/8.6.12) id LAA03053; Sun, 6 Aug 1995 11:39:04 -0400 Date: Sun, 6 Aug 1995 11:39:04 -0400 (EDT) From: Network Coordinator To: jkh@time.cdrom.com cc: hackers@freebsd.org Subject: Re: Check out the "deal of the week" Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sun, 6 Aug 1995, Jordan K. Hubbard wrote: > http://www0.internet.net > Sequel 4 GB SCSI-2 drive, $699. Are sequel drives any good? That is about 50% of the closest IDE drive. [Around here, 1 GB EIDE WD drives are going for about $270 x 4 for 4 GB and you are spending a heck of a lot more money]. A couple of those drives would be great for a news spool if they can handle it. Thanks, -Jerry. From owner-freebsd-hackers Sun Aug 6 08:42:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA20159 for hackers-outgoing; Sun, 6 Aug 1995 08:42:28 -0700 Received: from strider.ibenet.it ([194.179.130.1]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA20145 ; Sun, 6 Aug 1995 08:42:19 -0700 Received: (from piero@localhost) by strider.ibenet.it (8.6.12/8.6.12) id RAA17576; Sun, 6 Aug 1995 17:46:23 +0200 From: Piero Serini Message-Id: <199508061546.RAA17576@strider.ibenet.it> Subject: Re: ekshell /etc/services entry? To: gibbs@freefall.cdrom.com (Justin T. Gibbs) Date: Sun, 6 Aug 1995 17:46:22 +0200 (MET DST) Cc: hackers@freefall.cdrom.com In-Reply-To: <199508061519.IAA19132@freefall.cdrom.com> from "Justin T. Gibbs" at Aug 6, 95 08:19:43 am Reply-To: Piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 616 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello. Quoting from Justin T. Gibbs (Sun Aug 6 17:19:43 1995): > Anyone have, or know where to obtain, the official entry for this > service? We're missing it in FreeBSD's version of /etc/services. What is it? I guess kerberos remsh. # uname -a SunOS ibe1 5.4 generic sun4m sparc # grep ekshell /etc/services # grep sh /etc/services shell 514/tcp cmd # # Bye, -- # $Id: .signature,v 1.11 1995/07/29 17:48:34 piero Exp $ Piero Serini Via Giambologna, 1 TEMP: I 20136 Milano - ITALY From owner-freebsd-hackers Sun Aug 6 08:43:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA20215 for hackers-outgoing; Sun, 6 Aug 1995 08:43:16 -0700 Received: from nietzsche (annex1s1.urc.tue.nl [131.155.12.11]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA20206 for ; Sun, 6 Aug 1995 08:42:57 -0700 Received: from localhost (localhost [127.0.0.1]) by nietzsche (8.6.9/8.6.9) with ESMTP id VAA07336; Sun, 30 Jul 1995 21:29:20 +0100 Message-Id: <199507302029.VAA07336@nietzsche> X-Mailer: exmh version 1.6.1 5/23/95 To: Gary Palmer cc: dpm@cs.purdue.edu (David Moffett), "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: I see this too.. In-reply-to: gary's message of Sun, 30 Jul 1995 14:39:05 +0100. <499.807111545@palmer.demon.co.uk> Date: Sun, 30 Jul 1995 21:29:20 +0100 From: Marc van Kempen Sender: hackers-owner@freebsd.org Precedence: bulk > In message <199507301150.EAA02034@violet.berkeley.edu>, "Jordan K. Hubbard" wri > tes: > >I just installed FreeBSD 2.0.5R from CDROM. Previously I was running > >2.0.0R. Problem is true on both O/Ses. The caller is NCSA telnet for > >DOS which can be fetched from their ftp site. > > Aha. NCSA. Yes, I've reproduced this bug with Walnut Creek CDROM's > machines. > > >I wandered into the telnetd sources (in 2.0.0R) and there is some > >discussion of a previous BSD bug in telnetd causing such a problem. > >Ditto for the 'bugs' section of the man page. > > >Could someone enlighten me and perhaps add to the FAQ about this problem? > >Better yet, fix it! > > I believe that a fix was introduced, perhaps just after 2.0.5-R hit > the streets? I seem to remember that one was committed about that > time, but it didn't make it into 2.0.5. > > >P.S. suggesting a different DOS or Windows telnet client that doesn't > >exhibit this problem is also a welcome alternative! > I think I solved my problems with telnet by using Cutcp from Clarkson University. Marc. ---------------------------------------------------- Marc van Kempen wmbfmk@urc.tue.nl He's dead Jim ..., kick him if you don't believe me. From owner-freebsd-hackers Sun Aug 6 08:45:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA20428 for hackers-outgoing; Sun, 6 Aug 1995 08:45:38 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id IAA20416 ; Sun, 6 Aug 1995 08:45:35 -0700 Message-Id: <199508061545.IAA20416@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Piero@strider.ibenet.it cc: hackers@freefall.cdrom.com Subject: Re: ekshell /etc/services entry? In-reply-to: Your message of "Sun, 06 Aug 95 17:46:22 +0200." <199508061546.RAA17576@strider.ibenet.it> Date: Sun, 06 Aug 1995 08:45:35 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >Hello. > >Quoting from Justin T. Gibbs (Sun Aug 6 17:19:43 1995): >> Anyone have, or know where to obtain, the official entry for this >> service? We're missing it in FreeBSD's version of /etc/services. > >What is it? I guess kerberos remsh. Encrypted rcmd. >Bye, >-- ># $Id: .signature,v 1.11 1995/07/29 17:48:34 piero Exp $ >Piero Serini Via Giambologna, 1 >TEMP: I 20136 Milano - ITALY -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Aug 6 09:04:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA21081 for hackers-outgoing; Sun, 6 Aug 1995 09:04:57 -0700 Received: from gdwest.gd.com ([134.120.3.2]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id JAA21073 for ; Sun, 6 Aug 1995 09:04:56 -0700 Received: by gdwest.gd.com (4.1/SMI-4.1) id AA01369; Sun, 6 Aug 95 09:06:05 PDT Date: Sun, 6 Aug 95 09:06:05 PDT From: eyfarris@gdwest.gd.com (Eblan Y Farris) Message-Id: <9508061606.AA01369@gdwest.gd.com> To: jkh@time.cdrom.com, nc@ai.net Subject: Re: Check out the "deal of the week" Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Did I read it correctly that it was 5 1/4" and 17ms access time? I guess at that price - for news it would be great. efarris From owner-freebsd-hackers Sun Aug 6 09:10:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA21297 for hackers-outgoing; Sun, 6 Aug 1995 09:10:33 -0700 Received: from virgo.ai.net (virgo.ai.net [198.69.44.2]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id JAA21291 for ; Sun, 6 Aug 1995 09:10:31 -0700 Received: from aries.ai.net (aries.ai.net [198.69.44.1]) by virgo.ai.net (8.6.11/8.6.12) with ESMTP id MAA02951; Sun, 6 Aug 1995 12:21:33 -0400 Received: (from nc@localhost) by aries.ai.net (8.6.11/8.6.12) id MAA03276; Sun, 6 Aug 1995 12:10:14 -0400 Date: Sun, 6 Aug 1995 12:10:14 -0400 (EDT) From: Network Coordinator To: Eblan Y Farris cc: jkh@time.cdrom.com, hackers@freebsd.org Subject: Re: Check out the "deal of the week" In-Reply-To: <9508061606.AA01369@gdwest.gd.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk 17ms is kind of rough, but at 5 1/4" it would probably run considerably cooler than its 3.5", 1/3 hieght counterparts. Reliability would be a question though. -Jerry. On Sun, 6 Aug 1995, Eblan Y Farris wrote: > Did I read it correctly that it was > 5 1/4" and 17ms access time? > > I guess at that price - for news it would > be great. From owner-freebsd-hackers Sun Aug 6 11:25:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id LAA25969 for hackers-outgoing; Sun, 6 Aug 1995 11:25:44 -0700 Received: from wdl1.wdl.loral.com (wdl1.wdl.loral.com [137.249.32.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id LAA25961 for ; Sun, 6 Aug 1995 11:25:42 -0700 Received: from miles.sso.loral.com (miles.wdl.loral.com) by wdl1.wdl.loral.com (5.x/WDL-2.4-1.0) id AA29264; Sun, 6 Aug 1995 11:25:10 -0700 Received: by miles.sso.loral.com (4.1/SSO-SUN-2.04) id AA12656; Sun, 6 Aug 95 14:25:24 EDT Date: Sun, 6 Aug 1995 14:25:22 -0400 (EDT) From: Richard Toren X-Sender: rpt@miles To: hackers Subject: /dev/console & xconsole Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Is there some magic I need to work to get xconsole to be able to open the console from my .xinitrc in 2.05? Did some characteristic of /dev/console change? It works if started manually after an 'su'. Current permissions are: # ll /usr/X11R6/bin/xconsole -rwsr-xr-x 1 root bin 16384 May 8 20:00 /usr/X11R6/bin/xconsole # ll /dev/console crw-rw-rw- 1 root wheel 0, 0 Aug 6 11:53 /dev/console .xinitrc line is: xconsole -geometry 400x70+617+25 & giving: "Couldn't open console in it's window. This used to work in 2.0R, ==================================================== Rip Toren | The bad news is that C++ is not an object-oriented | rpt@miles.sso.loral.com | programming language. .... The good news is that | | C++ supports object-oriented programming. | | C++ Programming & Fundamental Concepts | | by Anderson & Heinze | ==================================================== From owner-freebsd-hackers Sun Aug 6 12:20:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA00637 for hackers-outgoing; Sun, 6 Aug 1995 12:20:57 -0700 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id MAA00631 ; Sun, 6 Aug 1995 12:20:55 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id PAA13449; Sun, 6 Aug 1995 15:22:48 -0400 From: jfieber@grendel.csc.smith.edu (John Fieber) Message-Id: <199508061922.PAA13449@grendel.csc.smith.edu> Subject: Re: Updated FAQ on WWW.FreeBSD.ORG To: jan@bagend.atl.ga.us (Jan Isley) Date: Sun, 6 Aug 1995 15:22:48 -0400 (EDT) Cc: roberto@blaise.ibp.fr, doc@freebsd.org, hackers@freebsd.org, www@freebsd.org In-Reply-To: <199507311902.PAA08061@bagend.atl.ga.us> from "Jan Isley" at Jul 31, 95 03:02:00 pm Content-Type: text Content-Length: 537 Sender: hackers-owner@freebsd.org Precedence: bulk Jan Isley writes: > I think making the "text" version go away is a mistake. In fact, I There is no intention of not having a text version. The intention is to stop maintaining an ascii version and an sgml version since the former can be generated from the latter. There are still some conversion quirks to iron out and they have already been mentioned so I won't repeat them here. -john (still in the process of moving, so don't expect quick followups :) === jfieber@cs.smith.edu ========== Come up and be a kite! --K. Bush === From owner-freebsd-hackers Sun Aug 6 13:12:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id NAA02920 for hackers-outgoing; Sun, 6 Aug 1995 13:12:01 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id NAA02914 for ; Sun, 6 Aug 1995 13:11:58 -0700 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with ESMTP id NAA00869 for ; Sun, 6 Aug 1995 13:11:55 -0700 Message-Id: <199508062011.NAA00869@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: hackers@freebsd.org Subject: dma bug on pci chip! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 06 Aug 1995 13:11:54 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk >From a comp.sys.intel posting: I would really like to see versions of this DMATEST/IOTEST program which could check for this bug under other OS's, such as DOS/Windows, Linux, or Windows NT; that way more people could find out whether they have this problem. (For those who haven't seen DMATEST, the current OS/2-only version can be found on the Web at http://www.powerquest.com/hardware.html) Spread the word on this, people. We paid for fully working hardware, and we should get fully working hardware. -------------- Enjoy, Amancio From owner-freebsd-hackers Sun Aug 6 14:32:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id OAA07948 for hackers-outgoing; Sun, 6 Aug 1995 14:32:19 -0700 Received: from aleve.media.mit.edu (aleve.media.mit.edu [18.85.2.171]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id OAA07942 for ; Sun, 6 Aug 1995 14:32:17 -0700 Received: from media-lab.media.mit.edu by aleve.media.mit.edu; (5.65/1.1/06Jun95-8.2MPM) id AA21066; Sun, 6 Aug 1995 17:32:15 -0400 From: "TCM's Computer Clubhouse Youth News Program" Received: by media-lab.media.mit.edu (5.57/DA.WS.1.0.5) id AA21462; Sun, 6 Aug 95 17:32:15 -0400 Message-Id: <9508062132.AA21462@media-lab.media.mit.edu> Subject: COM4 Problems To: hackers@freebsd.org Date: Sun, 6 Aug 95 17:32:14 EDT Sender: hackers-owner@freebsd.org Precedence: bulk I just started to install the FreeBSD Version 2.0.... I anm having problems seting it up.... My problem simple, I want to know how to connect to another system using my modem... Connect to anothey interet server.... When I try to use the use SLIP, it ask me what port, and It give me an options of //dev/tty00 ... Which I dont know what is that... So if ytou could help me, just leafve a reply.. From owner-freebsd-hackers Sun Aug 6 14:38:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id OAA08647 for hackers-outgoing; Sun, 6 Aug 1995 14:38:03 -0700 Received: from aleve.media.mit.edu (aleve.media.mit.edu [18.85.2.171]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id OAA08637 for ; Sun, 6 Aug 1995 14:38:02 -0700 Received: from media-lab.media.mit.edu by aleve.media.mit.edu; (5.65/1.1/06Jun95-8.2MPM) id AA21246; Sun, 6 Aug 1995 17:38:00 -0400 From: "TCM's Computer Clubhouse Youth News Program" Received: by media-lab.media.mit.edu (5.57/DA.WS.1.0.5) id AA21655; Sun, 6 Aug 95 17:38:00 -0400 Message-Id: <9508062138.AA21655@media-lab.media.mit.edu> Subject: Com4 Problems To: hackers@freebsd.org Date: Sun, 6 Aug 95 17:37:59 EDT Sender: hackers-owner@freebsd.org Precedence: bulk Hya, I am having problems install the FreeBSD Version 2.0... Well, it is installed, but I cant get it to call another system to get connected to the internet... I try using the SLIP, and it ask me for port # I wish to use, It gives me this option of /dev/tty00 ... What do I do there? I tried using the others ex. /dev/tty03 , but none of them work.. I have my modem in Port 4..... So please reply back ASA you can.. cya From owner-freebsd-hackers Sun Aug 6 15:31:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA12369 for hackers-outgoing; Sun, 6 Aug 1995 15:31:03 -0700 Received: from guru.ims.uni-stuttgart.de (guru.ims.uni-stuttgart.de [141.58.127.254]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id PAA12348 for ; Sun, 6 Aug 1995 15:30:59 -0700 Received: by guru.ims.uni-stuttgart.de (Smail3.1.28.1 #21) id m0sfEGj-0002g6C; Mon, 7 Aug 95 00:34 MET DST Message-Id: Date: Mon, 7 Aug 95 00:34 MET DST From: nils@guru.ims.uni-stuttgart.de (Cornelis van der Laan) To: freebsd-hackers@freefall.cdrom.com Subject: Port of Exodus Storage Manager 3.1 Reply-to: nils@guru.ims.uni-stuttgart.de Sender: hackers-owner@FreeBSD.org Precedence: bulk Dear Reader I have created a port of the Exodus Storage Manager 3.1 and uploaded it to ftp.freebsd.org:/pub/FreeBSD/incoming/exodus-3.1.port.tar.gz Exodus is a very reliable low-level storage manager (a database back end) which was developped by the Exodus project at the University of Wisconsin. This port requires the make utility dmake which I uploaded yesterday to ftp.freebsd.org:/pub/FreeBSD/incoming/dmake-4.0.port.tar.gz (well, it doesn't require it exactly, but if you prefer ca. 1MB warning-messages per source-file to be compiled then just go ahead and use gmake... what a hell these Makefiles are :-) ) Please test and submit my port. Also note that my patches work also on a FreeBSD 1.1.5, since this is the system I did the original port on. Best regards, Nils ---------------------------------------------------------------- Cornelis van der Laan -- nils@ims.uni-stuttgart.de -- nils@guru.stgt.sub.org # echo echo Knusper Knusper Knaeuschen > /etc/nologin From owner-freebsd-hackers Sun Aug 6 15:37:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA13012 for hackers-outgoing; Sun, 6 Aug 1995 15:37:43 -0700 Received: from guru.ims.uni-stuttgart.de (guru.ims.uni-stuttgart.de [141.58.127.254]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id PAA12993 for ; Sun, 6 Aug 1995 15:37:37 -0700 Received: by guru.ims.uni-stuttgart.de (Smail3.1.28.1 #21) id m0sfENB-0002g6C; Mon, 7 Aug 95 00:40 MET DST Message-Id: Date: Mon, 7 Aug 95 00:40 MET DST From: nils@guru.ims.uni-stuttgart.de (Cornelis van der Laan) To: freebsd-hackers@freefall.cdrom.com Subject: PS: Port of Exodus Storage Manager 3.1 Reply-to: nils@guru.ims.uni-stuttgart.de Sender: hackers-owner@FreeBSD.org Precedence: bulk Sorry for the bother but: 1) News is very flaky here, so if this list is still cross-posted to lists.freebsd-hackers I probably won't get it. 2) I'm also not on the hackers list. Please CC: me any messages you send wrt. to my dmake and exodus port. Best regards, Nils ---------------------------------------------------------------- Cornelis van der Laan -- nils@ims.uni-stuttgart.de -- nils@guru.stgt.sub.org # echo echo Knusper Knusper Knaeuschen > /etc/nologin From owner-freebsd-hackers Sun Aug 6 15:41:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA13415 for hackers-outgoing; Sun, 6 Aug 1995 15:41:12 -0700 Received: from strider.ibenet.it ([194.179.130.1]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id PAA13193 for ; Sun, 6 Aug 1995 15:39:24 -0700 Received: (from piero@localhost) by strider.ibenet.it (8.6.12/8.6.12) id AAA18336; Mon, 7 Aug 1995 00:36:57 +0200 From: Piero Serini Message-Id: <199508062236.AAA18336@strider.ibenet.it> Subject: Re: Micro channel .. To: anwar@boun.edu.tr (Arman Ali Anwar) Date: Mon, 7 Aug 1995 00:36:55 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: from "Arman Ali Anwar" at Jul 28, 95 02:34:13 am Reply-To: Piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 666 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello. Quoting from Arman Ali Anwar (Fri Jul 28 11:34:13 1995): [not important] ... > _______________________ > (_______________________) > ____(____Arman_Ali_Anwar____)___ ... NEVER, NEVER AGAIN please *anyone* use such a signature! I'm wasting ~800 bytes in this moment (* thousand of subscribers) and I feel guilty, what about a 25 lines signature?? Bye, -- # $Id: .signature,v 1.11 1995/07/29 17:48:34 piero Exp $ Piero Serini Via Giambologna, 1 TEMP: I 20136 Milano - ITALY From owner-freebsd-hackers Sun Aug 6 16:03:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id QAA15340 for hackers-outgoing; Sun, 6 Aug 1995 16:03:42 -0700 Received: from physics.su.oz.au (physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id QAA15330 for ; Sun, 6 Aug 1995 16:03:39 -0700 Received: by physics.su.oz.au id AA21733 (5.67b/IDA-1.4.4 for hackers@freebsd.org); Mon, 7 Aug 1995 09:03:22 +1000 From: David Dawes Message-Id: <199508062303.AA21733@physics.su.oz.au> Subject: Re: /dev/console & xconsole To: rpt@miles.sso.loral.com (Richard Toren) Date: Mon, 7 Aug 1995 09:03:21 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: from "Richard Toren" at Aug 6, 95 02:25:22 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 536 Sender: hackers-owner@freebsd.org Precedence: bulk >Is there some magic I need to work to get xconsole to be able >to open the console from my .xinitrc in 2.05? Did some characteristic of >/dev/console change? > >It works if started manually after an 'su'. Current permissions are: > ># ll /usr/X11R6/bin/xconsole >-rwsr-xr-x 1 root bin 16384 May 8 20:00 /usr/X11R6/bin/xconsole ># ll /dev/console >crw-rw-rw- 1 root wheel 0, 0 Aug 6 11:53 /dev/console I don't know the answer to your problem, but having xconsole setuid-root is a mistake security-wise. David From owner-freebsd-hackers Sun Aug 6 16:39:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id QAA18321 for hackers-outgoing; Sun, 6 Aug 1995 16:39:26 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id QAA18311 for ; Sun, 6 Aug 1995 16:39:23 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.11/8.6.6) id TAA13402; Sun, 6 Aug 1995 19:39:12 -0400 From: John Capo Message-Id: <199508062339.TAA13402@irbs.irbs.com> Subject: Re: /dev/console & xconsole To: rpt@miles.sso.loral.com Date: Sun, 6 Aug 1995 19:39:11 -0400 (EDT) Cc: freebsd-hackers@freefall.cdrom.com (freebsd-hackers) In-Reply-To: <199508062303.AA21733@physics.su.oz.au> from "David Dawes" at Aug 7, 95 09:03:21 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: 811 Sender: hackers-owner@FreeBSD.org Precedence: bulk David Dawes writes: > > >Is there some magic I need to work to get xconsole to be able > >to open the console from my .xinitrc in 2.05? Did some characteristic of > >/dev/console change? > > > >It works if started manually after an 'su'. Current permissions are: > > > ># ll /usr/X11R6/bin/xconsole > >-rwsr-xr-x 1 root bin 16384 May 8 20:00 /usr/X11R6/bin/xconsole > ># ll /dev/console > >crw-rw-rw- 1 root wheel 0, 0 Aug 6 11:53 /dev/console > > I don't know the answer to your problem, but having xconsole setuid-root > is a mistake security-wise. > > David > /dev/console needs to be owned by the user running xconsole. It works after you su due to /dev/console being owned by root. If you run xdm, the console is chown'ed to the user logging in. John Capo IRBS Engineering From owner-freebsd-hackers Sun Aug 6 16:54:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id QAA19293 for hackers-outgoing; Sun, 6 Aug 1995 16:54:37 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id QAA19287 for ; Sun, 6 Aug 1995 16:54:36 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23554; Sun, 6 Aug 95 17:47:28 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508062347.AA23554@cs.weber.edu> Subject: Re: print spooler [Was: getty(8)] To: freebsd-hackers@freebsd.org Date: Sun, 6 Aug 95 17:47:27 MDT In-Reply-To: <199508040805.KAA17028@uriah.heep.sax.de> from "J Wunsch" at Aug 4, 95 10:05:09 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > > This is a hairy issue. > > > > I believe that Palladium (IEEE POSIX) printing is probably required > > at some time. > > What do you mean wrt. Posix? All i found in Posix is lp(1), and we do > have it - despite it's lacking a few things required by Posix, frankly: POSIX 1003.8, not POSIX 1003.1. 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 Aug 6 17:19:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA22655 for hackers-outgoing; Sun, 6 Aug 1995 17:19:32 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id RAA22642 for ; Sun, 6 Aug 1995 17:19:28 -0700 Received: from localhost.cs.tu-berlin.de ([130.149.1.128]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id CAA11393; Mon, 7 Aug 1995 02:16:57 +0200 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id BAA07079; Mon, 7 Aug 1995 01:11:39 +0200 Date: Mon, 7 Aug 1995 01:11:39 +0200 From: Wolfram Schneider Message-Id: <199508062311.BAA07079@localhost> To: "Amancio Hasty Jr." Cc: hackers@freebsd.org Subject: Free Ascend Pipeline 50 Router!! In-Reply-To: <199507301431.HAA00691@rah.star-gate.com> References: <199507301431.HAA00691@rah.star-gate.com> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@freebsd.org Precedence: bulk Amancio Hasty, Jr. writes: > >Pacific Bell has a new program in which they waive ISDN line costs and >gives you an Ascend Pipeline 50 if you sign up for 2 years. >For info call Pac Bell at 213-975-5547. FYI, the german telecom (Deutsche Telecom AG) has now 1,800,000 ISDN lines. Wolfram From owner-freebsd-hackers Sun Aug 6 20:17:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA02859 for hackers-outgoing; Sun, 6 Aug 1995 20:17:01 -0700 Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id UAA02853 ; Sun, 6 Aug 1995 20:16:55 -0700 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by distortion.eng.umd.edu (8.6.10/8.6.4) with ESMTP id XAA05150; Sun, 6 Aug 1995 23:16:46 -0400 Received: (chuckr@localhost) by mocha.eng.umd.edu (8.6.10/8.6.4) id XAA04298; Sun, 6 Aug 1995 23:16:45 -0400 Date: Sun, 6 Aug 1995 23:16:44 -0400 (EDT) From: Chuck Robey To: Piero Serini cc: "Justin T. Gibbs" , hackers@freefall.cdrom.com Subject: Re: ekshell /etc/services entry? In-Reply-To: <199508061546.RAA17576@strider.ibenet.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 6 Aug 1995, Piero Serini wrote: > Hello. > > Quoting from Justin T. Gibbs (Sun Aug 6 17:19:43 1995): > > Anyone have, or know where to obtain, the official entry for this > > service? We're missing it in FreeBSD's version of /etc/services. > > What is it? I guess kerberos remsh. > > # uname -a > SunOS ibe1 5.4 generic sun4m sparc > # grep ekshell /etc/services > # grep sh /etc/services > shell 514/tcp cmd # > # > I don't know _what_ the right answer is, but I thought you might want to know that Piero's answer doesn't seem to be unanimous. Here's the uname -a from my host at the Univ. of Maryland, and a relevant part of /etc/services: SunOS mocha.eng 4.1.4 2 sun4m # # Network services, Internet style # superset of SunOS 4.1 "@(#)services 1.16 90/01/03 SMI" # [bunch of other stuff] ekshell 2107/tcp cmd # Kerberos encrypted shell [rest of other stuff] ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 (Freebsd 2.0R) and n3lxx (301) 220-2114 | (FreeBSD 2.0.5-snap) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sun Aug 6 21:00:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id VAA06860 for hackers-outgoing; Sun, 6 Aug 1995 21:00:14 -0700 Received: from kithrup.com (kithrup.com [140.174.23.40]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id VAA06853 ; Sun, 6 Aug 1995 21:00:13 -0700 Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id VAA29203; Sun, 6 Aug 1995 21:00:00 -0700 Date: Sun, 6 Aug 1995 21:00:00 -0700 From: Sean Eric Fagan Message-Id: <199508070400.VAA29203@kithrup.com> To: chuckr@Glue.umd.edu, piero@strider.ibenet.it Subject: Re: ekshell /etc/services entry? Cc: gibbs@freefall.cdrom.com, hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >ekshell 2107/tcp cmd # Kerberos encrypted shell Hm. My system uses the same values as Cygnus' kerberos release, which is (I'm fairly certain) the same as MIT's: ekshell 9876/tcp # Kerberos encrypted rsh Sean. From owner-freebsd-hackers Sun Aug 6 21:03:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id VAA07146 for hackers-outgoing; Sun, 6 Aug 1995 21:03:50 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id VAA07135 ; Sun, 6 Aug 1995 21:03:45 -0700 Message-Id: <199508070403.VAA07135@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Sean Eric Fagan , wollman@freefall.cdrom.com cc: chuckr@glue.umd.edu, piero@strider.ibenet.it, hackers@freefall.cdrom.com Subject: Re: ekshell /etc/services entry? In-reply-to: Your message of "Sun, 06 Aug 95 21:00:00 PDT." <199508070400.VAA29203@kithrup.com> Date: Sun, 06 Aug 1995 21:03:45 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >>ekshell 2107/tcp cmd # Kerberos encrypted shell > >Hm. My system uses the same values as Cygnus' kerberos release, which is >(I'm fairly certain) the same as MIT's: > >ekshell 9876/tcp # Kerberos encrypted rsh > >Sean. I think we should go with whatever MIT ships with. Garrett, do you know what the MIT distribution uses? -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Aug 6 21:50:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id VAA09135 for hackers-outgoing; Sun, 6 Aug 1995 21:50:19 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id VAA09129 for ; Sun, 6 Aug 1995 21:50:06 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id VAA05206; Sun, 6 Aug 1995 21:48:25 -0700 Date: Sun, 6 Aug 1995 21:48:25 -0700 Message-Id: <199508070448.VAA05206@silvia.HIP.Berkeley.EDU> To: taob@gate.sinica.edu.tw CC: jkh@time.cdrom.com, jdli@csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org In-reply-to: (message from Brian Tao on Sun, 6 Aug 1995 16:43:38 +0800 (CST)) Subject: Re: XFree86-3.1.2 & gnumalloc From: asami@cs.berkeley.edu (Satoshi Asami) Sender: hackers-owner@FreeBSD.org Precedence: bulk * From: Brian Tao * * On Thu, 3 Aug 1995, Jordan K. Hubbard wrote: * > Assuming that there isn't any instability introduced, gnumalloc is * > indeed a win for memory consumption! I used to have core dumps when I C-A-F1'd out of a 16bpp S3 server (3.1.1u2 + gnumalloc) while running xsnow, but the 3.1.2 XF86_S3 doesn't do that to me anymore. :) * Tell me about it: * * 4904 taob 37 0 5940K 2076K run 0:34 4.06% 4.04% netscape * 165 root 2 0 6444K 5256K run 336:45 5.07% 5.07% XF86_Mach64 * 5231 taob 2 0 2892K 2292K sleep 0:03 0.61% 0.61% xv * * My X server is normally up to around 12 to 15 megs after a few * hours of normal usage. xv, after loading in several large TIFF's and * RGB files, is typically sitting up in the 5- to 6- megabyte range. * Netscape is, of course, its usual bloated self. ;-) Other than the Tk * tear-off menu problem, it's been running flawlessly. Well, gnumalloc in XF86_* can only help you for XF86_*. ;) But xv, if you picked up a recent version from ports, will use gnumalloc (check out patch-ad). And for netscape, well that's statically linked, nothing we can do about it. I've added -lgnumalloc to my FreeBSD.cf a couple of months ago and all the X clients (that use imake) that I have compiled since then have been working fine so far. Satoshi From owner-freebsd-hackers Sun Aug 6 22:06:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id WAA10060 for hackers-outgoing; Sun, 6 Aug 1995 22:06:59 -0700 Received: from pluto.ops.NeoSoft.com (pluto.ops.NeoSoft.COM [198.64.212.23]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id WAA10023 ; Sun, 6 Aug 1995 22:06:54 -0700 Received: from concorde.neosoft.com (root@concorde.NeoSoft.COM [198.65.161.214]) by pluto.ops.NeoSoft.com (8.6.10/8.6.10) with ESMTP id AAA03377; Mon, 7 Aug 1995 00:06:51 -0500 Received: (from dbaker@localhost) by concorde.neosoft.com (8.6.11/8.6.11) id AAA06569; Mon, 7 Aug 1995 00:06:44 -0500 Date: Mon, 7 Aug 1995 00:06:39 -0500 (CDT) From: Daniel Baker X-Sender: dbaker@concorde To: hackers@freebsd.org, current@freebsd.org, questions@freebsd.org, smace@neosoft.com Subject: Make World won't work (cc_int) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I am currently running FreeBSD 2.0.5-RELEASE and am trying to make world CURRENT Aug 7 00:00:30 1995. But, it always stops at: (I've had problems with this when I've tried compiling previous versions) ===> gnu/usr.bin/cc/cc_int cc -O2 -m486 -I/usr/src/gnu/usr.bin/cc/cc_int -I/usr/src/gnu/usr.bin/cc/cc_int/. ./include -Dbsd4_4 -DGCC_INCLUDE_DIR=\"FOO\" -DTOOL_INCLUDE_DIR=\"FOO\" -DGPLUSP LUS_INCLUDE_DIR=\"FOO\" -DDEFAULT_TARGET_VERSION=\"2.6.3\" -DDEFAULT_TARGET_MACH INE=\"i386--freebsd\" -DSTANDARD_EXEC_PREFIX=\"/usr/libexec/\" -DSTANDARD_STARTF ILE_PREFIX=\"/usr/lib/\" -DHAVE_PUTENV -DGCC_NAME=\"cc\" -DLINK_LIBGCC_SPECIAL_1 -I/usr/src/gnu/usr.bin/cc/cc_int -I/usr/src/gnu/usr.bin/cc/cc_int/../include -D bsd4_4 -DGCC_INCLUDE_DIR=\"FOO\" -DTOOL_INCLUDE_DIR=\"FOO\" -DGPLUSPLUS_INCLUDE_ DIR=\"FOO\" -DDEFAULT_TARGET_VERSION=\"2.6.3\" -DDEFAULT_TARGET_MACHINE=\"i386-- freebsd\" -DSTANDARD_EXEC_PREFIX=\"/usr/libexec/\" -DSTANDARD_STARTFILE_PREFIX=\ "/usr/lib/\" -DHAVE_PUTENV -DGCC_NAME=\"cc\" -DLINK_LIBGCC_SPECIAL_1 -c /usr/src /gnu/usr.bin/cc/cc_int/stor-layout.c -o stor-layout.o *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 --EOF--- Sorry if all that info is not necessary, or if it's not enough... email me and I'll tell you as much as I know.. :-) ++If you're cool, you run FreeBSD++ Daniel Baker -- NeoSoft Student Assistant (UseNet, FTP & CivNet Admin.) DBaker@NeoSoft.COM DBaker@Concorde-Mail.NeoSoft.COM (A FreeBSD Machine) ** http://www.neosoft.com/neosoft/staff/dbaker/default.html ** ++Get NeoSoft 'Net Access TODAY!!! 1/800-GET-NEOSOFT++ From owner-freebsd-hackers Sun Aug 6 22:22:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id WAA11224 for hackers-outgoing; Sun, 6 Aug 1995 22:22:46 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id WAA11218 for ; Sun, 6 Aug 1995 22:22:37 -0700 Received: by misery.sdf.com id <1149>; Sun, 6 Aug 1995 22:22:40 +0100 Date: Sun, 6 Aug 1995 22:22:25 -0700 (PDT) From: Tom Samplonius To: "TCM's Computer Clubhouse Youth News Program" cc: hackers@freebsd.org Subject: Re: Com4 Problems In-Reply-To: <9508062138.AA21655@media-lab.media.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sun, 6 Aug 1995, TCM's Computer Clubhouse Youth News Program wrote: > Hya, > I am having problems install the FreeBSD Version 2.0... Well, it is > installed, but I cant get it to call another system to get connected to the > internet... I try using the SLIP, and it ask me for port # I wish to use, > It gives me this option of /dev/tty00 ... What do I do there? I tried > using the others ex. /dev/tty03 , but none of them work.. I have my modem in > Port 4..... So please reply back ASA you can.. First of all, this message belongs on "freebsd-questions". You will probably want to use /dev/cuaa3 Tom From owner-freebsd-hackers Sun Aug 6 22:32:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id WAA11491 for hackers-outgoing; Sun, 6 Aug 1995 22:32:16 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id WAA11484 for ; Sun, 6 Aug 1995 22:31:48 -0700 Received: by misery.sdf.com id <1150>; Sun, 6 Aug 1995 22:31:24 +0100 Date: Sun, 6 Aug 1995 22:31:05 -0700 (PDT) From: Tom Samplonius To: hackers@freebsd.org Subject: /etc/services addition Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Could someone add the following patch to /etc/services? I proposed this idea some time ago, and no one came up with anything negative. Radius is currently on its third ietf draft. Implementations are available from Merit and Livingston. *** services.old Mon Jun 26 11:58:33 1995 --- services Mon Jun 26 12:00:57 1995 *************** *** 1321,1326 **** --- 1321,1328 ---- pciarray 1552/udp issd 1600/tcp issd 1600/udp + radius 1645/udp + radacct 1646/udp nkd 1650/tcp nkd 1650/udp shiva_confsrvr 1651/tcp From owner-freebsd-hackers Mon Aug 7 00:29:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA21928 for hackers-outgoing; Mon, 7 Aug 1995 00:29:41 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id AAA21922 for ; Mon, 7 Aug 1995 00:29:38 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id AAA00692; Mon, 7 Aug 1995 00:28:18 -0700 From: "Rodney W. Grimes" Message-Id: <199508070728.AAA00692@gndrsh.aac.dev.com> Subject: Re: /etc/services addition To: tom@misery.sdf.com (Tom Samplonius) Date: Mon, 7 Aug 1995 00:28:18 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: from "Tom Samplonius" at Aug 6, 95 10:31:05 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1219 Sender: hackers-owner@freebsd.org Precedence: bulk > > > Could someone add the following patch to /etc/services? I > proposed this idea some time ago, and no one came up with anything > negative. > > Radius is currently on its third ietf draft. Implementations are > available from Merit and Livingston. The proper way for this to happen is for the IANA RFC to be reissued with these in it. Otherwise these are not official, and should not be in any production release code. Please, do not change /etc/services from IANA assignment, that is the _book_ on these. In cases that FreeBSD is shipping software with the base system that has not been officially assigned port numbers it is reasonable to add them with a comment. FreeBSD is not currently shipping and radius services. > > *** services.old Mon Jun 26 11:58:33 1995 > --- services Mon Jun 26 12:00:57 1995 > *************** > *** 1321,1326 **** > --- 1321,1328 ---- > pciarray 1552/udp > issd 1600/tcp > issd 1600/udp > + radius 1645/udp > + radacct 1646/udp > nkd 1650/tcp > nkd 1650/udp > shiva_confsrvr 1651/tcp > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Mon Aug 7 00:36:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA22159 for hackers-outgoing; Mon, 7 Aug 1995 00:36:13 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id AAA22149 for ; Mon, 7 Aug 1995 00:36:06 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id PAA00262; Mon, 7 Aug 1995 15:35:10 +0800 Date: Mon, 7 Aug 1995 15:35:09 +0800 (CST) From: Brian Tao To: Satoshi Asami cc: jdli@csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org Subject: Re: XFree86-3.1.2 & gnumalloc In-Reply-To: <199508070448.VAA05206@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 6 Aug 1995, Satoshi Asami wrote: > > I used to have core dumps when I C-A-F1'd out of a 16bpp S3 server > (3.1.1u2 + gnumalloc) while running xsnow, but the 3.1.2 XF86_S3 > doesn't do that to me anymore. :) I noticed the local XF86 mirror site still hasn't picked up 3.1.2 yet, so I continue to wait. :( > Well, gnumalloc in XF86_* can only help you for XF86_*. ;) But xv, if > you picked up a recent version from ports, will use gnumalloc (check > out patch-ad). And for netscape, well that's statically linked, > nothing we can do about it. Whoops, I wasn't clean in my previous post. I have recompiled xv to use gnumalloc as well, and was thus commenting on the increased memory usage efficiency of xv vs. the unmodified (unmodifiable!) Netscape binary. -- 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 Aug 7 00:45:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA22517 for hackers-outgoing; Mon, 7 Aug 1995 00:45:14 -0700 Received: from crash.ops.neosoft.com (crash.ops.NeoSoft.COM [198.64.212.50]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id AAA22511 for ; Mon, 7 Aug 1995 00:45:13 -0700 Received: (from smace@localhost) by crash.ops.neosoft.com (8.6.11/8.6.10) id CAA12234 for hackers@freebsd.org; Mon, 7 Aug 1995 02:45:30 -0500 From: Scott Mace Message-Id: <199508070745.CAA12234@crash.ops.neosoft.com> Subject: kerberos 5 To: hackers@freebsd.org Date: Mon, 7 Aug 1995 02:45:29 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 114 Sender: hackers-owner@freebsd.org Precedence: bulk Does anyone have kerberos 5 B5 up and fully running, specifically with encrpyted telnet enabled? Thanks, Scott From owner-freebsd-hackers Mon Aug 7 02:24:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA26186 for hackers-outgoing; Mon, 7 Aug 1995 02:24:20 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA26180 for ; Mon, 7 Aug 1995 02:24:16 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HTSG60KBPC00698L@mail.rwth-aachen.de>; Mon, 07 Aug 1995 11:23:26 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id LAA23182 for freebsd-hackers@freefall.cdrom.com; Mon, 7 Aug 1995 11:37:31 +0200 Date: Mon, 07 Aug 1995 11:37:31 +0200 From: "Christoph P. Kukulies" Subject: pcvt and ps/2 mouse (breaks) To: freebsd-hackers@freefall.cdrom.com Message-id: <199508070937.LAA23182@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk Back from a FreeBSD 'job' at a customers site (where I installed FreeBSD on 5 Dec PC LPV+ 466) I want to report that PCVT as it comes with the 2.0.5 CD breaks with a PS/2 mouse installed. I'm not quite sure if the PS/2 mouse is the culprit but it looks like. A kernel configured with the PCVT options as advised in the LINT kernel boots fine (reversed characters during the autoconfigure phase) but then locks up when the multiuser login prompt has appeared. The cursor is not in the last line (about in the fifth but last) and the keyboard is locked. I had to switch back to syscons which was handling the customers requirements wrt/ umlauts and keyboard mapping satisfyingly. This for the pcvt maintainer's information. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Tue Jul 18 14:49:19 MET DST 1995 kuku@blues.physik.rwth-aachen.de: /usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Mon Aug 7 02:53:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA26927 for hackers-outgoing; Mon, 7 Aug 1995 02:53:12 -0700 Received: from strider.ibenet.it ([194.179.130.1]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA26899 for ; Mon, 7 Aug 1995 02:52:34 -0700 Received: (from piero@localhost) by strider.ibenet.it (8.6.12/8.6.12) id LAA19293 for Hackers@FreeBSD.ORG; Mon, 7 Aug 1995 11:56:09 +0200 From: Piero Serini Message-Id: <199508070956.LAA19293@strider.ibenet.it> Subject: Re: ekshell /etc/services entry? To: chuckr@Glue.umd.edu (Chuck Robey) Date: Mon, 7 Aug 1995 11:55:35 +0200 (MET DST) Cc: fhackers@strider.ibenet.it In-Reply-To: from "Chuck Robey" at Aug 6, 95 11:16:44 pm Reply-To: Piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 952 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello. Quoting from Chuck Robey (Mon Aug 7 05:16:44 1995): ... > > # grep sh /etc/services > > shell 514/tcp cmd # > > # ... > I don't know _what_ the right answer is, but I thought you might want to > know that Piero's answer doesn't seem to be unanimous. Here's the > uname -a from my host at the Univ. of Maryland, and a relevant part > of /etc/services: > > SunOS mocha.eng 4.1.4 2 sun4m > > # > # Network services, Internet style > # superset of SunOS 4.1 "@(#)services 1.16 90/01/03 SMI" Mmmmm, on my Sun: #ident "@(#)services 1.9 93/09/10 SMI" /* SVr4.0 1.8 */ I bet the keyword here is "superset". Could you please send me your /etc/services, so I can diff the two? Bye, -- # $Id: .signature,v 1.11 1995/07/29 17:48:34 piero Exp $ Piero Serini Via Giambologna, 1 TEMP: I 20136 Milano - ITALY From owner-freebsd-hackers Mon Aug 7 05:11:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA00449 for hackers-outgoing; Mon, 7 Aug 1995 05:11:12 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id FAA00439 for ; Mon, 7 Aug 1995 05:11:00 -0700 From: simon@masi.ibp.fr Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id OAA22858 ; Mon, 7 Aug 1995 14:10:56 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id OAA04776 ; Mon, 7 Aug 1995 14:10:55 +0200 Received: (simon@localhost) by neuromancer.ibp.fr (8.6.11/bbj-1.0) id OAA00200; Mon, 7 Aug 1995 14:09:32 +0200 Message-Id: <199508071209.OAA00200@neuromancer.ibp.fr> Subject: patch adding the 'noauto' switch to 'mount' To: freebsd-hackers@FreeBSD.ORG Date: Mon, 7 Aug 1995 14:09:31 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23beta2] Content-Type: text Content-Length: 2737 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk Hi, I just got fed up with my DOS partition being mounted automatically at boot time, so I wrote a patch which enables the use of the 'noauto' flag in /etc/fstab. For example: /dev/sd0s2 /dos msdos rw,noauto 0 0 This flag prevents a filesystem from being mounted when a 'mount -a' occurs. It works for every kind of fs , since it's defined as a standard mount option. Just apply the patch, and don't forget to rebuild all the mount_xxx commands. Enjoy ! Julien -- http://www-masi.ibp.fr/~Julien.Simon --------------------------------------------------------------------------- --- /usr/include/sys/mount.h.old Sun Aug 6 14:57:33 1995 +++ /usr/include/sys/mount.h Sun Aug 6 13:18:34 1995 @@ -147,6 +147,7 @@ */ #define MNT_RDONLY 0x00000001 /* read only filesystem */ #define MNT_SYNCHRONOUS 0x00000002 /* file system written synchronously */ +#define MNT_NOAUTO 0x00000003 /* don't mount with 'mount -a' */ #define MNT_NOEXEC 0x00000004 /* can't exec from filesystem */ #define MNT_NOSUID 0x00000008 /* don't honor setuid bits on fs */ #define MNT_NODEV 0x00000010 /* don't interpret special files */ diff -urN /usr/src/sbin/mount.old/mntopts.h /usr/src/sbin/mount/mntopts.h --- /usr/src/sbin/mount.old/mntopts.h Sun Aug 6 14:45:30 1995 +++ /usr/src/sbin/mount/mntopts.h Sun Aug 6 14:54:49 1995 @@ -42,6 +42,7 @@ /* User-visible MNT_ flags. */ #define MOPT_ASYNC { "async", 0, MNT_ASYNC, 0 } +#define MOPT_NOAUTO { "auto", 1, MNT_NOAUTO, 0 } #define MOPT_NODEV { "dev", 1, MNT_NODEV, 0 } #define MOPT_NOEXEC { "exec", 1, MNT_NOEXEC, 0 } #define MOPT_NOSUID { "suid", 1, MNT_NOSUID, 0 } @@ -68,6 +69,7 @@ /* Standard options which all mounts can understand. */ #define MOPT_STDOPTS \ MOPT_FSTAB_COMPAT, \ + MOPT_NOAUTO, \ MOPT_NODEV, \ MOPT_NOEXEC, \ MOPT_NOSUID, \ diff -urN /usr/src/sbin/mount.old/mount.c /usr/src/sbin/mount/mount.c --- /usr/src/sbin/mount.old/mount.c Sun Aug 6 14:45:40 1995 +++ /usr/src/sbin/mount/mount.c Sun Aug 6 14:55:53 1995 @@ -84,6 +84,7 @@ { MNT_ASYNC, "asynchronous" }, { MNT_EXPORTED, "NFS exported" }, { MNT_LOCAL, "local" }, + { MNT_NOAUTO, "noauto" }, { MNT_NODEV, "nodev" }, { MNT_NOEXEC, "noexec" }, { MNT_NOSUID, "nosuid" }, @@ -166,10 +167,12 @@ continue; if (badvfsname(fs->fs_vfstype, vfslist)) continue; + if (!strstr(fs->fs_mntops, "noauto")) { if (mountfs(fs->fs_vfstype, fs->fs_spec, - fs->fs_file, init_flags, options, - fs->fs_mntops)) - rval = 1; + fs->fs_file, init_flags, options, + fs->fs_mntops)) + rval = 1; + } } else { if ((mntsize = getmntinfo(&mntbuf, MNT_NOWAIT)) == 0) From owner-freebsd-hackers Mon Aug 7 05:15:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA00655 for hackers-outgoing; Mon, 7 Aug 1995 05:15:53 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id FAA00645 for ; Mon, 7 Aug 1995 05:15:48 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id UAA00773; Mon, 7 Aug 1995 20:14:13 +0800 Date: Mon, 7 Aug 1995 20:14:12 +0800 (CST) From: Brian Tao To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.cdrom.com Subject: Re: pcvt and ps/2 mouse (breaks) In-Reply-To: <199508070937.LAA23182@gilberto.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 7 Aug 1995, Christoph P. Kukulies wrote: > > A kernel configured with the PCVT options as advised in the LINT > kernel boots fine (reversed characters during the autoconfigure phase) > but then locks up when the multiuser login prompt has appeared. Although I have minor problems with a PS/2 mouse and XFree86 3.1.1 on a Compaq Presario 425, it boots fine with the psm0 device and pcvt in the kernel. 2.0.5-RELEASE. From owner-freebsd-hackers Mon Aug 7 06:14:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id GAA02673 for hackers-outgoing; Mon, 7 Aug 1995 06:14:13 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id GAA02663 for ; Mon, 7 Aug 1995 06:14:11 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HTSO4KFY6O0069WL@mail.rwth-aachen.de>; Mon, 07 Aug 1995 15:11:20 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id PAA23555; Mon, 7 Aug 1995 15:25:27 +0200 Date: Mon, 07 Aug 1995 15:25:26 +0200 (MET DST) From: Christoph Kukulies Subject: Re: pcvt and ps/2 mouse (breaks) In-reply-to: from "Brian Tao" at Aug 7, 95 08:14:12 pm To: taob@gate.sinica.edu.tw (Brian Tao) Cc: freebsd-hackers@freefall.cdrom.com (user alias) Reply-to: Christoph Kukulies Message-id: <199508071325.PAA23555@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 1015 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > On Mon, 7 Aug 1995, Christoph P. Kukulies wrote: > > > > A kernel configured with the PCVT options as advised in the LINT > > kernel boots fine (reversed characters during the autoconfigure phase) > > but then locks up when the multiuser login prompt has appeared. > > Although I have minor problems with a PS/2 mouse and XFree86 3.1.1 > on a Compaq Presario 425, it boots fine with the psm0 device and pcvt > in the kernel. 2.0.5-RELEASE. Hhmm. This is a data point against my hypothesis (that ps/2 mouse is the culprit). I wonder what else it can be. Keyboard controller? There is not much else hardware involved. wdc0 (wd0+wd1), ed1 (0x300/5/d8000), fdc0, that's all. Well, it's DEC hardware :-) but Compaq isn't less cumbersome, maybe in other ways. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Tue Jul 18 14:49:19 MET DST 1995 kuku@blues.physik.rwth-aachen.de: /usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Mon Aug 7 06:50:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id GAA03710 for hackers-outgoing; Mon, 7 Aug 1995 06:50:09 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id GAA03703 for ; Mon, 7 Aug 1995 06:50:06 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HTSPDLSWZ4006ACC@mail.rwth-aachen.de>; Mon, 07 Aug 1995 15:47:38 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id QAA23656 for freebsd-hackers@freefall.cdrom.com; Mon, 7 Aug 1995 16:01:40 +0200 Date: Mon, 07 Aug 1995 16:01:40 +0200 From: "Christoph P. Kukulies" Subject: xview problem (olvwm) To: freebsd-hackers@freefall.cdrom.com Message-id: <199508071401.QAA23656@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm running olvwm and some xview clients. Something weird happens when I try to run the props binary from under the window manager (pop up menu) I get an error (in .xsession-errors) saying that /bin/props cannot be found. This looks like OPENWINHOME not being defined in the first place but it definitely *is* defined (in my .cshrc). I'm running tcsh (built under FreeBSD-2.0.5). Any clues? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Tue Jul 18 14:49:19 MET DST 1995 kuku@blues.physik.rwth-aachen.de: /usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Mon Aug 7 07:13:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id HAA05063 for hackers-outgoing; Mon, 7 Aug 1995 07:13:45 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id HAA05056 for ; Mon, 7 Aug 1995 07:13:42 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.11/8.6.5) with ESMTP id HAA08647; Mon, 7 Aug 1995 07:12:54 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id HAA00196; Mon, 7 Aug 1995 07:14:27 -0700 Message-Id: <199508071414.HAA00196@corbin.Root.COM> To: simon@masi.ibp.fr cc: freebsd-hackers@freebsd.org Subject: Re: patch adding the 'noauto' switch to 'mount' In-reply-to: Your message of "Mon, 07 Aug 95 14:09:31 +0200." <199508071209.OAA00200@neuromancer.ibp.fr> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 07 Aug 1995 07:14:26 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >I just got fed up with my DOS partition being mounted automatically >at boot time, so I wrote a patch which enables the use of the 'noauto' >flag in /etc/fstab. > >For example: /dev/sd0s2 /dos msdos rw,noauto 0 0 > >This flag prevents a filesystem from being mounted when a 'mount -a' occurs. >It works for every kind of fs , since it's defined as a standard >mount option. That's an interesting option, but the "-a" switch stands for "all" - not "auto". I suppose the first question that comes to mind is: if you don't want the filesystem mounted with "-a", then why are you putting it in fstab? -DG From owner-freebsd-hackers Mon Aug 7 07:49:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id HAA06288 for hackers-outgoing; Mon, 7 Aug 1995 07:49:51 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id HAA06279 for ; Mon, 7 Aug 1995 07:49:44 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id AAA23418; Tue, 8 Aug 1995 00:45:59 +0930 From: Michael Smith Message-Id: <199508071515.AAA23418@genesis.atrad.adelaide.edu.au> Subject: Re: xview problem (olvwm) To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Tue, 8 Aug 1995 00:45:58 +0930 (CST) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199508071401.QAA23656@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Aug 7, 95 04:01:40 pm Content-Type: text Content-Length: 1168 Sender: hackers-owner@FreeBSD.org Precedence: bulk Christoph P. Kukulies stands accused of saying: > > I'm running olvwm and some xview clients. Something weird happens > when I try to run the props binary from under the window manager > (pop up menu) I get an error (in .xsession-errors) saying that > /bin/props cannot be found. > > This looks like OPENWINHOME not being defined in the first place > but it definitely *is* defined (in my .cshrc). I'm running tcsh > (built under FreeBSD-2.0.5). > Any clues? .xsession is exec'd out of /usr/X11R6/lib/X11/xdm/Xsession, so it's most likely being run by sh, unless you've got #!/bin/csh at the top. In that case, it's not surprising that OPENWINHOME isn't being set. Either set it in your .profile, or in .xsession > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" - Terry Lambert [[ From owner-freebsd-hackers Mon Aug 7 08:01:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA07830 for hackers-outgoing; Mon, 7 Aug 1995 08:01:42 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA07798 for ; Mon, 7 Aug 1995 08:01:35 -0700 From: simon@masi.ibp.fr Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id RAA25195 for ; Mon, 7 Aug 1995 17:01:25 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id RAA05520 for freebsd-hackers@freebsd.org; Mon, 7 Aug 1995 17:01:24 +0200 Received: (simon@localhost) by neuromancer.ibp.fr (8.6.11/bbj-1.0) id RAA00201 for freebsd-hackers@freebsd.org; Mon, 7 Aug 1995 17:00:06 +0200 Message-Id: <199508071500.RAA00201@neuromancer.ibp.fr> Subject: Re: patch adding the 'noauto' switch to 'mount' To: freebsd-hackers@freebsd.org Date: Mon, 7 Aug 1995 17:00:06 +0200 (MET DST) In-Reply-To: <199508071414.HAA00196@corbin.Root.COM> from "David Greenman" at Aug 7, 95 07:14:26 am X-Mailer: ELM [version 2.4 PL23beta2] Content-Type: text Content-Length: 318 Sender: hackers-owner@freebsd.org Precedence: bulk Hi, > I suppose the first question that comes to mind is: if you don't want > the filesystem mounted with "-a", then why are you putting it in fstab? Because "mount /dos" is way shorter than "mount -t msdos /dev/sd0s2 /dos". Am I the only lazy guy out there ? :-) Julien -- http://www-masi.ibp.fr/~Julien.Simon From owner-freebsd-hackers Mon Aug 7 08:14:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA10055 for hackers-outgoing; Mon, 7 Aug 1995 08:14:48 -0700 Received: from dvals1.larc.nasa.gov (dvals1.larc.nasa.gov [128.155.4.96]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA10024 for ; Mon, 7 Aug 1995 08:14:42 -0700 Received: (from branson@localhost) by dvals1.larc.nasa.gov (8.6.11/8.6.9) id LAA27678; Mon, 7 Aug 1995 11:12:31 -0400 From: Branson Matheson Message-Id: <199508071512.LAA27678@dvals1.larc.nasa.gov> Subject: Re: patch adding the 'noauto' switch to 'mount' To: davidg@root.com Date: Mon, 7 Aug 1995 11:12:30 -0400 (EDT) Cc: simon@masi.ibp.fr, freebsd-hackers@freebsd.org In-Reply-To: <199508071414.HAA00196@corbin.Root.COM> from "David Greenman" at Aug 7, 95 07:14:26 am X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1409 Sender: hackers-owner@freebsd.org Precedence: bulk > > >I just got fed up with my DOS partition being mounted automatically > >at boot time, so I wrote a patch which enables the use of the 'noauto' > >flag in /etc/fstab. > > > >For example: /dev/sd0s2 /dos msdos rw,noauto 0 0 > > > >This flag prevents a filesystem from being mounted when a 'mount -a' occurs. > >It works for every kind of fs , since it's defined as a standard > >mount option. > > That's an interesting option, but the "-a" switch stands for "all" - not > "auto". I suppose the first question that comes to mind is: if you don't want > the filesystem mounted with "-a", then why are you putting it in fstab? This is a _very_ nice option to have and it is about time... Think about it this way... having things like /dev/fd0a /floppy msdos rw,noauto 0 0 /dev/cd0a /cdrom iso9660 rw,noauto 0 0 as well as > >For example: /dev/sd0s2 /dos msdos rw,noauto 0 0 then all you have to do is: mount /cdrom or mount /floppy Please incorperate this one guys... -branson -- MATHESON, E BRANSON E.B.MATHESON@LaRC.NASA.GOV Mail Stop 488 COMPUTER SCIENCES CORPORATION NASA Langley Research Center Assigned to Operations Support Division Hampton, VA 23681-0001 Phone +1 804 864-9700 http://longstreet.larc.nasa.gov/~branson/index.html From owner-freebsd-hackers Mon Aug 7 08:17:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA10588 for hackers-outgoing; Mon, 7 Aug 1995 08:17:18 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id IAA10544 ; Mon, 7 Aug 1995 08:17:04 -0700 Message-Id: <199508071517.IAA10544@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: davidg@root.com cc: simon@masi.ibp.fr, freebsd-hackers@freebsd.org Subject: Re: patch adding the 'noauto' switch to 'mount' In-reply-to: Your message of "Mon, 07 Aug 95 07:14:26 PDT." <199508071414.HAA00196@corbin.Root.COM> Date: Mon, 07 Aug 1995 08:17:02 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@freebsd.org Precedence: bulk > That's an interesting option, but the "-a" switch stands for "all" - not >"auto". I suppose the first question that comes to mind is: if you don't want >the filesystem mounted with "-a", then why are you putting it in fstab? > >-DG So he can say "mount /dos" instead of "mount -t msdos /dev/sd0s2 /dos". -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Mon Aug 7 08:18:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA10773 for hackers-outgoing; Mon, 7 Aug 1995 08:18:36 -0700 Received: from eldorado.net-tel.co.uk (eldorado.net-tel.co.uk [193.122.171.253]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA10751 for ; Mon, 7 Aug 1995 08:18:26 -0700 From: Andrew.Gordon@net-tel.co.uk Received: (from root@localhost) by eldorado.net-tel.co.uk (8.6.12/8.6.10) id QAA11746 for freebsd-hackers@freebsd.org; Mon, 7 Aug 1995 16:17:43 +0100 X400-Received: by mta "eldorado" in "/PRMD=net-tel/ADMD=gold 400/C=gb/"; Relayed; Mon, 7 Aug 95 16:17:35 +0100 X400-Received: by mta "net-tel cambridge" in "/PRMD=net-tel/ADMD=gold 400/C=gb/"; Relayed; Mon, 7 Aug 95 15:17:32 +0000 X400-Received: by "/PRMD=NET-TEL/ADMD=Gold 400/C=GB/"; Relayed; Mon, 7 Aug 95 15:17:32 +0000 X400-MTS-Identifier: ["/PRMD=NET-TEL/ADMD=Gold 400/C=GB/";hst:325-950807151732-21D9] X400-Content-Type: P2-1984 (2) X400-Originator: Andrew.Gordon@net-tel.co.uk Original-Encoded-Information-Types: IA5-Text X400-Recipients: freebsd-hackers@freebsd.org Date: Mon, 7 Aug 95 15:17:32 +0000 Content-Identifier: Re: patch adding Message-Id: <"MAC-950807161723-18A7*/G=Andrew/S=Gordon/O=Net-Tel Computer Systems Ltd/PRMD=Net-Tel/ADMD=Gold 400/C=GB/"@MHS> To: freebsd-hackers@freebsd.org Subject: Re: patch adding the 'noauto' switch to 'mount' Sender: hackers-owner@freebsd.org Precedence: bulk >>I just got fed up with my DOS partition being mounted automatically >>at boot time, so I wrote a patch which enables the use of the 'noauto' >>flag in /etc/fstab. >> >>For example: /dev/sd0s2 /dos msdos rw,noauto 0 0 >> >>This flag prevents a filesystem from being mounted when a 'mount -a' occurs. >>It works for every kind of fs , since it's defined as a standard >>mount option. > > That's an interesting option, but the "-a" switch stands for "all" - not >"auto". I suppose the first question that comes to mind is: if you don't want >the filesystem mounted with "-a", then why are you putting it in fstab? This reminds me of a problem that I have been having since upgrading to 2.0.5 (actually I did a re-format and clean install). The install left me with an fstab entry for /cdrom which is fine. However, if I should happen to re-boot with an audio CD in the drive, I now get thrown into single-user mode and can't proceed without either supplying a real CD-ROM or commenting out the entry in fstab. Under 2.0 and 9503xx-SNAP, this didn't happen - I just got a rude message and the boot proceeds as normal. Having the entry in fstab was handy in that it auto-mounted the CD if one happened to be in the drive, and if not it still allowed an abbreviated command to mount manually - "mount /cdrom". I haven't yet pulled back my old configuration off tape to see if I have inadvertenly changed somthing else that might affect this behaviour. One answer to your question 'why would you want entries in /etc/fstab" that you don't want mounted by mount -a' is so that you can later do a manual mount with "mount /dos" or similar, without having to remember the slice number etc. (admittedly not too hard to remember in the case of the /dev/cd0). From owner-freebsd-hackers Mon Aug 7 08:24:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA12052 for hackers-outgoing; Mon, 7 Aug 1995 08:24:33 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA12027 for ; Mon, 7 Aug 1995 08:24:25 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA15016; Mon, 7 Aug 1995 09:26:27 -0600 Date: Mon, 7 Aug 1995 09:26:27 -0600 Message-Id: <199508071526.JAA15016@rocky.sri.MT.net> To: davidg@Root.COM Cc: simon@masi.ibp.fr, freebsd-hackers@freebsd.org Subject: Re: patch adding the 'noauto' switch to 'mount' In-Reply-To: <199508071414.HAA00196@corbin.Root.COM> References: <199508071209.OAA00200@neuromancer.ibp.fr> <199508071414.HAA00196@corbin.Root.COM> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@freebsd.org Precedence: bulk > >I just got fed up with my DOS partition being mounted automatically > >at boot time, so I wrote a patch which enables the use of the 'noauto' > >flag in /etc/fstab. > > > >For example: /dev/sd0s2 /dos msdos rw,noauto 0 0 > > > >This flag prevents a filesystem from being mounted when a 'mount -a' occurs. > >It works for every kind of fs , since it's defined as a standard > >mount option. > > That's an interesting option, but the "-a" switch stands for "all" - not > "auto". I suppose the first question that comes to mind is: if you don't want > the filesystem mounted with "-a", then why are you putting it in fstab? So you don't have to specify the complete command line parameters when you *really* want it mounted. SunOS has this, and I use it all the time with the cdrom. Instead of saying 'mount -t cd9660 /dev/cd0a /cdrom' I can say 'mount /cdrom'. It will only mount the fs with an explicit mount, rather than the 'mount -a' command. I think it's a nice feature to have. Nate From owner-freebsd-hackers Mon Aug 7 08:27:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA12727 for hackers-outgoing; Mon, 7 Aug 1995 08:27:45 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id IAA12697 for ; Mon, 7 Aug 1995 08:27:40 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA17962; Mon, 7 Aug 95 15:27:00 GMT Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA15089; Mon, 7 Aug 1995 09:26:57 -0600 Date: Mon, 7 Aug 1995 09:26:57 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9508071526.AA15089@emu.fsl.noaa.gov> To: davidg@root.com Cc: simon@masi.ibp.fr, freebsd-hackers@freebsd.org In-Reply-To: <199508071414.HAA00196@corbin.Root.COM> (message from David Greenman on Mon, 07 Aug 1995 07:14:26 -0700) Subject: Re: patch adding the 'noauto' switch to 'mount' Sender: hackers-owner@freebsd.org Precedence: bulk >>>>> "David" == David Greenman writes: David> That's an interesting option, but the "-a" switch stands David> for "all" - not "auto". I suppose the first question that David> comes to mind is: if you don't want the filesystem mounted David> with "-a", then why are you putting it in fstab? Since fstab is a great place to collect the arcane mount options for various various filesystems; it's easier to type ``mount /blah'' than ``mount -o xyorg -mapping finnish -r -t xj /dev/spec/cd918028vca.189a /blah'' -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA I bet the one legend that keeps recurring throughout history, in every culture, is the story of Popeye. -- Jack Handey From owner-freebsd-hackers Mon Aug 7 08:34:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA14219 for hackers-outgoing; Mon, 7 Aug 1995 08:34:55 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA14190 for ; Mon, 7 Aug 1995 08:34:51 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id IAA03464; Mon, 7 Aug 1995 08:34:36 -0700 To: Andrew.Gordon@net-tel.co.uk cc: freebsd-hackers@freebsd.org Subject: Re: patch adding the 'noauto' switch to 'mount' In-reply-to: Your message of "Mon, 07 Aug 1995 15:17:32 -0000." <"MAC-950807161723-18A7*/G=Andrew/S=Gordon/O=Net-Tel Computer Systems Ltd/PRMD=Net-Tel/ADMD=Gold 400/C=GB/"@MHS> Date: Mon, 07 Aug 1995 08:34:36 -0700 Message-ID: <3462.807809676@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > This reminds me of a problem that I have been having since upgrading to 2.0.5 > (actually I did a re-format and clean install). The install left me with an > fstab entry for /cdrom which is fine. However, if I should happen to re-boot > with an audio CD in the drive, I now get thrown into single-user mode and can I have that problem too - it also occurs for a DOS filesystem that's not found (as can frequently be the case if you don't have a slice mountpoint for it, as from an old fstab file). Didn't use to, and I've put a little bit of time into looking how to make it a warning again, but no serious work invested so far.. Jordan From owner-freebsd-hackers Mon Aug 7 08:53:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA18316 for hackers-outgoing; Mon, 7 Aug 1995 08:53:52 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id IAA18285 ; Mon, 7 Aug 1995 08:53:44 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA00627; Mon, 7 Aug 1995 11:53:31 -0400 Date: Mon, 7 Aug 1995 11:53:31 -0400 From: Garrett Wollman Message-Id: <9508071553.AA00627@halloran-eldar.lcs.mit.edu> To: "Justin T. Gibbs" Cc: hackers@freefall.cdrom.com Subject: Re: ekshell /etc/services entry? In-Reply-To: <199508070403.VAA07135@freefall.cdrom.com> References: <199508070400.VAA29203@kithrup.com> <199508070403.VAA07135@freefall.cdrom.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk NB: I don't read `hackers'. < said: > I think we should go with whatever MIT ships with. Garrett, do you know > what the MIT distribution uses? No. I poked around in the sources of the Allspice System, and that version (around pl7 or so) doesn't support `rsh -x'. Kerberos v5 uses the same port and passes a special flag indicating that the connection is to be encrypted. There is no official assignment from IANA. `eklogin' is 2105, so it's not unreasonable to extrapolate from there. Our current DECstation /etc/services file looks like this in that area: zephyr-srv 2102/udp # Zephyr server zephyr-clt 2103/udp # Zephyr serv-hm connection zephyr-hm 2104/udp # Zephyr hostmanager eklogin 2105/tcp # Kerberos encrypted rlogin fsauth 2230/tcp # gdt's krb nfs auth -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Mon Aug 7 09:27:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA20622 for hackers-outgoing; Mon, 7 Aug 1995 09:27:03 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id JAA20611 ; Mon, 7 Aug 1995 09:27:01 -0700 Message-Id: <199508071627.JAA20611@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Garrett Wollman cc: hackers@freefall.cdrom.com Subject: Re: ekshell /etc/services entry? In-reply-to: Your message of "Mon, 07 Aug 95 11:53:31 EDT." <9508071553.AA00627@halloran-eldar.lcs.mit.edu> Date: Mon, 07 Aug 1995 09:27:00 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >NB: I don't read `hackers'. That's why I put you in the to line of my reply. :) >`eklogin' is 2105, so it's not unreasonable to extrapolate from there. >Our current DECstation /etc/services file looks like this in that >area: > >zephyr-srv 2102/udp # Zephyr server >zephyr-clt 2103/udp # Zephyr serv-hm connection >zephyr-hm 2104/udp # Zephyr hostmanager >eklogin 2105/tcp # Kerberos encrypted rlogin >fsauth 2230/tcp # gdt's krb nfs auth I started using 2106 here at cdrom.com for the same reason, but I'm wondering if we should be compatible with the cygnus distributions. > >-GAWollman > >-- >Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... >wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. >Opinions not those of| It is a bond more powerful than absence. We like peopl >e >MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Mon Aug 7 09:47:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA21904 for hackers-outgoing; Mon, 7 Aug 1995 09:47:36 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id JAA21894 for ; Mon, 7 Aug 1995 09:47:34 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA26239 ; Mon, 7 Aug 1995 18:47:29 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id SAA05908 ; Mon, 7 Aug 1995 18:47:28 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199508071647.SAA05908@blaise.ibp.fr> Subject: Re: patch adding the 'noauto' switch to 'mount' To: simon@masi.ibp.fr Date: Mon, 7 Aug 1995 18:47:28 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199508071500.RAA00201@neuromancer.ibp.fr> from "simon@masi.ibp.fr" at Aug 7, 95 05:00:06 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#880 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 401 Sender: hackers-owner@freebsd.org Precedence: bulk > > Because "mount /dos" is way shorter than "mount -t msdos /dev/sd0s2 /dos". > Am I the only lazy guy out there ? :-) No :-) It is even better for mount -t cd9660 /dev/cd0a /cdrom [I know I could make an alias or a Perl script but ya know, I'm lazy :-) ] -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD 2.2-CURRENT #5: Fri Jul 14 12:28:04 MET DST 1995 From owner-freebsd-hackers Mon Aug 7 09:58:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA22236 for hackers-outgoing; Mon, 7 Aug 1995 09:58:00 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id JAA22230 for ; Mon, 7 Aug 1995 09:57:58 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HTSW1ZFWC0006BVU@mail.rwth-aachen.de>; Mon, 07 Aug 1995 18:58:19 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id TAA24195; Mon, 7 Aug 1995 19:12:24 +0200 Date: Mon, 07 Aug 1995 19:12:24 +0200 From: "Christoph P. Kukulies" Subject: Re: xview problem (olvwm) To: msmith@atrad.adelaide.edu.au Cc: freebsd-hackers@freefall.cdrom.com Message-id: <199508071712.TAA24195@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk >Christoph P. Kukulies stands accused of saying: >> >> I'm running olvwm and some xview clients. Something weird happens >> when I try to run the props binary from under the window manager >> (pop up menu) I get an error (in .xsession-errors) saying that >> /bin/props cannot be found. >> >> This looks like OPENWINHOME not being defined in the first place >> but it definitely *is* defined (in my .cshrc). I'm running tcsh >> (built under FreeBSD-2.0.5). > >> Any clues? > >.xsession is exec'd out of /usr/X11R6/lib/X11/xdm/Xsession, so it's >most likely being run by sh, unless you've got #!/bin/csh at the >top. > >In that case, it's not surprising that OPENWINHOME isn't being set. >Either set it in your .profile, or in .xsession C'mon, you can't be serious, setting OPENWINHOME in .cshrc not being sufficient? The environment is a thing independent from the shell being used, isn't it? This has always worked before. And I see it working on another machine here with an old 'props' (1.1.5.1) client. And I don't have any OPENWINHOME setting elsewhere on that machine be it in .xsession or in .profile. I don't have a .profile at all. (disclaimer: I'm not a csh addict at all, originally I prefer the bourne shell). > >> --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > > >-- >]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ >]] Genesis Software genesis@atrad.adelaide.edu.au [[ >]] High-speed data acquisition and [[ >]] realtime instrument control (ph/fax) +61-8-267-3039 [[ >]] My car has "demand start" - Terry Lambert [[ > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Tue Jul 18 14:49:19 MET DST 1995 kuku@blues.physik.rwth-aachen.de: /usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Mon Aug 7 11:19:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id LAA24278 for hackers-outgoing; Mon, 7 Aug 1995 11:19:34 -0700 Received: from gvr.win.tue.nl (gvr.win.tue.nl [131.155.210.19]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id LAA24271 for ; Mon, 7 Aug 1995 11:19:27 -0700 Received: by gvr.win.tue.nl (8.6.10/1.53) id UAA17958; Mon, 7 Aug 1995 20:18:21 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199508071818.UAA17958@gvr.win.tue.nl> Subject: Re: /dev/console & xconsole To: rpt@miles.sso.loral.com (Richard Toren) Date: Mon, 7 Aug 1995 20:18:20 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: from "Richard Toren" at Aug 6, 95 02:25:22 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 708 Sender: hackers-owner@freebsd.org Precedence: bulk Richard Toren wrote: > > Is there some magic I need to work to get xconsole to be able > to open the console from my .xinitrc in 2.05? Did some characteristic of > /dev/console change? > > It works if started manually after an 'su'. Current permissions are: > > # ll /usr/X11R6/bin/xconsole > -rwsr-xr-x 1 root bin 16384 May 8 20:00 /usr/X11R6/bin/xconsole > # ll /dev/console > crw-rw-rw- 1 root wheel 0, 0 Aug 6 11:53 /dev/console > > .xinitrc line is: > xconsole -geometry 400x70+617+25 & > > giving: > "Couldn't open console in it's window. > > This used to work in 2.0R, See man fbtab and make sure console gets chown'ed to the one logging in at the console. -Guido From owner-freebsd-hackers Mon Aug 7 12:11:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA26130 for hackers-outgoing; Mon, 7 Aug 1995 12:11:39 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id MAA26121 for ; Mon, 7 Aug 1995 12:11:36 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA26424; Mon, 7 Aug 95 13:04:11 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508071904.AA26424@cs.weber.edu> Subject: Re: patch adding the 'noauto' switch to 'mount' To: davidg@Root.COM Date: Mon, 7 Aug 95 13:04:11 MDT Cc: simon@masi.ibp.fr, freebsd-hackers@freebsd.org In-Reply-To: <199508071414.HAA00196@corbin.Root.COM> from "David Greenman" at Aug 7, 95 07:14:26 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > >I just got fed up with my DOS partition being mounted automatically > >at boot time, so I wrote a patch which enables the use of the 'noauto' > >flag in /etc/fstab. > > > >For example: /dev/sd0s2 /dos msdos rw,noauto 0 0 > > > >This flag prevents a filesystem from being mounted when a 'mount -a' occurs. > >It works for every kind of fs , since it's defined as a standard > >mount option. > > That's an interesting option, but the "-a" switch stands for "all" - not > "auto". I suppose the first question that comes to mind is: if you don't want > the filesystem mounted with "-a", then why are you putting it in fstab? The mount -a is not the correct command for automount, obviously. The reason you'd want an entry in the /etc/fstab that was not mounted by default is so that you could later type something like mount /dos or mount /cdrom without having to know device names. This is especially salient for floppies and for allowing user mounts of local media when a user is on the console. For instance, in a lab full of dataless PC's running FreeBSD and an IBCS2 version of WordPerfect or Lotus 123, where the students keep floppies with their data files on them. 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 Aug 7 12:27:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA26874 for hackers-outgoing; Mon, 7 Aug 1995 12:27:16 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id MAA26867 for ; Mon, 7 Aug 1995 12:27:07 -0700 Received: from uucp3.UU.NET by relay3.UU.NET with SMTP id QQzbuj07491; Mon, 7 Aug 1995 15:26:58 -0400 Received: from uanet.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Mon, 7 Aug 1995 15:26:50 -0400 Received: by crocodil.monolit.kiev.ua (8.6.8.1/8.5) id WAA29206 for hackers@FreeBSD.ORG; Mon, 7 Aug 1995 22:24:07 +0300 Date: Mon, 7 Aug 1995 22:24:07 +0300 From: System daemons Message-Id: <199508071924.WAA29206@crocodil.monolit.kiev.ua> Apparently-To: hackers@FreeBSD.ORG Sender: hackers-owner@FreeBSD.ORG Precedence: bulk I have frequent problems while booting my 2.0.5-RELEASE with PCI SOYO 486 board and PCI SCI NCR controller (I have external SCSI CD connected to controller). Sometimes it boots, and sometimes panics during probing. happens both with GENERIC and custom kernel. My PCI board have dynamic INT-to-IRQ assignment, and SCSI uses INT A (mapped to IRQ 9), on-board 2-channel IDE uses INT B and INT C (should be IRQ 10 and 11). The CD-ROM is old HITACHI one. The NCR is SIDE-2953(?). The motherboard has its own BIOS, which is used before boot, but I dunno it is used by the driver ;-) From owner-freebsd-hackers Mon Aug 7 12:39:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA27449 for hackers-outgoing; Mon, 7 Aug 1995 12:39:54 -0700 Received: from netcom14.netcom.com (netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id MAA27441 for ; Mon, 7 Aug 1995 12:39:53 -0700 Received: by netcom14.netcom.com (8.6.12/Netcom) id MAA14557; Mon, 7 Aug 1995 12:37:44 -0700 Date: Mon, 7 Aug 1995 12:37:44 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199508071937.MAA14557@netcom14.netcom.com> To: davidg@Root.COM, terry@cs.weber.edu Subject: Re: patch adding the 'noauto' switch to 'mount' Cc: freebsd-hackers@freebsd.org, simon@masi.ibp.fr Sender: hackers-owner@freebsd.org Precedence: bulk >For instance, in a lab full of dataless PC's running FreeBSD and an >IBCS2 version of WordPerfect or Lotus 123, where the students keep >floppies with their data files on them. Does the above mean that WordPerfect now works in FreeBSD ? Tnks, Amancio From owner-freebsd-hackers Mon Aug 7 13:18:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id NAA28529 for hackers-outgoing; Mon, 7 Aug 1995 13:18:29 -0700 Received: from starfire.mn.org (starfire.skypoint.net [199.86.32.187]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id NAA28520 for ; Mon, 7 Aug 1995 13:18:22 -0700 From: john@starfire.mn.org Received: (from john@localhost) by starfire.mn.org (8.6.11/1.1) id PAA12295 for hackers@FreeBSD.org; Mon, 7 Aug 1995 15:17:40 -0500 Message-Id: <199508072017.PAA12295@starfire.mn.org> Subject: software rights To: hackers@FreeBSD.org (FreeBSD hackers) Date: Mon, 7 Aug 1995 15:17:39 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 354 Sender: hackers-owner@FreeBSD.org Precedence: bulk Where do I go to begin the quest for the One True Answer to what is owned by whom, what use is permitted, and whose permission you need to use TCP/IP and NFS implementations such as those in FreeBSD in a commercial bundled, turnkey product? John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Mon Aug 7 14:34:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id OAA02086 for hackers-outgoing; Mon, 7 Aug 1995 14:34:16 -0700 Received: from vortex.sdf.luth.se (vortex.sdf.luth.se [130.239.144.1]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id OAA02078 for ; Mon, 7 Aug 1995 14:34:11 -0700 Received: from alkinoos.sdf.luth.se by vortex.sdf.luth.se (8.6.11/8.6.9) with ESMTP id XAA18741 for ; Mon, 7 Aug 1995 23:37:25 +0200 Received: by alkinoos.sdf.luth.se (8.6.9/8.6.9) with UUCP id XAA12849 for freebsd-hackers@freebsd.org; Mon, 7 Aug 1995 23:37:32 +0200 Message-Id: <199508072137.XAA12849@alkinoos.sdf.luth.se> Subject: Autoinstall for FreeBSD??? To: freebsd-hackers@freebsd.org Date: Mon, 7 Aug 1995 23:37:31 +0200 (MET DST) From: "Karlsson Mattias" X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1145 Sender: hackers-owner@freebsd.org Precedence: bulk Hello hackers! I was thinking to make an autoinstall feature for FreeBSD, almost like the autoinstall for Solaris. Which would partition, install the operating system, config the kernel, setup the config files and install aditional software (ports,packages) etc. I have looked at the install and config section and that part will not be the hardest part. The trickiest part will probably be to know when a netbooting computer is in "install mode" so what do you think about passing a flag to the kernel and then make a program that could check what flags that where passed to the kernel. And if the kernel whas passed the install flag it would instead of starting init start a install script which would do the install and partitioning and config work. Now i would like to get some comments, ideas and if any one have a better idea to make the autoinstall then feel free to say so also feel free to tell me what you think about this idea. If this is an idea you like, I would like to have some help with adding the kernel flag and the program that checks the passed flags to the kernel. /Mattias Karlsson (matte@sdf.luth.se) From owner-freebsd-hackers Mon Aug 7 14:44:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id OAA02821 for hackers-outgoing; Mon, 7 Aug 1995 14:44:34 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id OAA02813 for ; Mon, 7 Aug 1995 14:44:32 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id OAA18977; Mon, 7 Aug 1995 14:44:07 -0700 From: Julian Elischer Message-Id: <199508072144.OAA18977@ref.tfs.com> Subject: Re: software rights To: john@starfire.mn.org Date: Mon, 7 Aug 1995 14:44:06 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199508072017.PAA12295@starfire.mn.org> from "john@starfire.mn.org" at Aug 7, 95 03:17:39 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 644 Sender: hackers-owner@FreeBSD.org Precedence: bulk If it's in the FreeBSD distribution then It's permissable to use it in any way you like as long as you follow the instruction in each file.. > > Where do I go to begin the quest for the One True Answer to what is owned > by whom, what use is permitted, and whose permission you need to use > TCP/IP and NFS implementations such as those in FreeBSD in a commercial > bundled, turnkey product? p.s. what are you doing with the TCP and not the rest of the kernel? it suggests you're doing a lot of low lever hacking :) > > John Lind, Starfire Consulting Services > E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 > From owner-freebsd-hackers Mon Aug 7 15:30:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAB04491 for hackers-outgoing; Mon, 7 Aug 1995 15:30:54 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id PAA04485 for ; Mon, 7 Aug 1995 15:30:51 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA27233; Mon, 7 Aug 95 16:23:19 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508072223.AA27233@cs.weber.edu> Subject: Re: patch adding the 'noauto' switch to 'mount' To: hasty@netcom.com (Amancio Hasty Jr) Date: Mon, 7 Aug 95 16:23:18 MDT Cc: davidg@Root.COM, freebsd-hackers@freebsd.org, simon@masi.ibp.fr In-Reply-To: <199508071937.MAA14557@netcom14.netcom.com> from "Amancio Hasty Jr" at Aug 7, 95 12:37:44 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > > >For instance, in a lab full of dataless PC's running FreeBSD and an > >IBCS2 version of WordPerfect or Lotus 123, where the students keep > >floppies with their data files on them. > > Does the above mean that WordPerfect now works in FreeBSD ? Wishful prognostication. 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 Aug 7 15:35:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA04607 for hackers-outgoing; Mon, 7 Aug 1995 15:35:01 -0700 Received: from tcsi.tcs.com (tcsi.tcs.com [137.134.41.11]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id PAA04598 for ; Mon, 7 Aug 1995 15:34:59 -0700 Received: from laguna.tcs.com (laguna.tcs.com [137.134.104.17]) by tcsi.tcs.com (8.6.10/8.6.10) with ESMTP id PAA25578; Mon, 7 Aug 1995 15:31:45 -0700 Received: from cozumel.tcs.com (cozumel.tcs.com [137.134.104.12]) by laguna.tcs.com (8.6.11/8.6.10) with SMTP id PAA13946; Mon, 7 Aug 1995 15:31:43 -0700 Received: by cozumel.tcs.com (5.x/SMI-SVR4) id AA00708; Mon, 7 Aug 1995 15:30:29 -0700 From: ambrisko@tcs.com (Douglas Ambrisko) Message-Id: <9508072230.AA00708@cozumel.tcs.com> Subject: Re: Autoinstall for FreeBSD??? To: matte@sdf.luth.se (Karlsson Mattias) Date: Mon, 7 Aug 1995 15:30:29 -0700 (PDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199508072137.XAA12849@alkinoos.sdf.luth.se> from "Karlsson Mattias" at Aug 7, 95 11:37:31 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk Karlsson Mattias writes: | | Hello hackers! | | I was thinking to make an autoinstall feature for FreeBSD, almost | like the autoinstall for Solaris. | | Which would partition, install the operating system, config the kernel, | setup the config files and install aditional software (ports,packages) etc. | | I have looked at the install and config section and that part will not be the | hardest part. The trickiest part will probably be to know when a netbooting | computer is in "install mode" so what do you think about passing a flag to | the kernel and then make a program that could check what flags that where | passed to the kernel. And if the kernel whas passed the install flag it would | instead of starting init start a install script which would do the install and | partitioning and config work. Here is some insight on what I have done before to manage a cluster of UNIX boxes, with no sysadm and worked really well. - modify bootpd so that it sends a query to a network manager with the ethernet hardware address and use the reply from the network manager server instead of the bootptab file. - build a network manager server (I had little system icons etc to identify systems) to listen for the hardware ether address. When it gets a request from a new computer on the net (ie new hardware ether addess) assign is an IP out of a pool of IP's and tell it to load a special installation kernel (this could be very similar to the floppy kernel) and give it a rootfs like the floppy kernel. Modify sysinstall to do your default auto install and take some of the default info from the netboot config file. You can get the network config info to setup /etc/sysconfig vi the netboot config file. Reboot when you're done and now you should have a configured system on the net. [I also changed the colour of the icons to indicate the state of the machine] I also made a special kernel that would only boot off the local file-system. This was then passed to any machine that had already been loaded by the server. [the reason we did this was to eliminate net-traffic for the basic OS stuff] [we wanted each machine to boot the kernel from the net so we would know when a machine paniced and wouldn't need to do anything with special boot CD's etc. so we did this ...] - setup each work-station to boot of the net. This is basically done if you burn the netboot into the eprom and put that in the ethernet card. Now I did this on a totaly different UNIX platform, but clearly all the hooks needed are mostly there now. You also have the source to finish the 10% left to do -- if that. | Now i would like to get some comments, ideas and if any one have a better | idea to make the autoinstall then feel free to say so also feel free to | tell me what you think about this idea. | | If this is an idea you like, I would like to have some help with adding the | kernel flag and the program that checks the passed flags to the kernel. I think a system like this would be extremely helpfull in a student lab full of PC's running FreeBSD. You could disable the BIOS from booting the floppy (I think you can set a BIOS passwd to protect that) then it should be fairly safe except for net tampering etc. Doug A. From owner-freebsd-hackers Mon Aug 7 16:01:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id QAA05614 for hackers-outgoing; Mon, 7 Aug 1995 16:01:27 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id QAA05606 for ; Mon, 7 Aug 1995 16:01:22 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id IAA24292; Tue, 8 Aug 1995 08:58:06 +0930 From: Michael Smith Message-Id: <199508072328.IAA24292@genesis.atrad.adelaide.edu.au> Subject: Re: xview problem (olvwm) To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Tue, 8 Aug 1995 08:58:06 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199508071712.TAA24195@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Aug 7, 95 07:12:24 pm Content-Type: text Content-Length: 2313 Sender: hackers-owner@FreeBSD.org Precedence: bulk Christoph P. Kukulies stands accused of saying: > >> This looks like OPENWINHOME not being defined in the first place > >> but it definitely *is* defined (in my .cshrc). I'm running tcsh > >> (built under FreeBSD-2.0.5). > > > >> Any clues? > > > >.xsession is exec'd out of /usr/X11R6/lib/X11/xdm/Xsession, so it's > >most likely being run by sh, unless you've got #!/bin/csh at the > >top. > > > >In that case, it's not surprising that OPENWINHOME isn't being set. > >Either set it in your .profile, or in .xsession > > C'mon, you can't be serious, setting OPENWINHOME in .cshrc not being > sufficient? The environment is a thing independent from the shell "C'mon" ? Look, let's follow the little tree and lets see where OPENWINHOME might possibly be read out of your .chsrc : If we assume you start xdm out of /etc/ttys (the best way) : init -> xdm -> sh Xsession -> exec ~user/.xsession -> exec wm Or if you start it out of /etc/rc.local : init -> sh /etc/rc.local -> xdm -> ... Hmm. Nothing there is going to read your ~/.chsrc... looks like you're SOL. (Actually, somewhere in there your default shell should run ~/.login, but that makes the line too long 8) > being used, isn't it? This has always worked before. And I see it working No, the environment is normally _inherited_ from the parent process. If OPENWINHOME isn't defined in any of the parent environments, it's only going to be defined if the shell gets told to do it. If you only have the instructions in ~/.cshrc, the only thing that's going to know to set is is a csh variant. > on another machine here with an old 'props' (1.1.5.1) client. And > I don't have any OPENWINHOME setting elsewhere on that machine > be it in .xsession or in .profile. I don't have a .profile at all. Then I'd assume that the OPENWINHOME default is fine on that machine, but not on the newer one. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" - Terry Lambert [[ From owner-freebsd-hackers Mon Aug 7 17:13:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA09752 for hackers-outgoing; Mon, 7 Aug 1995 17:13:16 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id RAA09725 for ; Mon, 7 Aug 1995 17:13:12 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id RAA01807; Mon, 7 Aug 1995 17:12:51 -0700 From: "Rodney W. Grimes" Message-Id: <199508080012.RAA01807@gndrsh.aac.dev.com> Subject: Re: patch adding the 'noauto' switch to 'mount' To: davidg@Root.COM Date: Mon, 7 Aug 1995 17:12:51 -0700 (PDT) Cc: simon@masi.ibp.fr, freebsd-hackers@freebsd.org In-Reply-To: <199508071414.HAA00196@corbin.Root.COM> from "David Greenman" at Aug 7, 95 07:14:26 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1487 Sender: hackers-owner@freebsd.org Precedence: bulk > > >I just got fed up with my DOS partition being mounted automatically > >at boot time, so I wrote a patch which enables the use of the 'noauto' > >flag in /etc/fstab. > > > >For example: /dev/sd0s2 /dos msdos rw,noauto 0 0 > > > >This flag prevents a filesystem from being mounted when a 'mount -a' occurs. > >It works for every kind of fs , since it's defined as a standard > >mount option. > Note there is a very serious error in the patch, MNT_* are bit flags, he defined flag MNT_NOAUTO as 0x3, witch is MNT_RDONLY | MNT_SYNCHRONOUS. Do NOT apply that patch without fixing this. > That's an interesting option, but the "-a" switch stands for "all" - not > "auto". I suppose the first question that comes to mind is: if you don't want > the filesystem mounted with "-a", then why are you putting it in fstab? It is common on many systems to have the noauto option, I agree it conflicts with the symantics of the -a option, but it is handy to store all the options for a file system in /etc/fstab, especially for complicted nfs mounts you may not want mounted at boot time: #gndrsh:/a /gndrsh/a nfs rw,bg,soft,intr 0 0 I really hate typing: mount -t nfs -o rw,bg,soft,intr gndrsh:/a /gndrsh/a when I could just type mount /gndrsh/a if we had the noALL option :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Mon Aug 7 17:20:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA10403 for hackers-outgoing; Mon, 7 Aug 1995 17:20:03 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id RAA10391 for ; Mon, 7 Aug 1995 17:19:59 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id RAA01843; Mon, 7 Aug 1995 17:19:41 -0700 From: "Rodney W. Grimes" Message-Id: <199508080019.RAA01843@gndrsh.aac.dev.com> Subject: Re: patch adding the 'noauto' switch to 'mount' To: simon@masi.ibp.fr Date: Mon, 7 Aug 1995 17:19:40 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199508071209.OAA00200@neuromancer.ibp.fr> from "simon@masi.ibp.fr" at Aug 7, 95 02:09: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: 3039 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > > Hi, > > I just got fed up with my DOS partition being mounted automatically > at boot time, so I wrote a patch which enables the use of the 'noauto' > flag in /etc/fstab. > > For example: /dev/sd0s2 /dos msdos rw,noauto 0 0 ... Patch has a rather serious bug in it. DO NOT APPLY THIS PATCH TO ANY RUNNING SYSTEM. > > > --- /usr/include/sys/mount.h.old Sun Aug 6 14:57:33 1995 > +++ /usr/include/sys/mount.h Sun Aug 6 13:18:34 1995 > @@ -147,6 +147,7 @@ > */ > #define MNT_RDONLY 0x00000001 /* read only filesystem */ > #define MNT_SYNCHRONOUS 0x00000002 /* file system written synchronously */ > +#define MNT_NOAUTO 0x00000003 /* don't mount with 'mount -a' */ WRONG VALUE!!! These are bit fields, not integers. MNT_NOAUTO is now the same as -o ro,sync :-(. MNT_NOAUTO does _not_ belong on in this set of bit patterns, the kernel could care less about this! We are also out of bits for some structures that try to store this value :-(. > #define MNT_NOEXEC 0x00000004 /* can't exec from filesystem */ > #define MNT_NOSUID 0x00000008 /* don't honor setuid bits on fs */ > #define MNT_NODEV 0x00000010 /* don't interpret special files */ > > > > diff -urN /usr/src/sbin/mount.old/mntopts.h /usr/src/sbin/mount/mntopts.h > --- /usr/src/sbin/mount.old/mntopts.h Sun Aug 6 14:45:30 1995 > +++ /usr/src/sbin/mount/mntopts.h Sun Aug 6 14:54:49 1995 > @@ -42,6 +42,7 @@ > > /* User-visible MNT_ flags. */ > #define MOPT_ASYNC { "async", 0, MNT_ASYNC, 0 } > +#define MOPT_NOAUTO { "auto", 1, MNT_NOAUTO, 0 } > #define MOPT_NODEV { "dev", 1, MNT_NODEV, 0 } > #define MOPT_NOEXEC { "exec", 1, MNT_NOEXEC, 0 } > #define MOPT_NOSUID { "suid", 1, MNT_NOSUID, 0 } > @@ -68,6 +69,7 @@ > /* Standard options which all mounts can understand. */ > #define MOPT_STDOPTS \ > MOPT_FSTAB_COMPAT, \ > + MOPT_NOAUTO, \ > MOPT_NODEV, \ > MOPT_NOEXEC, \ > MOPT_NOSUID, \ > diff -urN /usr/src/sbin/mount.old/mount.c /usr/src/sbin/mount/mount.c > --- /usr/src/sbin/mount.old/mount.c Sun Aug 6 14:45:40 1995 > +++ /usr/src/sbin/mount/mount.c Sun Aug 6 14:55:53 1995 > @@ -84,6 +84,7 @@ > { MNT_ASYNC, "asynchronous" }, > { MNT_EXPORTED, "NFS exported" }, > { MNT_LOCAL, "local" }, > + { MNT_NOAUTO, "noauto" }, > { MNT_NODEV, "nodev" }, > { MNT_NOEXEC, "noexec" }, > { MNT_NOSUID, "nosuid" }, > @@ -166,10 +167,12 @@ > continue; > if (badvfsname(fs->fs_vfstype, vfslist)) > continue; > + if (!strstr(fs->fs_mntops, "noauto")) { > if (mountfs(fs->fs_vfstype, fs->fs_spec, > - fs->fs_file, init_flags, options, > - fs->fs_mntops)) > - rval = 1; > + fs->fs_file, init_flags, options, > + fs->fs_mntops)) > + rval = 1; > + } > } > else { > if ((mntsize = getmntinfo(&mntbuf, MNT_NOWAIT)) == 0) > > > > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Mon Aug 7 22:09:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id WAA23934 for hackers-outgoing; Mon, 7 Aug 1995 22:09:54 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id WAA23926 for ; Mon, 7 Aug 1995 22:09:50 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA02253; Mon, 7 Aug 1995 22:09:32 -0700 From: "Rodney W. Grimes" Message-Id: <199508080509.WAA02253@gndrsh.aac.dev.com> Subject: Re: software rights To: john@starfire.mn.org Date: Mon, 7 Aug 1995 22:09:32 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199508072017.PAA12295@starfire.mn.org> from "john@starfire.mn.org" at Aug 7, 95 03:17:39 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: 767 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Where do I go to begin the quest for the One True Answer to what is owned > by whom, what use is permitted, and whose permission you need to use > TCP/IP and NFS implementations such as those in FreeBSD in a commercial > bundled, turnkey product? As pointed out by Julian the authoratative answer to this should be found in the beggining of each and every file on a file by file basis. There are some files that are not quite correct in what they state though, and may fall under the GPL :-(. Makefile's are not copyrightable as they describe a procedure to do something, not an expression of an idea. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Mon Aug 7 23:19:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id XAA28082 for hackers-outgoing; Mon, 7 Aug 1995 23:19:49 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id XAA28074 for ; Mon, 7 Aug 1995 23:19:46 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HTTO276YWG0069UZ@mail.rwth-aachen.de>; Tue, 08 Aug 1995 08:20:13 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA25729; Tue, 8 Aug 1995 08:34:13 +0200 Date: Tue, 08 Aug 1995 08:34:12 +0200 (MET DST) From: Christoph Kukulies Subject: Re: xview problem (olvwm) In-reply-to: <199508072328.IAA24292@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Aug 8, 95 08:58:06 am To: msmith@atrad.adelaide.edu.au (Michael Smith) Cc: kuku@gilberto.physik.rwth-aachen.de, msmith@atrad.adelaide.edu.au, freebsd-hackers@freefall.cdrom.com Reply-to: Christoph Kukulies Message-id: <199508080634.IAA25729@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 2082 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Christoph P. Kukulies stands accused of saying: > > >> This looks like OPENWINHOME not being defined in the first place > > >> but it definitely *is* defined (in my .cshrc). I'm running tcsh > > >> (built under FreeBSD-2.0.5). > > > > > >> Any clues? > > > > > >.xsession is exec'd out of /usr/X11R6/lib/X11/xdm/Xsession, so it's > > >most likely being run by sh, unless you've got #!/bin/csh at the > > >top. > > > > > >In that case, it's not surprising that OPENWINHOME isn't being set. > > >Either set it in your .profile, or in .xsession > > > > C'mon, you can't be serious, setting OPENWINHOME in .cshrc not being > > sufficient? The environment is a thing independent from the shell > > "C'mon" ? Look, let's follow the little tree and lets see where OK, I withdraw :-) > OPENWINHOME might possibly be read out of your .chsrc : > > If we assume you start xdm out of /etc/ttys (the best way) : > > init -> xdm -> sh Xsession -> exec ~user/.xsession -> exec wm > > Or if you start it out of /etc/rc.local : > > init -> sh /etc/rc.local -> xdm -> ... Thanks for pointing that out. I was in error. I got to investigate further what the cause might be. If anyone else is seeing a similar problem when installing xview and olvwm from ports please drop me a note. [...] > > on another machine here with an old 'props' (1.1.5.1) client. And > > I don't have any OPENWINHOME setting elsewhere on that machine > > be it in .xsession or in .profile. I don't have a .profile at all. > > Then I'd assume that the OPENWINHOME default is fine on that machine, > but not on the newer one. > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Tue Jul 18 14:49:19 MET DST 1995 kuku@blues.physik.rwth-aachen.de: /usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Tue Aug 8 00:33:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA02846 for hackers-outgoing; Tue, 8 Aug 1995 00:33:53 -0700 Received: (from gclarkii@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id AAA02837 for freebsd-hackers; Tue, 8 Aug 1995 00:33:51 -0700 From: Gary Clark II Message-Id: <199508080733.AAA02837@freefall.cdrom.com> Subject: ForPro To: freebsd-hackers Date: Tue, 8 Aug 1995 00:33:51 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 475 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Ok, I've now found out it was foxpro giving me the "too many files open" message. I ktraced and looked at the resulting dump. The only thing I can find is error 99 out of fstat. Any ideas? -- Gary Clark II (N5VMF) | FreeBSD support and service gclarkii@FreeBSD.ORG | mail info@gbdata.com for information FreeBSD FAQ at ftp.FreeBSD.ORG in ~pub/FreeBSD/FreeBSD-current/src/share/FAQ/Text/FreeBSD.FAQ From owner-freebsd-hackers Tue Aug 8 01:05:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id BAA04565 for hackers-outgoing; Tue, 8 Aug 1995 01:05:30 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id BAA04553 for ; Tue, 8 Aug 1995 01:05:27 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HTTRQ2TFC0006D80@mail.rwth-aachen.de>; Tue, 08 Aug 1995 10:05:45 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id KAA25982 for freebsd-hackers@freefall.cdrom.com; Tue, 8 Aug 1995 10:19:49 +0200 Date: Tue, 08 Aug 1995 10:19:49 +0200 From: "Christoph P. Kukulies" Subject: MapleV (BSDI binary) problem solved To: freebsd-hackers@freefall.cdrom.com Message-id: <199508080819.KAA25982@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk I was reporting a problem with MapleV (the BSDI binary) recently. It turned out that MapleV requires an XKeysymDB and nls tree from X11R5 otherwise some of it's binaries crash miserably. So it looks like BSDI binary compatibility still holds. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Aug 8 01:31:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id BAA06384 for hackers-outgoing; Tue, 8 Aug 1995 01:31:20 -0700 Received: (from gclarkii@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id BAA06376 for freebsd-hackers; Tue, 8 Aug 1995 01:31:17 -0700 From: Gary Clark II Message-Id: <199508080831.BAA06376@freefall.cdrom.com> Subject: FoxPro II To: freebsd-hackers Date: Tue, 8 Aug 1995 01:31:16 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1023 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Do some more tracking (Thanks to Jordan on the tip on ktrace) I belive I've found the problem. Here are a couple of lines from the trace. CALL open(0x40524f,0,0) NAMI /dev/null RET open 4 CALL old.fstat (0x4,0x6,0xefbfbf78) RET old.fstat -1 errno 99 Unknown error: 99 CALL close(0x04) RET close 0 Right after this it makes a lseek to find the error messages and then displays "Too many open files" and then exits. The only other errors that appear are "Inapporite(sic) ioctl for device" but it keeps loading things even after these so... Can someone please shed some light on the above? I've just loaded the library source and want to check what could cause the above. If anyone wants a copy of the ktrace please let me know. Gary -- Gary Clark II (N5VMF) | FreeBSD support and service gclarkii@FreeBSD.ORG | mail info@gbdata.com for information FreeBSD FAQ at ftp.FreeBSD.ORG in ~pub/FreeBSD/FreeBSD-current/src/share/FAQ/Text/FreeBSD.FAQ From owner-freebsd-hackers Tue Aug 8 01:45:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id BAA07574 for hackers-outgoing; Tue, 8 Aug 1995 01:45:10 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id BAA07557 for ; Tue, 8 Aug 1995 01:45:04 -0700 From: simon@masi.ibp.fr Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id KAA01116 for ; Tue, 8 Aug 1995 10:44:31 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id KAA07840 for freebsd-hackers@freebsd.org; Tue, 8 Aug 1995 10:44:30 +0200 Received: (simon@localhost) by neuromancer.ibp.fr (8.6.11/bbj-1.0) id KAA00358 for freebsd-hackers@freebsd.org; Tue, 8 Aug 1995 10:42:21 +0200 Message-Id: <199508080842.KAA00358@neuromancer.ibp.fr> Subject: Re: patch adding the 'noauto' switch to 'mount' To: freebsd-hackers@freebsd.org Date: Tue, 8 Aug 1995 10:42:21 +0200 (MET DST) In-Reply-To: <199508080019.RAA01843@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Aug 7, 95 05:19:40 pm X-Mailer: ELM [version 2.4 PL23beta2] Content-Type: text Content-Length: 900 Sender: hackers-owner@freebsd.org Precedence: bulk Hi, > > +#define MNT_NOAUTO 0x00000003 /* don't mount with 'mount -a' */ > > WRONG VALUE!!! These are bit fields, not integers. MNT_NOAUTO is now > the same as -o ro,sync :-(. MNT_NOAUTO does _not_ belong on in this > set of bit patterns, the kernel could care less about this! We are also > out of bits for some structures that try to store this value :-(. Argh :-O You're right on both points. The kernel doesn't even see that flag, since it's processed prior to the actual mounting of the FS, and it would be a Bad Thing to waste a precious bit-mask value on it (the first available one is 0x04000000). We need to have MNT_NOAUTO defined, though. how about : #define MNT_NOAUTO 0x00000000 This shouldn't interfere with the existing flags (right ?) and it wouldn't really waste a value. What do you think ? Any other ideas ? Julien -- http://www-masi.ibp.fr/~Julien.Simon From owner-freebsd-hackers Tue Aug 8 02:20:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA11324 for hackers-outgoing; Tue, 8 Aug 1995 02:20:34 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id CAA11311 for ; Tue, 8 Aug 1995 02:20:31 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id CAA03196; Tue, 8 Aug 1995 02:19:56 -0700 From: "Rodney W. Grimes" Message-Id: <199508080919.CAA03196@gndrsh.aac.dev.com> Subject: Re: patch adding the 'noauto' switch to 'mount' To: simon@masi.ibp.fr Date: Tue, 8 Aug 1995 02:19:55 -0700 (PDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199508080842.KAA00358@neuromancer.ibp.fr> from "simon@masi.ibp.fr" at Aug 8, 95 10:42:21 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1291 Sender: hackers-owner@freebsd.org Precedence: bulk > > > Hi, > > > > +#define MNT_NOAUTO 0x00000003 /* don't mount with 'mount -a' */ > > > > WRONG VALUE!!! These are bit fields, not integers. MNT_NOAUTO is now > > the same as -o ro,sync :-(. MNT_NOAUTO does _not_ belong on in this > > set of bit patterns, the kernel could care less about this! We are also > > out of bits for some structures that try to store this value :-(. > > Argh :-O > > You're right on both points. The kernel doesn't even see that flag, since > it's processed prior to the actual mounting of the FS, and it would > be a Bad Thing to waste a precious bit-mask value on it (the first > available one is 0x04000000). > > We need to have MNT_NOAUTO defined, though. > how about : > > #define MNT_NOAUTO 0x00000000 You do not need it defined if it's value is arbitrary, that is just non-sense. Try again... > This shouldn't interfere with the existing flags (right ?) and it wouldn't > really waste a value. Dangerious thing to define tokens with arbitrary values. Same day it will create a bug :-(. > What do you think ? Any other ideas ? Not without taking a serious look at the code. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Tue Aug 8 02:48:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id CAA14011 for hackers-outgoing; Tue, 8 Aug 1995 02:48:26 -0700 Received: from physics.su.oz.au (physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id CAA13985 for ; Tue, 8 Aug 1995 02:48:20 -0700 Received: by physics.su.oz.au id AA18633 (5.67b/IDA-1.4.4 for freebsd-hackers@freebsd.org); Tue, 8 Aug 1995 19:47:21 +1000 From: David Dawes Message-Id: <199508080947.AA18633@physics.su.oz.au> Subject: Re: patch adding the 'noauto' switch to 'mount' To: simon@masi.ibp.fr Date: Tue, 8 Aug 1995 19:47:20 +1000 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199508080842.KAA00358@neuromancer.ibp.fr> from "simon@masi.ibp.fr" at Aug 8, 95 10:42:21 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2477 Sender: hackers-owner@freebsd.org Precedence: bulk >> > +#define MNT_NOAUTO 0x00000003 /* don't mount with 'mount -a' */ >> >> WRONG VALUE!!! These are bit fields, not integers. MNT_NOAUTO is now >> the same as -o ro,sync :-(. MNT_NOAUTO does _not_ belong on in this >> set of bit patterns, the kernel could care less about this! We are also >> out of bits for some structures that try to store this value :-(. > >Argh :-O > >You're right on both points. The kernel doesn't even see that flag, since >it's processed prior to the actual mounting of the FS, and it would >be a Bad Thing to waste a precious bit-mask value on it (the first >available one is 0x04000000). > >We need to have MNT_NOAUTO defined, though. >how about : > >#define MNT_NOAUTO 0x00000000 > >This shouldn't interfere with the existing flags (right ?) and it wouldn't >really waste a value. > >What do you think ? Any other ideas ? The following patch seems to do the right thing for me (I've only tested it with cd9660 so far though, and I haven't really looked into it far enough to know if it causes other problems). David -------- Index: usr/src/sbin/mount/mntopts.h *** 1.1.1.2 1995/06/12 15:05:20 --- mntopts.h 1995/08/08 09:42:47 *************** *** 61,66 **** --- 61,68 ---- #define MOPT_RO { "ro", 0, MNT_RDONLY, 0 } #define MOPT_RW { "rw", 1, MNT_RDONLY, 0 } + #define MOPT_NOAUTO { "auto", 1, 0, 0 } + #define MOPT_FSTAB_COMPAT \ MOPT_RO, \ MOPT_RW *************** *** 68,73 **** --- 70,76 ---- /* Standard options which all mounts can understand. */ #define MOPT_STDOPTS \ MOPT_FSTAB_COMPAT, \ + MOPT_NOAUTO, \ MOPT_NODEV, \ MOPT_NOEXEC, \ MOPT_NOSUID, \ Index: usr/src/sbin/mount/mount.c *** 1.1.1.2 1995/03/27 05:22:08 --- mount.c 1995/08/08 00:50:54 *************** *** 166,175 **** continue; if (badvfsname(fs->fs_vfstype, vfslist)) continue; if (mountfs(fs->fs_vfstype, fs->fs_spec, ! fs->fs_file, init_flags, options, ! fs->fs_mntops)) ! rval = 1; } else { if ((mntsize = getmntinfo(&mntbuf, MNT_NOWAIT)) == 0) --- 166,177 ---- continue; if (badvfsname(fs->fs_vfstype, vfslist)) continue; + if (!strstr(fs->fs_mntops, "noauto")) { if (mountfs(fs->fs_vfstype, fs->fs_spec, ! fs->fs_file, init_flags, options, ! fs->fs_mntops)) ! rval = 1; ! } } else { if ((mntsize = getmntinfo(&mntbuf, MNT_NOWAIT)) == 0) From owner-freebsd-hackers Tue Aug 8 03:33:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id DAA17168 for hackers-outgoing; Tue, 8 Aug 1995 03:33:57 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id DAA17160 for ; Tue, 8 Aug 1995 03:33:54 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id DAA19149; Tue, 8 Aug 1995 03:31:40 -0700 Date: Tue, 8 Aug 1995 03:31:40 -0700 Message-Id: <199508081031.DAA19149@silvia.HIP.Berkeley.EDU> To: nils@guru.ims.uni-stuttgart.de CC: freebsd-hackers@freefall.cdrom.com In-reply-to: (nils@guru.ims.uni-stuttgart.de) Subject: Re: Port of dmake-4.0 From: asami@cs.berkeley.edu (Satoshi Asami) Sender: hackers-owner@FreeBSD.org Precedence: bulk (This should have been sent to "ports", Nils) * I have created a port of dmake-4.0 which is just another make * utility which I need for compiling my next port, the Exodus * Storage Manager 3.1. * * Please test and submit my port. * * Location: ftp.freebsd.org:/pub/FreeBSD/incoming/dmake-4.0.port.tar.gz Okay, I test-compiled and comitted your port. I made the following changes, but it compiled and packaged without a hitch. The Makefile has a fixed format, please take a look at the others. pkg/DESCR is not supposed to be longer that a couple of paragraphs. And please don't worry about @modes and @owners in PLIST, they should be correct unless the install rule is broken so no need to bother. Thanks! Satoshi ------- diff -ru devel/dmake/Makefile e/ports/devel/dmake/Makefile --- devel/dmake/Makefile Sat Aug 5 09:20:41 1995 +++ e/ports/devel/dmake/Makefile Tue Aug 8 03:24:10 1995 @@ -1,13 +1,18 @@ -# -*- Mode: Makefile -*- -# Port of: dmake 4.0 -# Date created: Mon Jul 31 12:03:58 1995 -# Porter: nils@guru.ims.uni-stuttgart.de - -MAINTAINER= nils@guru.ims.uni-stuttgart.de -CATEGORIES= development tools +# New ports collection makefile for: dmake +# Version required: 4.0 +# Date created: 31 July 1995 +# Whom: nils@guru.ims.uni-stuttgart.de +# +# $Id: Makefile,v 1.1.1.1 1995/08/08 10:24:10 asami Exp $ +# DISTNAME= dmake40 +PKGNAME= dmake-4.0 +CATEGORIES= development programming MASTER_SITES= ftp://plg.uwaterloo.ca/pub/dmake/ + +MAINTAINER= nils@guru.ims.uni-stuttgart.de + WRKSRC= $(WRKDIR)/dmake USE_GMAKE= yes MAKEFILE= makefile diff -ru devel/dmake/pkg/DESCR e/ports/devel/dmake/pkg/DESCR --- devel/dmake/pkg/DESCR Sat Aug 5 09:16:00 1995 +++ e/ports/devel/dmake/pkg/DESCR Tue Aug 8 03:24:11 1995 @@ -6,432 +6,3 @@ ------- The release is an attempt at addressing obscure faults in dmake and at providing some much needed new functionality. See below for details of enhancements and bug fixes. - - NOTE: There is one minor syntactic change to the makefile format (the rest of 400-line DESCR deleted) diff -ru devel/dmake/pkg/PLIST e/ports/devel/dmake/pkg/PLIST --- devel/dmake/pkg/PLIST Sat Aug 5 08:25:21 1995 +++ e/ports/devel/dmake/pkg/PLIST Tue Aug 8 03:24:10 1995 @@ -1,7 +1,2 @@ -@cd /usr/local -@mode 755 -@owner root -@group bin bin/dmake -@mode 444 lib/dmake/startup.mk From owner-freebsd-hackers Tue Aug 8 04:11:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id EAA20432 for hackers-outgoing; Tue, 8 Aug 1995 04:11:17 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id EAA20421 for ; Tue, 8 Aug 1995 04:11:14 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id EAA28736; Tue, 8 Aug 1995 04:08:55 -0700 Date: Tue, 8 Aug 1995 04:08:55 -0700 Message-Id: <199508081108.EAA28736@silvia.HIP.Berkeley.EDU> To: nils@guru.ims.uni-stuttgart.de CC: freebsd-hackers@freefall.cdrom.com In-reply-to: (nils@guru.ims.uni-stuttgart.de) Subject: Re: PS: Port of Exodus Storage Manager 3.1 From: asami@cs.berkeley.edu (Satoshi Asami) Sender: hackers-owner@FreeBSD.org Precedence: bulk Thanks, but it doesn't seem to compile here. This is the errors I got on thud, a 2.0.5R (pretty much) machine: Satoshi ------- ===> Building for sm-3.1 for i in `echo include common config client admin serverlib server formatvolume diskproc`;\ do (cd $i; dmake -S workspace.mod); done; workspace.mod is up to date. for i in `echo error options include list lm pool trace util`;\ do (cd $i; dmake -S -S workspace.mod); done; rm -f error.C g++ -I../../include -I../../common/include -O2 -Dsparc -DMMAP_BUFFER_POOL -c error.C errorCodeString.c: In function `char * errorCodeString(int)': In file included from error.C:5: errorCodeString.c:81: warning: return to `char *' from `const char *' discards const g++ -I../../include -I../../common/include -O2 -Dsparc -DMMAP_BUFFER_POOL -c -fpic error.C -o error.so errorCodeString.c: In function `char * errorCodeString(int)': In file included from error.C:5: errorCodeString.c:81: warning: return to `char *' from `const char *' discards const rm -f options.C g++ -I../../include -I../../common/include -O2 -Dsparc -DMMAP_BUFFER_POOL -c options.C g++ -I../../include -I../../common/include -O2 -Dsparc -DMMAP_BUFFER_POOL -c -fpic options.C -o options.so include.o is up to date. g++ -I../../include -I../../common/include -O2 -Dsparc -DMMAP_BUFFER_POOL -c -fpic include.C -o include.so workspace.mod is up to date. g++ -I../../include -I../../common/include -O2 -Dsparc -DMMAP_BUFFER_POOL -c list.C g++ -I../../include -I../../common/include -O2 -Dsparc -DMMAP_BUFFER_POOL -c -fpic list.C -o list.so rm -f lm.C g++ -I../../include -I../../common/include -O2 -Dsparc -DMMAP_BUFFER_POOL -c lm.C g++ -I../../include -I../../common/include -O2 -Dsparc -DMMAP_BUFFER_POOL -c -fpic lm.C -o lm.so g++ -I../../include -I../../common/include -O2 -Dsparc -DMMAP_BUFFER_POOL -c pool.C g++ -I../../include -I../../common/include -O2 -Dsparc -DMMAP_BUFFER_POOL -c -fpic pool.C -o pool.so g++ -I../../include -I../../common/include -O2 -Dsparc -DMMAP_BUFFER_POOL -c trace.C g++ -I../../include -I../../common/include -O2 -Dsparc -DMMAP_BUFFER_POOL -c -fpic trace.C -o trace.so rm -f util.C g++ -I../../include -I../../common/include -O2 -Dsparc -DMMAP_BUFFER_POOL -c util.C g++ -I../../include -I../../common/include -O2 -Dsparc -DMMAP_BUFFER_POOL -c -fpic util.C -o util.so ld -x -r `find error options include list lm pool trace util -name "*.o" -print` \ -o common.o rm -f libcommon.a ar cr libcommon.a `find error options include list lm pool trace util -name "*.o" -print` ranlib libcommon.a ld -Bshareable -x -r `find error options include list lm pool trace util -name "*.so" -print` \ -o common.so ld: options/options.so: read_strings: premature end of file in strings dmake: Error code 1, while making 'common.so' dmake: Error code 255, while making 'workspace.mod.recursive' *** Error code 255 Stop. *** Error code 1 Stop. *** Error code 1 Stop. From owner-freebsd-hackers Tue Aug 8 05:29:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA26377 for hackers-outgoing; Tue, 8 Aug 1995 05:29:42 -0700 Received: from MIT.EDU (SOUTH-STATION-ANNEX.MIT.EDU [18.72.1.2]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id FAA26370 for ; Tue, 8 Aug 1995 05:29:40 -0700 Received: from JIMI.MIT.EDU by MIT.EDU with SMTP id AA27481; Tue, 8 Aug 95 08:29:34 EDT Received: by jimi.MIT.EDU (5.57/4.7) id AA19143; Tue, 8 Aug 95 08:29:34 -0400 Message-Id: <9508081229.AA19143@jimi.MIT.EDU> To: Bakul Shah Cc: freebsd-hackers@freebsd.org Subject: Re: Threads In-Reply-To: Your message of "Thu, 03 Aug 1995 07:54:00 PDT." <199508031454.HAA29601@netcom14.netcom.com> Date: Tue, 08 Aug 1995 08:29:34 EDT From: Christopher Provenzano Sender: hackers-owner@freebsd.org Precedence: bulk > > What you have just described are a set of threads of scope process, > > and decided to call them kernel threads. They fit perfectly well in > > the POSIX model. They also do not need to be in the kernel. They may > > need some additional kernel support such as ASYNC I/O but for the most > > part they can be implemented as a library. > > I don't think so. Allow me to illustrate schedule groups > with an example. > > Let A1, A2, A3 be threads in the same process (i.e. share > the same execution enviroment), B1, B2 be threads in another > process. If the system supported `schedule groups' as I > envision them, I would be able to put A1, A2 & B1 in one > group and A3 & B2 in another group. Time spent by any > thread in a given schedule group (and regardless of which > process it comes from) is debited against the entire group > and that threads in a group may simulteneously run on more > than one processor (until they all block or the group's > allotted time slice expires or a higher priority group > becomes ready to run). In this scheme of things > realtimeness becomes a property of a schedule group, not a > process or a thread. > > To switch from A2 to B1 you have to invoke a kernel call. > Ditto if you want to run on more than one processor. > > There are benefits to putting threads of different processes > in the same group or from same process in different groups: > a multi-process app. is likely to use related resources. On > a traditional time-sharing system you may want to limit time > hogged by a single user. A `server' may have some realtime > threads (e.g. deliver video) and some non realtime threads > (e.g. start a new video stream thread). > > Mind you, I am not saying schedule groups are the way to go > or any better than pthreads; merely that the problem of a > little ls process compteting against a horde of 10000 > threads can be solved in a different way (from pthreads). Let me rephrase the original problem. Come up with a way of handeling 10000 threads. I don't think any solution where the kernel schedules, or even just knows about all the threads will work. I do think that what you have described is similar to what I envision for pthreads once you solve the problem of 10000 threads. See below. > > I think of kernel threads as threads scheduled against other > > kernel threads. (Each standard Unix process has a kernel thread.) > > So one threaded process with ten kernel threads has ten times > > the scheduling entities as a standard process. For some applications > > this might be ok but to not regulate it is asking for disaster. This > > is my big argument against just kernel threads. I feel you need both > > kernel threads and user threads. > > I will point you back to the idea of schedule groups (I am > sure someone has already explored this idea, probably under > a different name). A restructuring of the kernel data > structure(s) of a standard Unix process is needed for kernel > threads in any case: threads within a process share process- > wide tables. In a similar fashion one can split out > scheduling related stuff in a separate structure and have > all threads in the same schedule group share that structure. The idea of schedule groups is not new and I have had a similar idea for a while for the interaction between kernel threads and user threads An example is a process with four kernel threads K1 - K4, and seven user threads U1 - U7. A grouping could be as follows. K1 : U1 K2 : U2, U3 K3, K4 : U4 - U7 The first group is the typical one to one mapping of a kernel thread to user thread, the second is a typical many user threads mapped on one kernel thread and the third is many user threads shared between many kernel threads (ala SMP in a process). Kernel threads are scheduled against all other kernel threads (and standard processes). User threads are only scheduled against other user threads within a group. CAP From owner-freebsd-hackers Tue Aug 8 05:44:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id FAA27006 for hackers-outgoing; Tue, 8 Aug 1995 05:44:37 -0700 Received: from guru.ims.uni-stuttgart.de (guru.ims.uni-stuttgart.de [141.58.127.254]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id FAA27000 for ; Tue, 8 Aug 1995 05:44:27 -0700 Received: by guru.ims.uni-stuttgart.de (Smail3.1.28.1 #21) id m0sfo2y-0002g2C; Tue, 8 Aug 95 14:46 MET DST Message-Id: Date: Tue, 8 Aug 95 14:46 MET DST From: nils@guru.ims.uni-stuttgart.de (Cornelis van der Laan) To: asami@cs.berkeley.edu Subject: Re: PS: Port of Exodus Storage Manager 3.1 Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk Dear Satoshi > Thanks, but it doesn't seem to compile here. This is the errors I > got on thud, a 2.0.5R (pretty much) machine: My machine was installed lately from the 2.0.5 CD-ROM and I hadn't time yet to change/break essential things :-) (You can ignore the warnings about const.) > ld -Bshareable -x -r `find error options include list lm pool trace util -name "*.so" -print` \ > -o common.so > ld: options/options.so: read_strings: premature end of file in strings > dmake: Error code 1, while making 'common.so' > dmake: Error code 255, while making 'workspace.mod.recursive' > *** Error code 255 I don't understand this. Is it a linker fault or is the .so file incorrect? I don't really need the common.so file so I and you can omit its generation or ignore the above error. I do need the correct shared objects that should go into common.so, however. The file would be used later to build libsm_client.so.1.0 like this: ld -Bshareable -o libsm_client.so.1.0 ../common/common.so */*.so but this step fails because the linker failed to tag the common.so as a proper dynamic object (the __DYNAMIC symbol would be 0 instead of 2 or 3 whatever the Sun and the FreeBSD tag was) and hence fails to link it into the library. This sequence of steps works flawlessly on 1.1.5 and I filed a bug report gnu/655. Nils ---------------------------------------------------------------- Cornelis van der Laan -- nils@ims.uni-stuttgart.de -- nils@guru.stgt.sub.org # echo echo Knusper Knusper Knaeuschen > /etc/nologin From owner-freebsd-hackers Tue Aug 8 07:04:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id HAA29541 for hackers-outgoing; Tue, 8 Aug 1995 07:04:09 -0700 Received: from southstation.mvp.com (southstation.mvp.com [198.145.97.253]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id HAA29535 for ; Tue, 8 Aug 1995 07:04:05 -0700 Received: (from george@localhost) by southstation.mvp.com (8.6.11/8.6.6) id HAA00270 for hackers@freebsd.org; Tue, 8 Aug 1995 07:05:18 -0700 Date: Tue, 8 Aug 1995 07:05:18 -0700 From: George Mitchell Message-Id: <199508081405.HAA00270@southstation.mvp.com> To: hackers@freebsd.org Subject: Help! Sender: hackers-owner@freebsd.org Precedence: bulk A week ago, I simultaneously got a new system and the FreeBSD 2.0.5 CDROM. The combination of the two is highly unreliable, and I'd like some opinions on whether I'm looking at a hardware or software problem. The system: Intel 486DX/2-50, motherboard from Midwest Micro, one 16MB SIMM (4Mx32) from the local generic PC clone store. The symptom: Every few hours, about the time that the system runs out of physical memory and decides to do some swapping, I get a Fatal trap 12: page fault while in kernel mode. Fault virtual address: varies unpredictably Fault code: supervisor read, page not present Instruction pointer: 0x8:0xf01XXXXX Code segment: base 0x0, limit 0xfffff, type 0x1b DPL 0, pres 1, def32 1, gran 1 Processor eflags: Interrupt enabled, resume, IOPL=0 Current process: varies Interrupt mask: usually blank, but not always This happens more often with the generic kernel than with the kernel I built, but I believe that's because the generic kernel is larger, and we run out of physical memory sooner. I could easily believe this is hardware, but I'm hoping it just might sound familiar to someone out there. Thanks for your attention! -- George Mitchel (george@mvp.com) From owner-freebsd-hackers Tue Aug 8 07:09:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id HAA29732 for hackers-outgoing; Tue, 8 Aug 1995 07:09:16 -0700 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id HAA29724 for ; Tue, 8 Aug 1995 07:09:13 -0700 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id KAA24586; Tue, 8 Aug 1995 10:07:28 -0400 From: A boy and his worm gear Message-Id: <199508081407.KAA24586@skynet.ctr.columbia.edu> Subject: Re: MapleV (BSDI binary) problem solved To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Tue, 8 Aug 1995 10:07:24 -0400 (EDT) Cc: hackers@freebsd.org, wpaul@skynet.ctr.columbia.edu (A boy and his worm gear) In-Reply-To: <199508080819.KAA25982@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Aug 8, 95 10:19:49 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2021 Sender: hackers-owner@freebsd.org Precedence: bulk Of all the gin joints in all the world, Christoph P. Kukulies had to walk into mine and say: > I was reporting a problem with MapleV (the BSDI binary) recently. > It turned out that MapleV requires an XKeysymDB and nls tree from > X11R5 otherwise some of it's binaries crash miserably. > > So it looks like BSDI binary compatibility still holds. > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de The BSDI binary compatibility only holds for BSD/386 1.1. BSD/OS 2.0 binaries do not run on FreeBSD 2.0.x. I know: I tried to run some. By contrast, statically-linked FreeBSD 2.0.x binaries do run correctly in BSD/OS 2.0. Doesn't seem fair, does it. BSD/OS 2.0 uses shared libraries. (And they use them for everything: even /sbin/init is dynamically linked.) Whatever they did to add support for them broke the binary compatibility pretty badly: even a "hello world" program from BSDI dumps core (and I'm talking about a static binary here too). The man pages say the shared library support is implemented in user space. It looks like the problem is somewhere in the startup code (crt0.o) which, as it happens, I don't have source for (the guy who bought the 2.0 system only got a binary license). It is interesting to note that the only static, pre-2.0 binaries on the system are Netscape and the Xaccel server. For the moment, it seems that software vendors are still using BSDI 1.1 as their development platform. This is good for us, but it probably won't last long. -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~ "Welcome to All Things BSDish! If it's not BSDish, it's crap!" ~~~~~~~ From owner-freebsd-hackers Tue Aug 8 08:51:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA03684 for hackers-outgoing; Tue, 8 Aug 1995 08:51:13 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA03678 for ; Tue, 8 Aug 1995 08:51:10 -0700 Received: from npd.ufsc.br (npd.ufsc.br [150.162.1.3]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id IAA06399 for ; Tue, 8 Aug 1995 08:44:31 -0700 Received: from mtm (mtm.ufsc.br [150.162.1.32]) by npd.ufsc.br (8.6.8.1/8.6.6) with SMTP id LAA17790 for ; Tue, 8 Aug 1995 11:56:04 -0500 Received: by mtm (4.1/SMI-4.1) id AA00434; Tue, 8 Aug 95 11:58:33 EST Date: Tue, 8 Aug 1995 11:58:32 -0300 (EST) From: lenzi X-Sender: lenzi@mtm To: hackers@freebsd.org Subject: pop Menu on Xwindow Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I have been working on a release 2.0.5 and could not make programs like xfm and xman work ok. The problem arises when I try to click an option on one of this programs (view in xfm, or options in xman) then menu is shown but when I move the mouse pointer down the menu the itens don't mark so is impossible to select the options. I think the problem is with the configuration of the X server as I have build the server from scratch, and after 6 hours the X system is build but the problem remains. Using the programs (xman, xfm) form another xserver on the network, WORKS!. Please help me. From owner-freebsd-hackers Tue Aug 8 10:18:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id KAA06283 for hackers-outgoing; Tue, 8 Aug 1995 10:18:07 -0700 Received: from lightlink.satcom.net (lightlink.satcom.net [204.33.174.10]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id KAA06274 for ; Tue, 8 Aug 1995 10:17:50 -0700 Received: (from iidpwr@localhost) by lightlink.satcom.net (8.6.12/8.6.9) id KAA31811; Tue, 8 Aug 1995 10:24:10 -0700 Date: Tue, 8 Aug 1995 10:24:10 -0700 From: Imperial Irrigation District Message-Id: <199508081724.KAA31811@lightlink.satcom.net> To: hackers@freebsd.org, lenzi@mtm.ufsc.br Subject: Re: pop Menu on Xwindow Sender: hackers-owner@freebsd.org Precedence: bulk I have the same problem with xfm. I rename the libXpm.so.4.4 and libXpm.so.4.5 to something else. And then I recompile the xfm. It seems it is working fine with me. From owner-freebsd-hackers Tue Aug 8 11:02:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id LAA07477 for hackers-outgoing; Tue, 8 Aug 1995 11:02:28 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id LAA07470 ; Tue, 8 Aug 1995 11:02:26 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29907; Tue, 8 Aug 95 11:55:18 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9508081755.AA29907@cs.weber.edu> Subject: Re: FoxPro II To: gclarkii@freefall.cdrom.com (Gary Clark II) Date: Tue, 8 Aug 95 11:55:17 MDT Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199508080831.BAA06376@freefall.cdrom.com> from "Gary Clark II" at Aug 8, 95 01:31:16 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hi, > > Do some more tracking (Thanks to Jordan on the tip on ktrace) I belive > I've found the problem. > Here are a couple of lines from the trace. > > CALL open(0x40524f,0,0) > NAMI /dev/null > RET open 4 > CALL old.fstat (0x4,0x6,0xefbfbf78) > RET old.fstat -1 errno 99 Unknown error: 99 > CALL close(0x04) > RET close 0 > > Right after this it makes a lseek to find the error messages and then > displays "Too many open files" and then exits. The only other errors > that appear are "Inapporite(sic) ioctl for device" but it keeps loading > things even after these so... > > Can someone please shed some light on the above? I've just loaded > the library source and want to check what could cause the above. It makes an lseek or an old.lseek? old.fstat (ofstat in kern/kern_descrip.c) can only return a vn_stat, an soo_stat, EBADF, or a copyout error. Or a panic. It also only takes two arguments, not 3 (fd, struct ostat *sb). Where is that '6' coming from? Are you sure this is supposed to be an fstat? 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 Tue Aug 8 11:49:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id LAA09273 for hackers-outgoing; Tue, 8 Aug 1995 11:49:31 -0700 Received: from thing.sunquest.com (thing.Sunquest.COM [149.138.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id LAA09264 for ; Tue, 8 Aug 1995 11:49:28 -0700 From: tony@thing.sunquest.com Received: by thing.sunquest.com; id AA09868; Tue, 8 Aug 1995 11:45:47 -0700 Message-Id: <9508081845.AA09868@thing.sunquest.com> To: hackers@freebsd.org X-Mailer: Rand MH v6.7 Transport-Options: /nodelivery/return Subject: client & server ppp Date: Tue, 08 Aug 95 11:45:47 -0700 X-Mts: smtp Sender: hackers-owner@freebsd.org Precedence: bulk Question regarding client and server ppp on the same system (using pppd). For a while I had client pppd working just fine. This weekend, I set up a Livingston portmaster to do 'on-demand' ppp to a remote FreeBSD system (V34 modem) - The Livingston advertises a RIP route for the remote machine - Whenever it receives an IP packet, dials the remote FreeBSD machine. - The portmaster runs a send/expect sequence to logs into the FreeBSD system on getty/ttyd1. The shell for the account is a script which fires up PPPd. Everything is working quite well, after 15 mins of IP inactivity the Livingston will reset the port, dropping CD and thus DSR drops causing pppd on FreeBSD to terminate and the getty respawns. The problem is that several other folks use the remote system and when server PPP isn't running they still want to be able to initiate client side PPP. Problems here: 1) AT echo/reply is disabled (E0Q1) since getty/autoanswer is enabled. This makes it hard to reliably dial out, and really needs to be toggled back. 2) Kermit seems happy to dial the port even when getty is still connected, but pppd detects that getty (or the login it spawns due to line activity) has the device open and thus pppd fails. Clearly in the client.ppp.start and client.ppp.stop scripts I can: "Off" getty in ttys, HUP init "E1Q0" to the modem start client ppp session end-ppp session "On" getty in ttys, HUP init "E0Q1" to the modem" Is anyone aware of alternatives avoiding some or all of the above ? I have not been able to get 100% reliable dial/hup scripts for client PPP and am worried that someone using client PPP _could_ leave the system in a state where the Livingston will be unable to connect for server PPP. thanks tony From owner-freebsd-hackers Tue Aug 8 12:20:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id MAA11370 for hackers-outgoing; Tue, 8 Aug 1995 12:20:03 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id MAA11353 for ; Tue, 8 Aug 1995 12:19:58 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.11/8.6.6) id PAA29384; Tue, 8 Aug 1995 15:18:30 -0400 From: John Capo Message-Id: <199508081918.PAA29384@irbs.irbs.com> Subject: Re: client & server ppp To: tony@thing.sunquest.com Date: Tue, 8 Aug 1995 15:18:29 -0400 (EDT) Cc: freebsd-hackers@freefall.cdrom.com (freebsd-hackers) In-Reply-To: <9508081845.AA09868@thing.sunquest.com> from "tony@thing.sunquest.com" at Aug 8, 95 11:45:47 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: 2286 Sender: hackers-owner@FreeBSD.org Precedence: bulk It sounds like you have the getty on the wrong port or you are dialing out on the wrong port. Getty should not wake up when you dial out on a /dev/cuxxx port. You may want to use ppp, aka iijppp, to dial into the Portmaster. I have been using it for uni-directional demand dialing for a year and used it for several months for bi-directional demand dialing. John Capo IRBS Engineering tony@thing.sunquest.com writes: > > > Question regarding client and server ppp on the same system (using pppd). > > For a while I had client pppd working just fine. > > This weekend, I set up a Livingston portmaster to do 'on-demand' ppp to > a remote FreeBSD system (V34 modem) > - The Livingston advertises a RIP route for the remote machine > - Whenever it receives an IP packet, dials the remote FreeBSD machine. > - The portmaster runs a send/expect sequence to logs into the FreeBSD > system on getty/ttyd1. The shell for the account is a script which > fires up PPPd. > > Everything is working quite well, after 15 mins of IP inactivity the Livingston > will reset the port, dropping CD and thus DSR drops causing pppd on FreeBSD > to terminate and the getty respawns. > > > The problem is that several other folks use the remote system and when server > PPP isn't running they still want to be able to initiate client side PPP. > > Problems here: > 1) AT echo/reply is disabled (E0Q1) since getty/autoanswer is enabled. > This makes it hard to reliably dial out, and really needs to be toggled back. > > 2) Kermit seems happy to dial the port even when getty is still connected, but > pppd detects that getty (or the login it spawns due to line activity) has > the device open and thus pppd fails. > > Clearly in the client.ppp.start and client.ppp.stop scripts I can: > "Off" getty in ttys, HUP init > "E1Q0" to the modem > > start client ppp session > end-ppp session > > "On" getty in ttys, HUP init > "E0Q1" to the modem" > > Is anyone aware of alternatives avoiding some or all of the above ? > > I have not been able to get 100% reliable dial/hup scripts for client PPP > and am worried that someone using client PPP _could_ leave the system in > a state where the Livingston will be unable to connect for server PPP. > > thanks > > tony > From owner-freebsd-hackers Tue Aug 8 13:34:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id NAA14094 for hackers-outgoing; Tue, 8 Aug 1995 13:34:30 -0700 Received: from thing.sunquest.com (thing.Sunquest.COM [149.138.1.11]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id NAA14086 for ; Tue, 8 Aug 1995 13:34:23 -0700 From: tony@thing.sunquest.com Received: by thing.sunquest.com; id AA07531; Tue, 8 Aug 1995 13:30:45 -0700 Message-Id: <9508082030.AA07531@thing.sunquest.com> To: hackers@freefall.cdrom.com Cc: jc@irbs.com X-Mailer: Rand MH v6.7 Transport-Options: /nodelivery/return Subject: Re: client & server ppp In-Reply-To: Your message of "Tue, 08 Aug 95 15:18:29 -0400." <199508081918.PAA29384@irbs.irbs.com> Date: Tue, 08 Aug 95 13:30:45 -0700 X-Mts: smtp Sender: hackers-owner@FreeBSD.org Precedence: bulk John Capo wrote: > It sounds like you have the getty on the wrong port or you are > dialing out on the wrong port. Getty should not wake up when you > dial out on a /dev/cuxxx port. Getty doesn't wake up when kermit dials out - maybe I wasn't clear on this. However, kermit eventually terminates, and then pppd starts up. At this point, pppd and getty (or login, as getty seems to spawn a login) seem to clash heads. tony From owner-freebsd-hackers Tue Aug 8 13:38:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id NAA14347 for hackers-outgoing; Tue, 8 Aug 1995 13:38:53 -0700 Received: from virgo.ai.net (virgo.ai.net [198.69.44.2]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id NAA14336 for ; Tue, 8 Aug 1995 13:38:39 -0700 Received: from aries.ai.net (aries.ai.net [198.69.44.1]) by virgo.ai.net (8.6.11/8.6.12) with ESMTP id QAA04158; Tue, 8 Aug 1995 16:49:22 -0400 Received: (from nc@localhost) by aries.ai.net (8.6.11/8.6.12) id QAA01468; Tue, 8 Aug 1995 16:37:34 -0400 Date: Tue, 8 Aug 1995 16:37:34 -0400 (EDT) From: Network Coordinator To: John Capo cc: tony@thing.sunquest.com, freebsd-hackers Subject: Re: client & server ppp In-Reply-To: <199508081918.PAA29384@irbs.irbs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 8 Aug 1995, John Capo wrote: > It sounds like you have the getty on the wrong port or you are > dialing out on the wrong port. Getty should not wake up when you > dial out on a /dev/cuxxx port. > > You may want to use ppp, aka iijppp, to dial into the Portmaster. > I have been using it for uni-directional demand dialing for a year > and used it for several months for bi-directional demand dialing. > Question, when reading the FAQ or man pages about iijppp, it says that the local address has to be unique [i.e. not assigned to any other interfaces on the same machine] is that true for EVERY PPP process? This machine is addressed 198.69.44.1, could I give it 198.69.44.3 as the PPP gateway for every PPP connection? it would be unweildly to have a different host/remote address pair for each PPP line. Thanks, -Jerry. From owner-freebsd-hackers Tue Aug 8 14:34:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id OAA16174 for hackers-outgoing; Tue, 8 Aug 1995 14:34:14 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id OAA16140 for ; Tue, 8 Aug 1995 14:34:08 -0700 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id OAA08185 for ; Tue, 8 Aug 1995 14:08:53 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id RAA22154; Tue, 8 Aug 1995 17:00:16 -0400 Date: Tue, 8 Aug 1995 17:00:16 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: pop Menu on Xwindow To: lenzi cc: hackers@freebsd.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk this question belongs in freebsd-questions. do you have num lock turned on. if so please turn it off. (dont ask how long it took for me to find this out ;)) in /etc/XF86Config you can uncomment the ServerNumLock line On Tue, 8 Aug 1995, lenzi wrote: > > I have been working on a release 2.0.5 and could not > make programs like xfm and xman work ok. > > The problem arises when I try to click an option on > one of this programs (view in xfm, or options in xman) > then menu is shown but when I move the mouse pointer > down the menu the itens don't mark so is impossible > to select the options. > > I think the problem is with the configuration of > the X server as I have build the server from scratch, > and after 6 hours the X system is build but the problem remains. > > Using the programs (xman, xfm) form another xserver on the > network, WORKS!. > > > Please help me. > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 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 Aug 8 15:02:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA17285 for hackers-outgoing; Tue, 8 Aug 1995 15:02:07 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id PAA17274 ; Tue, 8 Aug 1995 15:02:04 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id RAA16360; Tue, 8 Aug 1995 17:01:56 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 8 Aug 95 17:01 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 8 Aug 95 17:01 CDT Message-Id: Subject: Re: PS2 mouse does not work To: schwarz@alpharel.com (Steve Schwarz) Date: Tue, 8 Aug 1995 17:01:13 -0500 (CDT) From: "Lars Fredriksen" Cc: freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org In-Reply-To: <9507291543.AA23025@optisun40.optigfx.COM> from "Steve Schwarz" at Jul 29, 95 08:43:07 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1481 Sender: hackers-owner@freebsd.org Precedence: bulk Steve Schwarz writes: > > I have plugged a PS2 mouse into the PS2 port of my Gateway 2000 > DX4/100 (called Liberty) laptop. Running FreeBSD 2.0.5, I added > > device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr > > to my kernel configuration, rebuilt my kernel, and on booting, both > the keyboard and the mouse probe successfully. But after booting, > the keyboard is unusable. I noticed that the question pertaining > to the psm driver is still in the FreeBSD FAQ but the answer is now > gone. Does this mean that (temporarily?) psm support has been > eliminated from FreeBSD 2.0.5? Is there something we PS2 mouse users > should know? > > Or, is the problem some conflict between the PS2 mouse plugged into > the PS2 port and the "builtin" (read, totally unusable) pointing > device located on the keyboard? > > When the Liberty is running DOS and windows, both the mouse and the > infernal builtin thing work together.... > > sts > > There seems to be a problem with how some hardware vendors implemented the IRQ stuff. Basically it seems that disabling the IRQ from the mouse also disables the keyboard one. I posted a patch here earlier that seemed to fix the problem on NCR machines anyway. I'll see if I can't find it somewhere if you want it. Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-hackers Tue Aug 8 15:20:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA18268 for hackers-outgoing; Tue, 8 Aug 1995 15:20:39 -0700 Received: (from gclarkii@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA18261 for freebsd-hackers; Tue, 8 Aug 1995 15:20:39 -0700 From: Gary Clark II Message-Id: <199508082220.PAA18261@freefall.cdrom.com> Subject: FoxPro II.1 To: freebsd-hackers Date: Tue, 8 Aug 1995 15:20:38 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 665 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Since I've gotten a new kdump from Steven, I can now report what is really going on, instead of the mistranslated things as before. How does the following look? CALL open(0x40524f,0,0) NAMI "/dev/null": RET open 4 CALL fcntl(0x4,0x6,0xefbfbf34) RET fcntl -1 errno 99 Unknown error: 99 CALL close (0x4) RET close 0 Then it goes on to load error messages and then it exits. Gary -- Gary Clark II (N5VMF) | FreeBSD support and service gclarkii@FreeBSD.ORG | mail info@gbdata.com for information FreeBSD FAQ at ftp.FreeBSD.ORG in ~pub/FreeBSD/FreeBSD-current/src/share/FAQ/Text/FreeBSD.FAQ From owner-freebsd-hackers Tue Aug 8 15:36:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA18706 for hackers-outgoing; Tue, 8 Aug 1995 15:36:19 -0700 Received: from tserv.lodgenet.com (dial5.iw.net [204.157.148.54]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id PAA18677 ; Tue, 8 Aug 1995 15:34:52 -0700 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id RAA09755; Tue, 8 Aug 1995 17:34:44 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.11/8.6.9) with SMTP id RAA27521; Tue, 8 Aug 1995 17:34:02 -0500 Message-Id: <199508082234.RAA27521@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: Gary Clark II cc: freebsd-hackers@freefall.cdrom.com Subject: Re: FoxPro II.1 In-reply-to: Your message of "Tue, 08 Aug 1995 15:20:38 PDT." <199508082220.PAA18261@freefall.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Aug 1995 17:34:00 -0500 From: "Eric L. Hernes" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hi, > > Since I've gotten a new kdump from Steven, I can now report what is > really going on, instead of the mistranslated things as before. > > How does the following look? > > CALL open(0x40524f,0,0) > NAMI "/dev/null": > RET open 4 > CALL fcntl(0x4,0x6,0xefbfbf34) > RET fcntl -1 errno 99 Unknown error: 99 > CALL close (0x4) > RET close 0 > > Then it goes on to load error messages and then it exits. > from /usr/include/sys/errno.h on an SCO box, TCPERR is defined to be 90: #define EOPNOTSUPP (TCPERR+9) /* Operation not supported on socket */ > Gary > -- > Gary Clark II (N5VMF) | FreeBSD support and service > gclarkii@FreeBSD.ORG | mail info@gbdata.com for information > FreeBSD FAQ at ftp.FreeBSD.ORG in > ~pub/FreeBSD/FreeBSD-current/src/share/FAQ/Text/FreeBSD.FAQ > > erich. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Tue Aug 8 15:39:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id PAA18867 for hackers-outgoing; Tue, 8 Aug 1995 15:39:31 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id PAA18851 ; Tue, 8 Aug 1995 15:39:27 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.11/8.6.5) with ESMTP id PAA11200; Tue, 8 Aug 1995 15:38:36 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id PAA02285; Tue, 8 Aug 1995 15:40:12 -0700 Message-Id: <199508082240.PAA02285@corbin.Root.COM> To: Gary Clark II cc: freebsd-hackers@freefall.cdrom.com Subject: Re: FoxPro II.1 In-reply-to: Your message of "Tue, 08 Aug 95 15:20:38 PDT." <199508082220.PAA18261@freefall.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 08 Aug 1995 15:40:12 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Since I've gotten a new kdump from Steven, I can now report what is >really going on, instead of the mistranslated things as before. > >How does the following look? > >CALL open(0x40524f,0,0) >NAMI "/dev/null": >RET open 4 >CALL fcntl(0x4,0x6,0xefbfbf34) >RET fcntl -1 errno 99 Unknown error: 99 >CALL close (0x4) >RET close 0 > >Then it goes on to load error messages and then it exits. The above fcntl() is highly bogus. I suspect that the main problem is that the process group/PID (third argument to fcntl) wasn't specified, or a pointer to it was specified rather than the actual value (i.e. it wasn't dereferenced). ...but why you would want to do an F_SETOWN on /dev/null is also a little strange. -DG From owner-freebsd-hackers Tue Aug 8 16:22:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id QAA21240 for hackers-outgoing; Tue, 8 Aug 1995 16:22:38 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id QAA21232 for ; Tue, 8 Aug 1995 16:22:33 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id JAA26760; Wed, 9 Aug 1995 09:19:49 +0930 From: Michael Smith Message-Id: <199508082349.JAA26760@genesis.atrad.adelaide.edu.au> Subject: Re: Help! To: george@mvp.com (George Mitchell) Date: Wed, 9 Aug 1995 09:19:49 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: <199508081405.HAA00270@southstation.mvp.com> from "George Mitchell" at Aug 8, 95 07:05:18 am Content-Type: text Content-Length: 1202 Sender: hackers-owner@freebsd.org Precedence: bulk George Mitchell stands accused of saying: > A week ago, I simultaneously got a new system and the FreeBSD 2.0.5 > CDROM. The combination of the two is highly unreliable, and I'd > like some opinions on whether I'm looking at a hardware or software > problem. ... (Trap 12) ... > I could easily believe this is hardware, but I'm hoping it just > might sound familiar to someone out there. Thanks for your > attention! This is usually a hardware problem; either bad memory, a bad motherboard or a bad disk controller have caused it for me. You don't say whether you're running a busmastering disk controller, if not then I'd almost certainly say memory error. You may want to check your bus speed settings as well, though I haven't had one of these that could be tracked to that. > -- George Mitchel (george@mvp.com) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" - Terry Lambert [[ From owner-freebsd-hackers Tue Aug 8 19:45:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id TAA05032 for hackers-outgoing; Tue, 8 Aug 1995 19:45:14 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id TAA04967 ; Tue, 8 Aug 1995 19:44:36 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA01237; Wed, 9 Aug 1995 12:39:43 +1000 Date: Wed, 9 Aug 1995 12:39:43 +1000 From: Bruce Evans Message-Id: <199508090239.MAA01237@godzilla.zeta.org.au> To: davidg@Root.COM, gclarkii@freefall.cdrom.com Subject: Re: FoxPro II.1 Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >>How does the following look? >> >>CALL open(0x40524f,0,0) >>NAMI "/dev/null": >>RET open 4 >>CALL fcntl(0x4,0x6,0xefbfbf34) >>RET fcntl -1 errno 99 Unknown error: 99 >>CALL close (0x4) >>RET close 0 >> >>Then it goes on to load error messages and then it exits. > The above fcntl() is highly bogus. I suspect that the main problem is that >the process group/PID (third argument to fcntl) wasn't specified, or a pointer >to it was specified rather than the actual value (i.e. it wasn't dereferenced). >...but why you would want to do an F_SETOWN on /dev/null is also a little >strange. I think 99 is a translation of errno 45 (EOPNOTSUPP). See /sys/i386/ibcs2/ ibcs2_sysent.c#bsd_to_sysv_errno[NERR] (this table is apparently out of date - NERR is 80 but FreeBSD-current has 82 errnos). This is consistent with a valid process group/PID. F_SETOWN on /dev/null is just not supported. F_SETOWN is only supported for sockets and ttys and doesn't work right for ttys (it clashes with POSIX controlling terminal semantics). Bruce From owner-freebsd-hackers Tue Aug 8 20:22:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA07406 for hackers-outgoing; Tue, 8 Aug 1995 20:22:00 -0700 Received: from apollo.hq.nasa.gov (apollo.hq.nasa.gov [131.182.121.87]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id UAA07398 for ; Tue, 8 Aug 1995 20:21:58 -0700 Received: from wirehead.hq.nasa.gov (wirehead.hq.nasa.gov [131.182.121.88]) by apollo.hq.nasa.gov (8.6.12/8.6.12) with ESMTP id DAA06643; Wed, 9 Aug 1995 03:23:13 GMT Received: from localhost (cshenton@localhost) by wirehead.hq.nasa.gov (8.6.12/8.6.12) with SMTP id DAA01696; Wed, 9 Aug 1995 03:23:13 GMT Message-Id: <199508090323.DAA01696@wirehead.hq.nasa.gov> X-Authentication-Warning: wirehead.hq.nasa.gov: cshenton owned process doing -bs X-Authentication-Warning: wirehead.hq.nasa.gov: Host localhost didn't use HELO protocol To: John Capo cc: freebsd-hackers@freebsd.org Subject: Re: client & server ppp In-reply-to: Your message of "Tue, 08 Aug 1995 15:18:29 EDT." Date: Tue, 08 Aug 1995 23:23:12 -0400 From: Chris Shenton Sender: hackers-owner@freebsd.org Precedence: bulk On Tue, 8 Aug 1995 15:18:29 -0400 (EDT), John Capo said: John> It sounds like you have the getty on the wrong port or you are John> dialing out on the wrong port. Getty should not wake up when John> you dial out on a /dev/cuxxx port. John> You may want to use ppp, aka iijppp, to dial into the John> Portmaster. I have been using it for uni-directional demand John> dialing for a year and used it for several months for John> bi-directional demand dialing. I've been dialing into a FreeBSD (Release, -current, and now -stable) system running pppd, mostly in server mode, but also dialing back to my home (Sunos pppd) in client mode. In both, FreeBSD pppd refuses to die and and free up the port for getty (on cuaa0) so I can dial in again from home. FBSD pppd also consumes all CPU available: on a system with two pppds, they both run at 50%. W.R.T. die-on-hangup and CPU load, pppd works fine on my SunOS box, as it has on Linux, and I think FBSD-1.*. But not FBSD-2.* Last week I brought up iijppp and with some work, got it running as both client and server. It kills ppp when the modem hangs up like it should, and uses a modest amount of CPU. Hurray! Problem is, we're subnetting the FBSD box (0xfffffff0) so we can have a couple of home nets and a play net at work, off the `real' work net. iijppp doesn't appear to have a place to specify a netmask, so this hoses our routing :-( If anyone's got a fix for this, or a pointer to further docs, I'd appreciate it. Didn't see anything in the docs or example config files. Thanks! From owner-freebsd-hackers Tue Aug 8 20:34:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA08314 for hackers-outgoing; Tue, 8 Aug 1995 20:34:13 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id UAA08285 for ; Tue, 8 Aug 1995 20:34:09 -0700 Received: from mx.spin.ad.jp (mx.spin.ad.jp [165.76.20.10]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id UAA10082 for ; Tue, 8 Aug 1995 20:07:16 -0700 Received: from mailsv1.pcvan.or.jp by mx.spin.ad.jp (8.6.12+2.5Wb3/3.3W9-mx.spin.V1.1) id MAA01966; Wed, 9 Aug 1995 12:07:22 +0900 Received: by mailsv1.pcvan.or.jp (8.6.10+2.4W/2.7W-inet_gate/1.1) id MAA07145; Wed, 9 Aug 1995 12:06:49 +0900 Received: by pcvan.or.jp; Wed, 09 Aug 95 12:06:48 +0900 Original-Encoded-Information-Types: IA5-Text Priority: normal Message-Id: <950809120603.8310@pcvan.or.jp> Subject: PCMCIA tech specs needed Date: Wed, 09 Aug 95 12:06:06 +0900 From: Troy Curtiss To: freebsd-hackers@freebsd.org X-PCVAN-Message-Id: #12174741 X-PCVAN-Date: 95/08/09 12:02:40 Sender: hackers-owner@freebsd.org Precedence: bulk Hi, I am trying to get my ATT 14.4K Keepintouch PCMCIA card to work on my AST Ascentia 900N Notebook (486DX2-50). I believe I am almost there, but the CIS tuples are wrong for my IRQ's... ANyways, Does anyone have this working (Oh... I am running 2.0.5-950622-SNAP) for the ATT Card. If not, can anyone point me to the most bestest information source on the net with regards to PCMCIA cards/interfaces/specs/chipsets so I can make this damn thing work?! I am stuck in a remote partof Japan, so getting any tech manuals, or printed matter is impossible. I tried the PCMCIA patch submitted by eto@forus.or.jp and hosokawa@mt.cs.keio.ac.jp, but still no go. Let me know all you can... Thank you very much in Advance, Troy From owner-freebsd-hackers Tue Aug 8 20:34:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA08326 for hackers-outgoing; Tue, 8 Aug 1995 20:34:14 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id UAA08293 for ; Tue, 8 Aug 1995 20:34:10 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id UAA10135 for ; Tue, 8 Aug 1995 20:12:40 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA02181; Wed, 9 Aug 1995 13:11:30 +1000 Date: Wed, 9 Aug 1995 13:11:30 +1000 From: Bruce Evans Message-Id: <199508090311.NAA02181@godzilla.zeta.org.au> To: hackers@freefall.cdrom.com, tony@thing.sunquest.com Subject: Re: client & server ppp Cc: jc@irbs.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >> It sounds like you have the getty on the wrong port or you are >> dialing out on the wrong port. Getty should not wake up when you >> dial out on a /dev/cuxxx port. >Getty doesn't wake up when kermit dials out - maybe I wasn't clear on this. >However, kermit eventually terminates, and then pppd starts up. >At this point, pppd and getty (or login, as getty seems to spawn a login) >seem to clash heads. Perhaps kermit is being misused. If you terminate it without hanging up and before starting pppd, and then try to start pppd, then there will be a race between pppd and getty to grab the port. getty will probably win. If you terminate kermit normally then it will hang up. Then there should be no races, but kermit will be of no use for starting pppd sessions. These problems may be avoided in many different ways: 1. suspend kermit instead of exiting from it. 2. some kludge to hold the device open after exiting from kermit. 3. run kermit from inside pppd. 4. run something simpler than kermit from inside pppd. Bruce From owner-freebsd-hackers Tue Aug 8 20:34:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA08338 for hackers-outgoing; Tue, 8 Aug 1995 20:34:15 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id UAA08308 ; Tue, 8 Aug 1995 20:34:11 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id UAA10066 ; Tue, 8 Aug 1995 20:05:25 -0700 Received: from corbin.Root.COM (corbin [198.145.90.34]) by Root.COM (8.6.11/8.6.5) with ESMTP id UAA11529; Tue, 8 Aug 1995 20:04:27 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id UAA00209; Tue, 8 Aug 1995 20:06:04 -0700 Message-Id: <199508090306.UAA00209@corbin.Root.COM> To: Bruce Evans cc: gclarkii@freefall.cdrom.com, freebsd-hackers@freefall.cdrom.com Subject: Re: FoxPro II.1 In-reply-to: Your message of "Wed, 09 Aug 95 12:39:43 +1000." <199508090239.MAA01237@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 08 Aug 1995 20:06:03 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >>CALL fcntl(0x4,0x6,0xefbfbf34) ... >I think 99 is a translation of errno 45 (EOPNOTSUPP). See /sys/i386/ibcs2/ >ibcs2_sysent.c#bsd_to_sysv_errno[NERR] (this table is apparently out of >date - NERR is 80 but FreeBSD-current has 82 errnos). > >This is consistent with a valid process group/PID. F_SETOWN on /dev/null >is just not supported. F_SETOWN is only supported for sockets and ttys and >doesn't work right for ttys (it clashes with POSIX controlling terminal >semantics). No, 0xefbfbf34 can never be a valid process group. ...but you're also correct that this operation isn't support on /dev/null, either. -DG From owner-freebsd-hackers Tue Aug 8 20:41:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA09198 for hackers-outgoing; Tue, 8 Aug 1995 20:41:53 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id UAA09176 ; Tue, 8 Aug 1995 20:41:46 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA03049; Wed, 9 Aug 1995 13:38:08 +1000 Date: Wed, 9 Aug 1995 13:38:08 +1000 From: Bruce Evans Message-Id: <199508090338.NAA03049@godzilla.zeta.org.au> To: bde@zeta.org.au, davidg@Root.COM Subject: Re: FoxPro II.1 Cc: freebsd-hackers@freefall.cdrom.com, gclarkii@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>CALL fcntl(0x4,0x6,0xefbfbf34) >... >>This is consistent with a valid process group/PID. F_SETOWN on /dev/null >>... > No, 0xefbfbf34 can never be a valid process group. ...but you're also >correct that this operation isn't support on /dev/null, either. It's obviously a stack address so I thought an indirection was involved. Anyway, (int)0xefbfbf34 < 0, so fcntl() interprets it as the negative of a pid, and for some reason (sloppiness?) it doesn't check that the pid is in use. FIOSETOWN is no better. ttioctl() does a pgfind() to check that the process group exists but most other ioctl routines don't do any more checking. ttioctl()'s check is bogus if the number is actually a pid. F*SETOWN has removed the special encoding of for pids so it isn't clear how device-specific ioctl routines can DTRT. ttioctl() can only support F_SETOWN to the session leader (if any) but the man page doesn't mention any restrictions other than existence of the pgrp/pid, not even permissions restrictions. I think the restrictions for kill() should apply. Bruce From owner-freebsd-hackers Tue Aug 8 20:46:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id UAA09823 for hackers-outgoing; Tue, 8 Aug 1995 20:46:30 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id UAA09805 for ; Tue, 8 Aug 1995 20:46:18 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id EAA00323 ; Wed, 9 Aug 1995 04:43:44 +0100 To: Chris Shenton cc: John Capo , freebsd-hackers@freebsd.org Subject: Re: client & server ppp In-reply-to: Your message of "Tue, 08 Aug 1995 23:23:12 EDT." <199508090323.DAA01696@wirehead.hq.nasa.gov> Date: Wed, 09 Aug 1995 04:43:42 +0100 Message-ID: <321.807939822@palmer.demon.co.uk> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk In message <199508090323.DAA01696@wirehead.hq.nasa.gov>, Chris Shenton writes: >Problem is, we're subnetting the FBSD box (0xfffffff0) so we can have >a couple of home nets and a play net at work, off the `real' work net. >iijppp doesn't appear to have a place to specify a netmask, so this >hoses our routing :-( I'm sorry? In demand dial mode, you can specify the netmask fairly easily (and to date I've not had any problems). # Entry for Demon Internet Services. demon: set phone 2 set login "TIMEOUT 5 gin:-\\r-gin: palmer word: NeverYouMind! ocol: ppp" set timeout 120 set ifaddr 158.152.50.150 158.152.1.194/16 add 0 255.255.0.0 158.152.1.194 ^^^^^^^^^^^ Spot the netmask... Gary From owner-freebsd-hackers Tue Aug 8 21:03:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id VAA12045 for hackers-outgoing; Tue, 8 Aug 1995 21:03:17 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id VAA12017 for ; Tue, 8 Aug 1995 21:03:07 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA03763; Wed, 9 Aug 1995 14:00:39 +1000 Date: Wed, 9 Aug 1995 14:00:39 +1000 From: Bruce Evans Message-Id: <199508090400.OAA03763@godzilla.zeta.org.au> To: cshenton@apollo.hq.nasa.gov, jc@irbs.com Subject: Re: client & server ppp Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >I've been dialing into a FreeBSD (Release, -current, and now -stable) >system running pppd, mostly in server mode, but also dialing back to >my home (Sunos pppd) in client mode. In both, FreeBSD pppd refuses to >die and and free up the port for getty (on cuaa0) so I can dial in It probably needs the `modem' option. >again from home. FBSD pppd also consumes all CPU available: on a >system with two pppds, they both run at 50%. W.R.T. die-on-hangup and I've never seen an overhead problem in pppd. >Last week I brought up iijppp and with some work, got it running as >both client and server. It kills ppp when the modem hangs up like it >should, and uses a modest amount of CPU. Hurray! In 2.0.5, iijppp consumes all the CPU available while it is transmitting. Bruce From owner-freebsd-hackers Tue Aug 8 21:23:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id VAA15320 for hackers-outgoing; Tue, 8 Aug 1995 21:23:13 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id VAA15309 for ; Tue, 8 Aug 1995 21:23:10 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id FAA00440 ; Wed, 9 Aug 1995 05:14:18 +0100 To: Bruce Evans cc: cshenton@apollo.hq.nasa.gov, jc@irbs.com, freebsd-hackers@freebsd.org Subject: Re: client & server ppp In-reply-to: Your message of "Wed, 09 Aug 1995 14:00:39 +1000." <199508090400.OAA03763@godzilla.zeta.org.au> Date: Wed, 09 Aug 1995 05:14:17 +0100 Message-ID: <438.807941657@palmer.demon.co.uk> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk In message <199508090400.OAA03763@godzilla.zeta.org.au>, Bruce Evans writes: >>again from home. FBSD pppd also consumes all CPU available: on a >>system with two pppds, they both run at 50%. W.R.T. die-on-hangup and >I've never seen an overhead problem in pppd. I belive it's related to the problem with the non-working proxyarp option. I've certainly seen this in post 2.0 system, and a friend was griping at me for ages to fix it (not running pppd locally made it difficult :-( ). I thought I saw a patch for the proxyarp problem floating around, and it may have gone into the source tree, although a quick look through usr.sbin/pppd/*.c's log messages doesn't show anything obvious. Gary From owner-freebsd-hackers Tue Aug 8 22:31:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id WAA19907 for hackers-outgoing; Tue, 8 Aug 1995 22:31:29 -0700 Received: from saber.viper.com (d9.ptw.com [204.178.60.57]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id WAA19817 ; Tue, 8 Aug 1995 22:28:42 -0700 Received: (from duane@localhost) by saber.viper.com (8.6.11/8.6.9) id WAA01689; Tue, 8 Aug 1995 22:34:28 -0700 Date: Tue, 8 Aug 1995 22:34:28 -0700 (PDT) From: "Duane R. Ellison" X-Sender: duane@saber.viper.com To: questions , hackers@freebsd.org cc: John Faubion , Scott Gregory Subject: help with pppd Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I applogize about also sending this to hackers but I though maybe someone there might have a solution for this problem Okay, maybe I haven't express this question correctly so I will try again. I have pppd running on my test system but once the connection is dropped the pppd task does not go away. The port becomes available again and I can start another pppd session with the same arguments but the previous version(s) do not go away unless I kill them (an output example from ps is included in this message) I keep going through the man page on pppd but I have not come up with the answer to my question. Now it might be there right in front of my face but I just can't see it. I have even tried using the lcp-echo-interval and lcp-echo-failure but that too doesn't seem to do anything for me. Here is what ps shows the status of the task(s) $ ps ax | grep d1 | grep -v grep 1619 ?? I 0:00.05 /usr/libexec/getty std.19200 ttyd1 1573 d1- R 3:17.37 /usr/sbin/pppd 10.0.0.3:10.0.0.50 1591 d1- R 1:31.61 /usr/sbin/pppd 10.0.0.3:10.0.0.50 1616 d1- R 0:55.22 /usr/sbin/pppd 10.0.0.3:10.0.0.50 I assume there has got to be something that I am missing but I have been unable to figure it out. I know this has to work because people are using FreeBSD for ppp logins and it has to be working for them. Besides I would assume after a while it would cause problems with the system I have even tried to create the /etc/ppp/ip-up and ip-down files but they are never executed (unless if pppd dies before a connection is ever established and then it fails on the execution but at least I know it is trying). I would really appreciate any ideas/help/pointers/whatever for a solution to this problem. I am trying to get a system ready to work as an ISP this is really causing a problem. Unfortunately the only local system that I can ask face to face question is on Linux and the guy isn't real reseptive to FreeBSD. Included are my configuraiton files #/etc/ppp/options modem crtscts proxyarp netmask 255.255.255.0 domain viper.com #/etc/ppp/ppplogin echo Starting pppd program /usr/sbin/pppd 10.0.0.3:10.0.0.50 I am starting this by loging in as any using and then running /etc/ppp/ppplogin. --- Duane ____________________________________________________________________________ Duane Ellison duane@gargamel.ptw.com http://gargamel.ptw.com/~duane From owner-freebsd-hackers Tue Aug 8 23:12:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id XAA22594 for hackers-outgoing; Tue, 8 Aug 1995 23:12:24 -0700 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id XAA22588 for ; Tue, 8 Aug 1995 23:12:20 -0700 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA08145 for hackers@freebsd.org; Wed, 9 Aug 1995 08:09:12 +0200 From: Luigi Rizzo Message-Id: <199508090609.IAA08145@labinfo.iet.unipi.it> Subject: Ami scanner driver available To: hackers@freebsd.org Date: Wed, 9 Aug 1995 08:09:12 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1083 Sender: hackers-owner@freebsd.org Precedence: bulk I have put up a working driver for my hand scanner. It's marked Trust Ami-Greyscan, it's a hand scanner with a dedicated interface, B&W, 100-400DPI, about 4inch wide. The driver runs on FreeBSD 1.1.x and is heavily based on the gsc driver from Gunther Schadow. The DOS driver which came with my scanner supports a lot of models, possibly including higher resolution, color, and flat-top devices. So, this might be a good start for other drivers. For those who want to play with it, it's on ftp://ftp.iet.unipi.it/pub/luigi/asc.tgz The documentation is still inconsistent, I hope I have time during the holidays to port it to 2.x (or someone with better knowledge might help..). 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 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Wed Aug 9 01:39:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id BAA26801 for hackers-outgoing; Wed, 9 Aug 1995 01:39:56 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id BAA26793 for ; Wed, 9 Aug 1995 01:39:51 -0700 Received: from localhost.cs.tu-berlin.de ([130.149.1.128]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id KAA28268 for ; Wed, 9 Aug 1995 10:31:21 +0200 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id AAA07803; Wed, 9 Aug 1995 00:59:26 +0200 Date: Wed, 9 Aug 1995 00:59:26 +0200 From: Wolfram Schneider Message-Id: <199508082259.AAA07803@localhost> To: hackers@freebsd.org Subject: Makefile speedup Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@freebsd.org Precedence: bulk I review the Makefiles in /usr/share/mk/bsd.*.mk. In my opinion there are redundant, slow and inefficient. Example: 1)make cleandir 7 processes: 1 make, 4 rm, 2 sh $ cd /usr/src/bin/chmod $ make cleandir rm -f .depend /usr3/src/bin/chmod/tags rm -f a.out [Ee]rrs mklog chmod chmod.o rm -f /usr3/src/bin/chmod/tags .depend cd /usr3/src/bin/chmod; rm -rf obj; First rm(1) is superfluously, due a missing .if !target(cleandir) in bsd.dep.mk. '[Ee]rrs' are meta-chars, make(1) call sh(1). Replace [Ee]rss with 'errs Errs' avoid calling /bin/sh. Arguments of 3th rm(1) can be added to previous rm. /usr3/src/bin/chmod/obj is a softlink. Add it to previous rm (and avoid a /bin/sh due ';') 2 processes: make + rm $ make cleandir rm -f a.out Errs errs mklog chmod chmod.o /usr3/src/bin/chmod/tags .depend /usr3/src/bin/chmod/obj 2) Redundant 'obj:', 5 x the same code $ egrep -A 8 '^obj:' /usr/share/mk/*.mk Should be replaced with a small perl script. 3) .depend & mkdep in bsd.dep.mk: tons of sh,test, sed. Should be replaced with a perl script. Here are the patches for make cleandir. If someone want the perl scripts, send me a email. Wolfram --- 1.1 1995/08/08 20:19:56 +++ bsd.prog.mk 1995/08/08 22:28:03 @@ -1,5 +1,5 @@ # from: @(#)bsd.prog.mk 5.26 (Berkeley) 6/25/91 -# $Id: bsd.prog.mk,v 1.1 1995/08/08 20:19:56 wosch Exp $ +# $Id: bsd.prog.mk,v 1.2 1995/08/08 22:13:04 wosch Exp $ .if exists(${.CURDIR}/../Makefile.inc) .include "${.CURDIR}/../Makefile.inc" @@ -138,14 +138,14 @@ .if !target(clean) clean: _PROGSUBDIR - rm -f a.out [Ee]rrs mklog ${PROG} ${OBJS} ${CLEANFILES} + rm -f a.out Errs errs mklog ${PROG} ${OBJS} ${CLEANFILES} .endif .if !target(cleandir) cleandir: _PROGSUBDIR - rm -f a.out [Ee]rrs mklog ${PROG} ${OBJS} ${CLEANFILES} - rm -f ${.CURDIR}/tags .depend - cd ${.CURDIR}; rm -rf obj; + rm -f a.out Errs errs mklog ${PROG} ${OBJS} ${CLEANFILES} \ + ${.CURDIR}/tags .depend \ + ${.CURDIR}/obj .endif .if !target(install) --- 1.1 1995/08/08 20:19:56 +++ bsd.dep.mk 1995/08/08 22:15:06 @@ -1,4 +1,4 @@ -# $Id: bsd.dep.mk,v 1.1 1995/08/08 20:19:56 wosch Exp $ +# $Id: bsd.dep.mk,v 1.2 1995/08/08 22:10:45 wosch Exp $ # some of the rules involve .h sources, so remove them from mkdep line .if !target(depend) @@ -40,8 +40,10 @@ .endif .if defined(SRCS) +.if !target(cleandir) clean: cleandir: cleandepend cleandepend: rm -f .depend ${.CURDIR}/tags +.endif .endif From owner-freebsd-hackers Wed Aug 9 02:33:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA00566 for hackers-outgoing; Wed, 9 Aug 1995 02:33:40 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id CAA00547 for ; Wed, 9 Aug 1995 02:33:06 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id RAA04754; Wed, 9 Aug 1995 17:31:20 +0800 Date: Wed, 9 Aug 1995 17:31:20 +0800 (CST) From: Brian Tao To: lenzi cc: hackers@freebsd.org Subject: Re: pop Menu on Xwindow In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Tue, 8 Aug 1995, lenzi wrote: > > I think the problem is with the configuration of > the X server as I have build the server from scratch, > and after 6 hours the X system is build but the problem remains. It breaks my heart seeing people going through all this effort, only to find out all they had to do was release the NumLock. :) Then read the XFree86 3.1.2 FAQ. -- 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 Aug 9 03:35:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id DAA03051 for hackers-outgoing; Wed, 9 Aug 1995 03:35:16 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id DAA03045 for ; Wed, 9 Aug 1995 03:35:14 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id UAA27829; Wed, 9 Aug 1995 20:32:13 +0930 From: Michael Smith Message-Id: <199508091102.UAA27829@genesis.atrad.adelaide.edu.au> Subject: Re: client & server ppp To: cshenton@apollo.hq.nasa.gov (Chris Shenton) Date: Wed, 9 Aug 1995 20:32:05 +0930 (CST) Cc: jc@irbs.com, freebsd-hackers@freebsd.org In-Reply-To: <199508090323.DAA01696@wirehead.hq.nasa.gov> from "Chris Shenton" at Aug 8, 95 11:23:12 pm Content-Type: text Content-Length: 954 Sender: hackers-owner@freebsd.org Precedence: bulk Chris Shenton stands accused of saying: > Last week I brought up iijppp and with some work, got it running as > both client and server. It kills ppp when the modem hangs up like it > should, and uses a modest amount of CPU. Hurray! > > Problem is, we're subnetting the FBSD box (0xfffffff0) so we can have > a couple of home nets and a play net at work, off the `real' work net. > iijppp doesn't appear to have a place to specify a netmask, so this > hoses our routing :-( Um, forgive me if I'm misunderstanding here, but can't you attach a netmask to the tunX interface? -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" - Terry Lambert [[ From owner-freebsd-hackers Wed Aug 9 05:34:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA10677 for hackers-outgoing; Wed, 9 Aug 1995 05:34:56 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id FAA10655 for ; Wed, 9 Aug 1995 05:34:48 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.11/8.6.6) id IAA28661; Wed, 9 Aug 1995 08:33:33 -0400 From: John Capo Message-Id: <199508091233.IAA28661@irbs.irbs.com> Subject: Re: client & server ppp To: gary@palmer.demon.co.uk (Gary Palmer) Date: Wed, 9 Aug 1995 08:33:32 -0400 (EDT) Cc: bde@zeta.org.au, cshenton@apollo.hq.nasa.gov, jc@irbs.com, freebsd-hackers@freebsd.org In-Reply-To: <438.807941657@palmer.demon.co.uk> from "Gary Palmer" at Aug 9, 95 05:14:17 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: 2566 Sender: hackers-owner@freebsd.org Precedence: bulk Gary Palmer writes: > > In message <199508090400.OAA03763@godzilla.zeta.org.au>, Bruce Evans writes: > >>again from home. FBSD pppd also consumes all CPU available: on a > >>system with two pppds, they both run at 50%. W.R.T. die-on-hangup and > > >I've never seen an overhead problem in pppd. > > I belive it's related to the problem with the non-working proxyarp > option. I've certainly seen this in post 2.0 system, and a friend was > griping at me for ages to fix it (not running pppd locally made it > difficult :-( ). > > I thought I saw a patch for the proxyarp problem floating around, and > it may have gone into the source tree, although a quick look through > usr.sbin/pppd/*.c's log messages doesn't show anything obvious. > I looked at this a while back and posed this question, nobody commented. >From get_ether_addr() in sys-bsd.c, line 666. The for loop terminates when ifr >= ifend. ifr is pointed to the next structure at the bottom of the for loop at line 696. The loop does not terminate due to the continues. Also, the mask obtained in line 690 is not the netmask. It is the interface address. On my system, all three sockaddr structs in the ifreq struct had the same address, the interface address. Am I missing something here? 666:/* * Scan through looking for an interface with an Internet * address on the same subnet as `ipaddr'. */ ifend = (struct ifreq *) (ifc.ifc_buf + ifc.ifc_len); for (ifr = ifc.ifc_req; ifr < ifend; ) { if (ifr->ifr_addr.sa_family == AF_INET) { ina = ((struct sockaddr_in *) &ifr->ifr_addr)->sin_addr.s_addr; strncpy(ifreq.ifr_name, ifr->ifr_name, sizeof(ifreq.ifr_name)); /* * Check that the interface is up, and not point-to-point * or loopback. */ if (ioctl(s, SIOCGIFFLAGS, &ifreq) < 0) continue; if ((ifreq.ifr_flags & (IFF_UP|IFF_BROADCAST|IFF_POINTOPOINT|IFF_LOOPBACK|IFF_NOARP)) != (IFF_UP|IFF_BROADCAST)) continue; /* * Get its netmask and check that it's on the right subnet. */ if (ioctl(s, SIOCGIFNETMASK, &ifreq) < 0) continue; 690: mask = ((struct sockaddr_in *) &ifr->ifr_addr)->sin_addr.s_addr; if ((ipaddr & mask) != (ina & mask)) continue; break; } 696: ifr = (struct ifreq *) ((char *)&ifr->ifr_addr + ifr->ifr_addr.sa_len); } John Capo IRBS Engineering From owner-freebsd-hackers Wed Aug 9 07:26:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA14328 for hackers-outgoing; Wed, 9 Aug 1995 07:26:25 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id HAA14106 for ; Wed, 9 Aug 1995 07:21:51 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from sirius.physik.fu-berlin.de (130.133.3.140) with smtp id ; Wed, 9 Aug 95 16:15 MEST Received: by sirius.physik.fu-berlin.de; id AA24306; Wed, 9 Aug 1995 16:14:55 +0200 From: Thomas Graichen Message-Id: <9508091414.AA24306@sirius.physik.fu-berlin.de> Subject: PLEASE help me to get broken FreeBSD automounter working PLEASE !!! To: hackers@freebsd.org Date: Wed, 9 Aug 1995 16:14:55 +0200 (MET DST) Cc: ezk@cs.columbia.edu X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 4353 Sender: hackers-owner@freebsd.org Precedence: bulk PLEASE. PLEASE, PLEASE ... can anybody help me out to get the "-type:=direct" option which is broken in FreeBSD working - PLEASE - i've now tried to debug it some hours but i'm at the end of my knowlegde - i'll now try to explain what i've done and hope that someone will take a deeper look into it - PLEASE the problem: if you try to use the "-type:=direct" option of the amd (which should do a "mount -t nfs localhost:/usr/share /a/localhost/usr/share" for the following amd-map - amd.test - this should be done if i access /share/something which will then be a link to /a/localhost/usr/share) - but it will not mount - instead i get an "Stale NFS handle" if i try to access /share/something - ok and now the result of some hours of debugging and trying - PLEASE read on ... what i did: (this is the striped down problem) * exporting for example /usr/share to the machine itself (/usr/share localhost) in /etc/exports * made the machine serving and clienting (mountd; nfsd -u -t 4; nfsiod -n 4) * made an amd.test map with the following line test type:=nfs;rfs:=/usr/share;rhost:=localhost * build /usr/src/usr.sbin/amd/amd with the following CFLAGS added CFLAGS=-static -g -DDEBUG note: here only CFLAGS= not CFLAGS+= - because this way we avoid possible set optimizations from other places (more later) * run this amd: ./amd -x all -D all -l amd.log /test amd.test -type:=direct * watch at amd.log - it says somethere something like: ... Aug 9 15:36:27 mordillo amd[253]/map: Trying mount of amd.test on /test fstype direct Aug 9 15:36:27 mordillo amd[253]/debug: backgrounding mount of "/test" Aug 9 15:36:27 mordillo amd[254]/debug: backgrounded Aug 9 15:36:27 mordillo amd[253]/debug: 6 new fds allocated; total is 6 Aug 9 15:36:27 mordillo amd[253]/debug: 0x62ffc bytes of memory allocated; total is 0x62ffc (99 pages) Aug 9 15:36:27 mordillo amd[253]/debug: Timing out automount points... Aug 9 15:36:27 mordillo amd[253]/debug: Next mount timeout in 300s Aug 9 15:36:27 mordillo amd[253]/debug: Select waits for 300s Aug 9 15:36:27 mordillo amd[254]/debug: mkdir(/test) Aug 9 15:36:27 mordillo amd[254]/debug: root_fh substitutes pid 253 Aug 9 15:36:27 mordillo amd[254]/info: defeating nfs window computation Aug 9 15:36:27 mordillo amd[254]/debug: /test fstype 2 (auto) flags 0 (intr,rw,port=1023,timeo=8,retrans=110,direct) Aug 9 15:37:08 mordillo amd[253]/debug: Process 254 exited with status 0 Aug 9 15:37:08 mordillo amd[253]/debug: select interrupted ... * i made the same at one of our dec alpha's (where amd with the "-type:=direct" option works fine) and it's exactly the same until the "select interrupted" - this interruption does'nt occur there - thus i think this is the problem * ok - i changed nfs_start.c: (therefore all optimization must be off) --- /cdrom/usr/src/usr.sbin/amd/amd/nfs_start.c Mon May 29 15:45:53 1995 +++ amd/nfs_start.c Wed Aug 9 15:11:16 1995 @@ -188,6 +188,7 @@ static serv_state run_rpc(P_void) { + int gdbwait=0; int dtbsz = max_fds + 1; int smask = sigblock(MASKED_SIGS); @@ -250,6 +251,8 @@ else dlog("Select waits for Godot"); #endif /* DEBUG */ + + while (gdbwait==0){} nsel = do_select(smask, dtbsz, &readfds, &tvv); * now i may start the amd - it stops there and waits until i attach to it with gdb - make a "set gdbwait=1" and can debug it (the pid for the attach is the one from the "select interrupted" line in the log - here 253) * thus i found that the interruption of that system-call happens at line 137 of nfs_start.c (in do_select - the line "(void) sigsetmask(smask);") * and now - can please someone better than me try to find out why the interruption happens here - many, many, many thanks in advance - i'll help you as much as i can t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-hackers Wed Aug 9 08:54:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA19059 for hackers-outgoing; Wed, 9 Aug 1995 08:54:52 -0700 Received: from thing.sunquest.com (thing.Sunquest.COM [149.138.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id IAA19044 for ; Wed, 9 Aug 1995 08:54:47 -0700 From: tony@thing.sunquest.com Received: by thing.sunquest.com; id AA02529; Wed, 9 Aug 1995 08:50:34 -0700 Message-Id: <9508091550.AA02529@thing.sunquest.com> To: Bruce Evans Cc: hackers@freefall.freebsd.org X-Mailer: Rand MH v6.7 Transport-Options: /nodelivery/return Subject: Re: client & server ppp In-Reply-To: Your message of "Wed, 09 Aug 95 13:11:30 +1000." <199508090311.NAA02181@godzilla.zeta.org.au> Date: Wed, 09 Aug 95 08:50:34 -0700 X-Mts: smtp Sender: hackers-owner@FreeBSD.org Precedence: bulk > Perhaps kermit is being misused. If you terminate it without hanging up > and before starting pppd, and then try to start pppd, then there will be > a race between pppd and getty to grab the port. getty will probably win. > If you terminate kermit normally then it will hang up. Then there should > be no races, but kermit will be of no use for starting pppd sessions. > > These problems may be avoided in many different ways: > 1. suspend kermit instead of exiting from it. > 2. some kludge to hold the device open after exiting from kermit. > 3. run kermit from inside pppd. > 4. run something simpler than kermit from inside pppd. I agree with all of the above. I got some excellent help from John Capo , and will be looking at using pppd's built in chat option. My only remaining comment regarding use of kermit is that maybe it should be removed from the FAQ (/usr/share/FAQ/Test/ppp....). I basically followed the instruction contained for setting up client side PPP including the use of kermit scripts (which I pretty much copied verbatim) I'd be happy to make some alterations to the PPP FAQ if folks think it is worthwhile. tony From owner-freebsd-hackers Wed Aug 9 10:23:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA20711 for hackers-outgoing; Wed, 9 Aug 1995 10:23:22 -0700 Received: from epsilon.qmw.ac.uk (epsilon.qmw.ac.uk [138.37.6.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id KAA20702 for ; Wed, 9 Aug 1995 10:23:15 -0700 Received: from canary.dcs.qmw.ac.uk by epsilon.qmw.ac.uk with SMTP-DNS (PP) id <24889-0@epsilon.qmw.ac.uk>; Wed, 9 Aug 1995 18:10:59 +0100 Received: from ruby.dcs.qmw.ac.uk [192.135.231.243] by canary.dcs.qmw.ac.uk (8.6.12/QMW-server-2.4s) with SMTP; poster "Mark Dawson "; id SAA04161; Wed, 9 Aug 1995 18:08:10 +0100 Received: locally by ruby (4.1/QMW-client-3.2b); for "md@dcs.qmw.ac.uk"; poster "md"; id AA15663; Wed, 9 Aug 95 18:10:51 BST Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.ruby.cs.qmw.ac.uk.sun4.41 via MS.5.6.ruby.cs.qmw.ac.uk.sun4_41; Wed, 9 Aug 1995 18:10:51 +0100 (BST) Message-Id: Date: Wed, 9 Aug 1995 18:10:51 +0100 (BST) From: Mark Dawson To: hackers@freebsd.org Subject: FreeBSD port of netatalk Sender: hackers-owner@freebsd.org Precedence: bulk I've just got a first cut of netatalk working under FreeBSD-2.0.5 and can supply you with a patch file if you'd like to try it out. Please get in touch if this is of use. Best wishes, Mark From owner-freebsd-hackers Wed Aug 9 11:36:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA23157 for hackers-outgoing; Wed, 9 Aug 1995 11:36:35 -0700 Received: from devnull (devnull.mpd.tandem.com [131.124.4.29]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA23151 for ; Wed, 9 Aug 1995 11:36:33 -0700 Received: from olympus by devnull (8.6.8/8.6.6) id NAA26398; Wed, 9 Aug 1995 13:36:12 -0500 Received: by olympus (4.1/TSS2.1) id AA04499; Wed, 9 Aug 95 13:36:21 CDT From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9508091836.AA04499@olympus> Subject: Re: PLEASE help me to get broken FreeBSD automounter working PLEASE !!! To: graichen@sirius.physik.fu-berlin.de (Thomas Graichen) Date: Wed, 9 Aug 1995 13:36:20 -0500 (CDT) Cc: hackers@freebsd.org, ezk@cs.columbia.edu In-Reply-To: <9508091414.AA24306@sirius.physik.fu-berlin.de> from "Thomas Graichen" at Aug 9, 95 04:14:55 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 4787 Sender: hackers-owner@freebsd.org Precedence: bulk > > PLEASE. PLEASE, PLEASE ... can anybody help me out to get the > "-type:=direct" option which is broken in FreeBSD working - PLEASE - > i've now tried to debug it some hours but i'm at the end of my > knowlegde - i'll now try to explain what i've done and hope that > someone will take a deeper look into it - PLEASE > > the problem: > if you try to use the "-type:=direct" option of the amd (which > should do a "mount -t nfs localhost:/usr/share /a/localhost/usr/share" > for the following amd-map - amd.test - this should be done if i access > /share/something which will then be a link to /a/localhost/usr/share) - > but it will not mount - instead i get an "Stale NFS handle" if i try > to access /share/something - ok and now the result of some hours of > debugging and trying - PLEASE read on ... > > what i did: (this is the striped down problem) > * exporting for example /usr/share to the machine itself (/usr/share > localhost) in /etc/exports > > * made the machine serving and clienting (mountd; nfsd -u -t 4; nfsiod > -n 4) > > * made an amd.test map with the following line > test type:=nfs;rfs:=/usr/share;rhost:=localhost > > * build /usr/src/usr.sbin/amd/amd with the following CFLAGS added > CFLAGS=-static -g -DDEBUG > note: here only CFLAGS= not CFLAGS+= - because this way we avoid > possible set optimizations from other places (more later) > > * run this amd: > ./amd -x all -D all -l amd.log /test amd.test -type:=direct > > * watch at amd.log - it says somethere something like: > ... > Aug 9 15:36:27 mordillo amd[253]/map: Trying mount of amd.test on > /test fstype direct > Aug 9 15:36:27 mordillo amd[253]/debug: backgrounding mount of "/test" > Aug 9 15:36:27 mordillo amd[254]/debug: backgrounded > Aug 9 15:36:27 mordillo amd[253]/debug: 6 new fds allocated; total is 6 > Aug 9 15:36:27 mordillo amd[253]/debug: 0x62ffc bytes of memory > allocated; total is 0x62ffc (99 pages) > Aug 9 15:36:27 mordillo amd[253]/debug: Timing out automount points... > Aug 9 15:36:27 mordillo amd[253]/debug: Next mount timeout in 300s > Aug 9 15:36:27 mordillo amd[253]/debug: Select waits for 300s > Aug 9 15:36:27 mordillo amd[254]/debug: mkdir(/test) > Aug 9 15:36:27 mordillo amd[254]/debug: root_fh substitutes pid 253 > Aug 9 15:36:27 mordillo amd[254]/info: defeating nfs window computation > Aug 9 15:36:27 mordillo amd[254]/debug: /test fstype 2 (auto) flags 0 > (intr,rw,port=1023,timeo=8,retrans=110,direct) > Aug 9 15:37:08 mordillo amd[253]/debug: Process 254 exited with status 0 > Aug 9 15:37:08 mordillo amd[253]/debug: select interrupted > ... > > * i made the same at one of our dec alpha's (where amd with the > "-type:=direct" option works fine) and it's exactly the same until the > "select interrupted" - this interruption does'nt occur there - thus > i think this is the problem > > * ok - i changed nfs_start.c: (therefore all optimization must be off) > --- /cdrom/usr/src/usr.sbin/amd/amd/nfs_start.c Mon May 29 15:45:53 1995 > +++ amd/nfs_start.c Wed Aug 9 15:11:16 1995 > @@ -188,6 +188,7 @@ > > static serv_state run_rpc(P_void) > { > + int gdbwait=0; > int dtbsz = max_fds + 1; > int smask = sigblock(MASKED_SIGS); > > @@ -250,6 +251,8 @@ > else > dlog("Select waits for Godot"); > #endif /* DEBUG */ > + > + while (gdbwait==0){} > > nsel = do_select(smask, dtbsz, &readfds, &tvv); > > > * now i may start the amd - it stops there and waits until i attach to > it with gdb - make a "set gdbwait=1" and can debug it (the pid for the > attach is the one from the "select interrupted" line in the log - here > 253) > > * thus i found that the interruption of that system-call happens at > line 137 of nfs_start.c (in do_select - the line "(void) > sigsetmask(smask);") > > * and now - can please someone better than me try to find out why the > interruption happens here - many, many, many thanks in advance - i'll > help you as much as i can > > t > > _______________________________________________________||_____________________ > __|| > Perfection is reached, not when there is no __|| thomas graichen > longer anything to add, but when there __|| freie universitaet berlin > is no longer anything to take away __|| fachbereich physik > __|| > - Antoine de Saint-Exupery - __|| > ___________________________||____email: graichen@omega.physik.fu-berlin.de____ > -- _______________________________________________________________________ Boyd Faulkner - faulkner@isd.tandem.com - http://cactus.org/~faulkner _______________________________________________________________________ From owner-freebsd-hackers Wed Aug 9 12:58:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA25270 for hackers-outgoing; Wed, 9 Aug 1995 12:58:42 -0700 Received: from apollo.hq.nasa.gov (apollo.hq.nasa.gov [131.182.121.87]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id MAA25264 for ; Wed, 9 Aug 1995 12:58:39 -0700 Received: from wirehead.hq.nasa.gov (wirehead.hq.nasa.gov [131.182.121.88]) by apollo.hq.nasa.gov (8.6.12/8.6.12) with ESMTP id TAA01084; Wed, 9 Aug 1995 19:59:53 GMT Received: from localhost (cshenton@localhost) by wirehead.hq.nasa.gov (8.6.12/8.6.12) with SMTP id TAA02862; Wed, 9 Aug 1995 19:59:53 GMT Message-Id: <199508091959.TAA02862@wirehead.hq.nasa.gov> X-Authentication-Warning: wirehead.hq.nasa.gov: cshenton owned process doing -bs X-Authentication-Warning: wirehead.hq.nasa.gov: Host localhost didn't use HELO protocol To: Bruce Evans cc: freebsd-hackers@freebsd.org Subject: Re: client & server ppp In-reply-to: Your message of "Wed, 09 Aug 1995 14:00:39 +1000." Date: Wed, 09 Aug 1995 15:59:51 -0400 From: Chris Shenton Sender: hackers-owner@freebsd.org Precedence: bulk I whined: >> FreeBSD pppd refuses to die and and free up the port for getty (on >> cuaa0) so I can dial in On Wed, 9 Aug 1995 14:00:39 +1000, Bruce Evans said: Bruce> It probably needs the `modem' option. Got it: from /etc/ppp/options: netmask 255.255.255.240 # subnet mask for our system #-detach # don't detach crtscts # enable hardware flow control #passive # establish passive link (wait for LCP) modem # use modem line control proxyarp # insert an ARP entry for the host lcp-echo-interval 30 # send an echo packet every 30 seconds lcp-echo-failure 10 # die after n failed lcp echo requests debug and from my ~/.ppprc file where the dialup logs in: 198.116.75.19:198.116.75.33 If the modem(s) hangup, pppd stays on the line and getty can't run. I can dial back in but instead of getty, I get a dangling pppd. Bruce> I've never seen an overhead problem in pppd. I didn't way back in a 1.X release or something... maybe early 2.0-alpha? I was brand new to FreeBSD then... Thanks. From owner-freebsd-hackers Wed Aug 9 17:21:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA05343 for hackers-outgoing; Wed, 9 Aug 1995 17:21:12 -0700 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA05332 for ; Wed, 9 Aug 1995 17:21:11 -0700 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id RAA00613 for freebsd-hackers@freefall.cdrom.com; Wed, 9 Aug 1995 17:20:05 -0700 From: "Steven G. Kargl" Message-Id: <199508100020.RAA00613@troutmask.apl.washington.edu> Subject: Multicast and ep0? To: freebsd-hackers@freefall.freebsd.org (FreeBSD) Date: Wed, 9 Aug 1995 17:20:04 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 499 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hackers, I recall a discussion concerning the addtional of multicast support to the ep0 driver (if_ep.c). I searched the mail archive via http://www.freebsd.org, but could not find the multicast patch. Does anyone have a patch for multicast support for the ep0 driver? -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.x-STABLE | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Wed Aug 9 18:46:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA09077 for hackers-outgoing; Wed, 9 Aug 1995 18:46:01 -0700 Received: from vax.cs.pitt.edu (vax.cs.pitt.edu [136.142.79.5]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA09071 for ; Wed, 9 Aug 1995 18:45:59 -0700 Received: from w2xo.pgh.pa.us by vax.cs.pitt.edu (8.6.10/1.14) for ; id VAA16090; Wed, 9 Aug 1995 21:45:22 -0400 Received: (from durham@localhost) by w2xo.pgh.pa.us (8.6.11/8.6.9) id VAA00524 for hackers@freebsd.org; Wed, 9 Aug 1995 21:42:02 -0400 Date: Wed, 9 Aug 1995 21:42:02 -0400 From: Jim Durham Message-Id: <199508100142.VAA00524@w2xo.pgh.pa.us> To: hackers@freebsd.org Subject: Digi-Board support? Sender: hackers-owner@freebsd.org Precedence: bulk I came across a 16 port Digi-Board at a recent swapfest. I can't find any mention of it in the FAQ. Any possiblilities? It comes with a driver for SCO 3.20-3.22 . Thanks, Jim Durham From owner-freebsd-hackers Wed Aug 9 18:46:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA09145 for hackers-outgoing; Wed, 9 Aug 1995 18:46:56 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA09139 for ; Wed, 9 Aug 1995 18:46:55 -0700 Received: from pcpsj.pfcs.com (harlan.clark.net [168.143.10.179]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id SAA09887 for ; Wed, 9 Aug 1995 18:46:52 -0700 Received: from mumps.pfcs.com (mumps.pfcs.com [192.52.69.11]) by pcpsj.pfcs.com (8.6.11/8.6.9) with SMTP id VAA01274 for ; Wed, 9 Aug 1995 21:40:29 -0400 Received: from localhost by mumps.pfcs.com with SMTP id AA17512 (5.67b/IDA-1.5 for ); Wed, 9 Aug 1995 21:40:27 -0400 To: freebsd-hackers@freebsd.org Subject: rarpd and de0 on 2.1-STABLE Date: Wed, 09 Aug 1995 21:40:26 -0300 Message-Id: <17510.808018826@mumps.pfcs.com> From: Harlan Stenn Sender: hackers-owner@freebsd.org Precedence: bulk I am running 2.1-STABLE, and I've added the bpf stuff to the kernel. When I start rarpd, I get "SIOCGIFADDR: Invalid Argument". Any ideas on how I can get rarpd working? Thanks... H From owner-freebsd-hackers Wed Aug 9 19:09:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA10479 for hackers-outgoing; Wed, 9 Aug 1995 19:09:13 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA10472 for ; Wed, 9 Aug 1995 19:09:03 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA23568; Thu, 10 Aug 1995 08:11:35 +0600 From: "Serge A. Babkin" Message-Id: <199508100211.IAA23568@hq.icb.chel.su> Subject: Re: Multicast and ep0? To: kargl@troutmask.apl.washington.edu (Steven G. Kargl) Date: Thu, 10 Aug 1995 08:11:34 +0600 (GMT+0600) Cc: freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <199508100020.RAA00613@troutmask.apl.washington.edu> from "Steven G. Kargl" at Aug 9, 95 05:20:04 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 13352 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I recall a discussion concerning the addtional of > multicast support to the ep0 driver (if_ep.c). I > searched the mail archive via http://www.freebsd.org, > but could not find the multicast patch. > > Does anyone have a patch for multicast support for > the ep0 driver? Yes. -------------------------------------- cut here -------------------------- *** if_ep.c.205 Thu Jul 27 09:12:42 1995 --- if_ep.c Thu Jul 27 10:04:46 1995 *************** *** 100,105 **** --- 98,104 ---- #include #include #include + #include static int epprobe __P((struct isa_device *)); static int epattach __P((struct isa_device *)); *************** *** 117,122 **** --- 116,122 ---- static int send_ID_sequence __P((int)); static int get_eeprom_data __P((int, int)); + static struct ep_board *ep_look_for_board_at(struct isa_device *); struct ep_softc ep_softc[NEP]; *************** *** 132,145 **** }; static struct kern_devconf kdc_ep[NEP] = { { ! 0, 0, 0, /* filled in by dev_attach */ "ep", 0, { MDDT_ISA, 0, "net" }, isa_generic_externalize, 0, 0, ISA_EXTERNALLEN, ! &kdc_isa0, /* parent */ ! 0, /* parentdata */ ! DC_UNCONFIGURED, /* state */ "3Com 3C509 Ethernet adapter", ! DC_CLS_NETIF /* class */ } }; static inline void --- 132,145 ---- }; static struct kern_devconf kdc_ep[NEP] = { { ! 0, 0, 0, /* filled in by dev_attach */ "ep", 0, { MDDT_ISA, 0, "net" }, isa_generic_externalize, 0, 0, ISA_EXTERNALLEN, ! &kdc_isa0, /* parent */ ! 0, /* parentdata */ ! DC_UNCONFIGURED, /* state */ "3Com 3C509 Ethernet adapter", ! DC_CLS_NETIF /* class */ } }; static inline void *************** *** 154,164 **** 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) --- 154,160 ---- int ep_current_tag = EP_LAST_TAG + 1; ! struct ep_board ep_board[EP_MAX_BOARDS + 1]; static int eeprom_rdy(is) *************** *** 174,184 **** return (1); } ! static int ep_look_for_board_at(is) struct isa_device *is; { ! int data, i, j, io_base, id_port = EP_ID_PORT; int nisa = 0, neisa = 0; if (ep_current_tag == (EP_LAST_TAG + 1)) { --- 170,180 ---- return (1); } ! static struct ep_board * ep_look_for_board_at(is) struct isa_device *is; { ! int data, i, j, io_base, id_port = ELINK_ID_PORT; int nisa = 0, neisa = 0; if (ep_current_tag == (EP_LAST_TAG + 1)) { *************** *** 203,232 **** * 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--; /* Look for the ISA boards. Init and leave them actived */ outb(id_port, 0xc0); /* Global reset */ DELAY(10000); for (i = 0; i < EP_MAX_BOARDS; i++) { outb(id_port, 0); outb(id_port, 0); send_ID_sequence(id_port); data = get_eeprom_data(id_port, EEPROM_MFG_ID); if (data != MFG_ID) break; /* resolve contention using the Ethernet address */ 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--; --- 199,260 ---- * Once activated, all the registers are mapped in the range * x000 - x00F, where x is the slot number. */ + ep_board[neisa].epb_isa = 0; ep_board[neisa].epb_used = 0; ep_board[neisa++].epb_addr = j * EP_EISA_START; } ep_current_tag--; /* Look for the ISA boards. Init and leave them actived */ + outb(id_port, 0); + outb(id_port, 0); + + #if 0 + send_ID_sequence(id_port); + #else + elink_idseq(0xCF); + #endif + + #if 0 outb(id_port, 0xc0); /* Global reset */ + #else + elink_reset(); + #endif DELAY(10000); for (i = 0; i < EP_MAX_BOARDS; i++) { outb(id_port, 0); outb(id_port, 0); + #if 0 send_ID_sequence(id_port); + #else + elink_idseq(0xCF); + #endif data = get_eeprom_data(id_port, EEPROM_MFG_ID); if (data != MFG_ID) break; /* resolve contention using the Ethernet address */ + for (j = 0; j < 3; j++) ! get_eeprom_data(id_port, j); ! ! /* and save this address for later use */ ! ! for (j = 0; j < 3; j++) ! ep_board[neisa+nisa].eth_addr[j] = get_eeprom_data(id_port, j); ! ! ep_board[neisa+nisa].res_cfg = ! get_eeprom_data(id_port, EEPROM_RESOURCE_CFG); + ep_board[neisa+nisa].prod_id = + get_eeprom_data(id_port, EEPROM_PROD_ID); + + ep_board[neisa].epb_isa = 1; 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--; *************** *** 266,283 **** 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; } } --- 294,313 ---- IS_BASE=ep_board[i].epb_addr; ep_board[i].epb_used=1; ! ! return &ep_board[i]; } 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 &ep_board[i]; } } *************** *** 308,327 **** ep_registerdev(is); ! if (!ep_look_for_board_at(is)) return (0); /* * The iobase was found and MFG_ID was 0x6d50. PROD_ID should be * 0x9[0-f]50 */ GO_WINDOW(0); ! k = get_e(is, EEPROM_PROD_ID); if ((k & 0xf0ff) != (PROD_ID & 0xf0ff)) { printf("epprobe: ignoring model %04x\n", k); return (0); } ! k = get_e(is, EEPROM_RESOURCE_CFG); k >>= 12; /* Now we have two cases again: --- 338,358 ---- ep_registerdev(is); ! if(( sc->epb=ep_look_for_board_at(is) )==0) return (0); /* * The iobase was found and MFG_ID was 0x6d50. PROD_ID should be * 0x9[0-f]50 */ GO_WINDOW(0); ! k = sc->epb->epb_isa ? sc->epb->prod_id : get_e(is, EEPROM_PROD_ID); if ((k & 0xf0ff) != (PROD_ID & 0xf0ff)) { printf("epprobe: ignoring model %04x\n", k); return (0); } ! k = sc->epb->epb_isa ? sc->epb->res_cfg : get_e(is, EEPROM_RESOURCE_CFG); ! k >>= 12; /* Now we have two cases again: *************** *** 396,402 **** p = (u_short *) & sc->arpcom.ac_enaddr; for (i = 0; i < 3; i++) { GO_WINDOW(0); ! p[i] = htons(get_e(is, i)); GO_WINDOW(2); outw(BASE + EP_W2_ADDR_0 + (i * 2), ntohs(p[i])); } --- 427,433 ---- p = (u_short *) & sc->arpcom.ac_enaddr; for (i = 0; i < 3; i++) { GO_WINDOW(0); ! p[i] = htons( sc->epb->epb_isa ? sc->epb->eth_addr[i] : get_e(is, i) ); GO_WINDOW(2); outw(BASE + EP_W2_ADDR_0 + (i * 2), ntohs(p[i])); } *************** *** 423,429 **** ifp->if_unit = is->id_unit; ifp->if_name = "ep"; ifp->if_mtu = ETHERMTU; ! ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_NOTRAILERS; ifp->if_init = epinit; ifp->if_output = ether_output; ifp->if_start = epstart; --- 454,461 ---- ifp->if_unit = is->id_unit; ifp->if_name = "ep"; ifp->if_mtu = ETHERMTU; ! ifp->if_flags = IFF_BROADCAST | IFF_MULTICAST | ! IFF_SIMPLEX | IFF_NOTRAILERS; ifp->if_init = epinit; ifp->if_output = ether_output; ifp->if_start = epstart; *************** *** 432,438 **** ifp->if_timer=1; if_attach(ifp); ! kdc_ep[is->id_unit].kdc_state = DC_BUSY; /* * Fill the hardware address into ifa_addr if we find an AF_LINK entry. --- 464,472 ---- ifp->if_timer=1; if_attach(ifp); ! ! /* device attach does transition from UNCONFIGURED to IDLE state */ ! kdc_ep[is->id_unit].kdc_state=DC_IDLE; /* * Fill the hardware address into ifa_addr if we find an AF_LINK entry. *************** *** 475,481 **** #endif ep_fset(F_RX_FIRST); sc->top = sc->mcur = 0; ! #if NBPFILTER > 0 bpfattach(&sc->bpf, ifp, DLT_EN10MB, sizeof(struct ether_header)); #endif --- 509,515 ---- #endif ep_fset(F_RX_FIRST); sc->top = sc->mcur = 0; ! #if NBPFILTER > 0 bpfattach(&sc->bpf, ifp, DLT_EN10MB, sizeof(struct ether_header)); #endif *************** *** 536,547 **** 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. --- 570,581 ---- 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. *************** *** 814,820 **** sc->rx_no_first, sc->rx_no_mbuf, sc->rx_bpf_disc, sc->rx_overrunf, sc->rx_overrunl, sc->tx_underrun); #else ! printf("ep%d: Status: %x\n", unit, status); #endif epinit(unit); splx(x); --- 848,854 ---- sc->rx_no_first, sc->rx_no_mbuf, sc->rx_bpf_disc, sc->rx_overrunf, sc->rx_overrunl, sc->tx_underrun); #else ! printf("ep%d: Status: %x (input buffer overflow)\n", unit, status); #endif epinit(unit); splx(x); *************** *** 1132,1137 **** --- 1166,1175 ---- switch (cmd) { case SIOCSIFADDR: ifp->if_flags |= IFF_UP; + + /* netifs are BUSY when UP */ + kdc_ep[ifp->if_unit].kdc_state=DC_BUSY; + switch (ifa->ifa_addr->sa_family) { #ifdef INET case AF_INET: *************** *** 1163,1168 **** --- 1201,1211 ---- } break; case SIOCSIFFLAGS: + /* UP controls BUSY/IDLE */ + kdc_ep[ifp->if_unit].kdc_state= ( (ifp->if_flags & IFF_UP) + ? DC_BUSY + : DC_IDLE ); + if ((ifp->if_flags & IFF_UP) == 0 && ifp->if_flags & IFF_RUNNING) { ifp->if_flags &= ~IFF_RUNNING; epstop(ifp->if_unit); *************** *** 1175,1180 **** --- 1218,1224 ---- } /* NOTREACHED */ + #if 0 if (ifp->if_flags & IFF_UP && (ifp->if_flags & IFF_RUNNING) == 0) epinit(ifp->if_unit); *************** *** 1187,1192 **** --- 1231,1237 ---- ep_frst(F_PROMISC); epinit(ifp->if_unit); } + #endif break; #ifdef notdef *************** *** 1205,1212 **** } else { ifp->if_mtu = ifr->ifr_mtu; } ! break; ! default: error = EINVAL; } --- 1250,1264 ---- } else { ifp->if_mtu = ifr->ifr_mtu; } ! break; ! case SIOCADDMULTI: ! case SIOCDELMULTI: ! /* Now this driver has no support for programmable ! * multicast filters. If some day it will gain this ! * support this part of code must be extended. ! */ ! error=0; ! break; default: error = EINVAL; } *** if_epreg.h.205 Tue Jul 18 09:29:43 1995 --- if_epreg.h Wed Jul 26 14:19:14 1995 *************** *** 71,76 **** --- 70,77 ---- #define F_ACCESS_32_BITS 0x100 + struct ep_board *epb; + #ifdef EP_LOCAL_STATS short tx_underrun; short rx_no_first; *************** *** 80,85 **** --- 81,97 ---- short rx_overrunl; #endif }; + + struct ep_board { + int epb_addr; /* address of this board */ + char epb_used; /* was this entry already used for configuring ? */ + /* data from EEPROM for later use */ + char epb_isa; /* flag: this is an ISA card */ + u_short eth_addr[3]; /* Ethernet address */ + u_short prod_id; /* product ID */ + u_short res_cfg; /* resource configuration */ + }; + /* * Some global constants -------------------------------------- cut here -------------------------- Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Wed Aug 9 19:19:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA11125 for hackers-outgoing; Wed, 9 Aug 1995 19:19:18 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA11119 for ; Wed, 9 Aug 1995 19:19:14 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA23678; Thu, 10 Aug 1995 08:20:47 +0600 From: "Serge A. Babkin" Message-Id: <199508100220.IAA23678@hq.icb.chel.su> Subject: Re: Digi-Board support? To: durham@w2xo.pgh.pa.us (Jim Durham) Date: Thu, 10 Aug 1995 08:20:46 +0600 (GMT+0600) Cc: hackers@freebsd.org In-Reply-To: <199508100142.VAA00524@w2xo.pgh.pa.us> from "Jim Durham" at Aug 9, 95 09:42:02 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 659 Sender: hackers-owner@freebsd.org Precedence: bulk > I came across a 16 port Digi-Board at a recent swapfest. > > I can't find any mention of it in the FAQ. > > Any possiblilities? It comes with a driver for SCO 3.20-3.22 . Yes, there is an ALPHA version of the Digiboard driver. It is at: ftp://ftp.freebsd.org/FreeBSD/incoming/digi-a.tgz (or somewhere near to this). This version works with PC/Xi and probably with old 64K PC/Xe. The support for new PC/Xe with windowing ability is now broken. This version is known to have a broken select() code and little bugs in logic too. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Wed Aug 9 19:44:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA11998 for hackers-outgoing; Wed, 9 Aug 1995 19:44:07 -0700 Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA11992 for ; Wed, 9 Aug 1995 19:44:04 -0700 Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by jolt.eng.umd.edu (8.6.10/8.6.4) with ESMTP id WAA17379 for ; Wed, 9 Aug 1995 22:44:01 -0400 Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.6.10/8.6.4) id WAA16584; Wed, 9 Aug 1995 22:44:01 -0400 Date: Wed, 9 Aug 1995 22:44:00 -0400 (EDT) From: Chuck Robey To: FreeBSD-Hackers Subject: Compiling for GUS Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I have been trying to get a GUS kernel working. I found out about Vat.info, and I followed the instructions, including editing the files.i386 file. I have been trying to compile, but the /usr/src/sys/i386/i386/conf.c file asks for vat_audio.h, and I don't seem to have one. I did edit a line out of files.i386 that called for it, but I doublechecked, and I did that right. Do I need this vat_audio.h file, and if so, where can I get it? I did a find on it, can't find it. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 (Freebsd 2.0.5-snap-0726) and (301) 220-2114 | n3lxx (FreeBSD 2.0.5-snap-0622) -- Great! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Wed Aug 9 20:03:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA12860 for hackers-outgoing; Wed, 9 Aug 1995 20:03:58 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id UAA12851 for ; Wed, 9 Aug 1995 20:03:54 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA14852; Thu, 10 Aug 1995 13:01:30 +1000 Date: Thu, 10 Aug 1995 13:01:30 +1000 From: Bruce Evans Message-Id: <199508100301.NAA14852@godzilla.zeta.org.au> To: bde@zeta.org.au, cshenton@apollo.hq.nasa.gov Subject: Re: client & server ppp Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >Bruce> It probably needs the `modem' option. >Got it: from /etc/ppp/options: > netmask 255.255.255.240 # subnet mask for our system > #-detach # don't detach > crtscts # enable hardware flow control > #passive # establish passive link (wait for LCP) > modem # use modem line control >... >If the modem(s) hangup, pppd stays on the line and getty can't run. I >can dial back in but instead of getty, I get a dangling pppd. Does the modem actually hang up? It must drop CD and keep it low. Bruce From owner-freebsd-hackers Wed Aug 9 20:41:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA14752 for hackers-outgoing; Wed, 9 Aug 1995 20:41:04 -0700 Received: from npd.ufsc.br (npd.ufsc.br [150.162.1.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id UAA14102 for ; Wed, 9 Aug 1995 20:32:09 -0700 Received: from mtm (mtm.ufsc.br [150.162.1.32]) by npd.ufsc.br (8.6.8.1/8.6.6) with SMTP id VAA35819 for ; Wed, 9 Aug 1995 21:33:11 -0500 Received: by mtm (4.1/SMI-4.1) id AA03135; Wed, 9 Aug 95 21:35:34 EST Date: Wed, 9 Aug 1995 21:35:34 -0300 (EST) From: lenzi X-Sender: lenzi@mtm To: hackers@freebsd.org Subject: Lenzi thanks Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Ok folks. I apologize for such a foolish question. (X numlock case...) I have also asked all my friends (all of then use linux) and on those systems they detect the same problem but as linux builds the configuration file with the ServerNumlock active the problem does not show up. I have the BSD system running for a month serving as a gateway in a 8 port slip machine. (it replaced an Unixware 1.1 machine) Now the machine goes full 19.2Kb in all the 8 ports. As I have only the disks from 2.0.5 and could not find a FAQ on X11R6. Now I am working on databases (Ingres) using BSD. Thanks for the help. Lenzi, Sergio email: lenzi@mtm.ufsc.br From owner-freebsd-hackers Wed Aug 9 23:35:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA21241 for hackers-outgoing; Wed, 9 Aug 1995 23:35:35 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id XAA21234 for ; Wed, 9 Aug 1995 23:35:33 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from sirius.physik.fu-berlin.de (130.133.3.140) with smtp id ; Thu, 10 Aug 95 08:35 MEST Received: by sirius.physik.fu-berlin.de; id AA28783; Thu, 10 Aug 1995 08:35:28 +0200 From: Thomas Graichen Message-Id: <9508100635.AA28783@sirius.physik.fu-berlin.de> Subject: Re: PLEASE help me to get broken FreeBSD automounter working PLEASE !!! To: faulkner@mpd.tandem.com (Boyd Faulkner) Date: Thu, 10 Aug 1995 08:35:28 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <9508091841.AA04519@olympus> from "Boyd Faulkner" at Aug 9, 95 01:41:52 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: 4380 Sender: hackers-owner@freebsd.org Precedence: bulk > > > > PLEASE. PLEASE, PLEASE ... can anybody help me out to get the > > "-type:=direct" option which is broken in FreeBSD working - PLEASE - > > i've now tried to debug it some hours but i'm at the end of my > > knowlegde - i'll now try to explain what i've done and hope that > > someone will take a deeper look into it - PLEASE > > > > the problem: > > if you try to use the "-type:=direct" option of the amd (which > > should do a "mount -t nfs localhost:/usr/share /a/localhost/usr/share" > > for the following amd-map - amd.test - this should be done if i access > > /share/something which will then be a link to /a/localhost/usr/share) - > > but it will not mount - instead i get an "Stale NFS handle" if i try > > to access /share/something - ok and now the result of some hours of > > debugging and trying - PLEASE read on ... > sorry - there was a typo: it must be be "if you access /test/something" > > You can do this with type:=LINK which does work. > I will try and look at this later. > first - i think also "direct" should work - how would you do it with link ? > > > > what i did: (this is the striped down problem) > > * exporting for example /usr/share to the machine itself (/usr/share > > localhost) in /etc/exports > > > > * made the machine serving and clienting (mountd; nfsd -u -t 4; nfsiod > > -n 4) > > > > * made an amd.test map with the following line > > test type:=nfs;rfs:=/usr/share;rhost:=localhost > > maybe is you specify fs:=/ > can you please tell me more about what you mean > > > > * build /usr/src/usr.sbin/amd/amd with the following CFLAGS added > > CFLAGS=-static -g -DDEBUG > > note: here only CFLAGS= not CFLAGS+= - because this way we avoid > > possible set optimizations from other places (more later) > > > > * run this amd: > > ./amd -x all -D all -l amd.log /test amd.test -type:=direct > > does /a exist? This is the temporary mountpoint if I remember correctly > or you can specify -a /a or -a /tmp_mnt as I do. > that's not the problem - the amd will create all the directories it needs himself > > > > * watch at amd.log - it says somethere something like: > > Pre-access? The book says an attempt should not be made until the > link is accessed. > please explain me what you mean by that > > > > ... > > Aug 9 15:36:27 mordillo amd[253]/map: Trying mount of amd.test on > > /test fstype direct > > Aug 9 15:36:27 mordillo amd[253]/debug: backgrounding mount of "/test" > > Aug 9 15:36:27 mordillo amd[254]/debug: backgrounded > > Aug 9 15:36:27 mordillo amd[253]/debug: 6 new fds allocated; total is 6 > > Aug 9 15:36:27 mordillo amd[253]/debug: 0x62ffc bytes of memory > > allocated; total is 0x62ffc (99 pages) > > Aug 9 15:36:27 mordillo amd[253]/debug: Timing out automount points... > > Aug 9 15:36:27 mordillo amd[253]/debug: Next mount timeout in 300s > > Aug 9 15:36:27 mordillo amd[253]/debug: Select waits for 300s > > Aug 9 15:36:27 mordillo amd[254]/debug: mkdir(/test) > > Aug 9 15:36:27 mordillo amd[254]/debug: root_fh substitutes pid 253 > > Aug 9 15:36:27 mordillo amd[254]/info: defeating nfs window computation > > Aug 9 15:36:27 mordillo amd[254]/debug: /test fstype 2 (auto) flags 0 > > (intr,rw,port=1023,timeo=8,retrans=110,direct) > > Aug 9 15:37:08 mordillo amd[253]/debug: Process 254 exited with status 0 > > Aug 9 15:37:08 mordillo amd[253]/debug: select interrupted > > ... > > > > * i made the same at one of our dec alpha's (where amd with the > > "-type:=direct" option works fine) and it's exactly the same until the > > "select interrupted" - this interruption does'nt occur there - thus > > i think this is the problem > > in general i think the "-type:=direct" is BROKEN in FreeBSD and should thus be fixed - i'll help as much as i can to fix it but i need someone to help me t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-hackers Wed Aug 9 23:42:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA21522 for hackers-outgoing; Wed, 9 Aug 1995 23:42:05 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id XAA21516 for ; Wed, 9 Aug 1995 23:42:03 -0700 Received: from npd.ufsc.br (npd.ufsc.br [150.162.1.3]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id XAA18003 for ; Wed, 9 Aug 1995 23:37:54 -0700 Received: from mtm (mtm.ufsc.br [150.162.1.32]) by npd.ufsc.br (8.6.8.1/8.6.6) with SMTP id VAA35819 for ; Wed, 9 Aug 1995 21:33:11 -0500 Received: by mtm (4.1/SMI-4.1) id AA03135; Wed, 9 Aug 95 21:35:34 EST Date: Wed, 9 Aug 1995 21:35:34 -0300 (EST) From: lenzi X-Sender: lenzi@mtm To: hackers@freebsd.org Subject: Lenzi thanks Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Ok folks. I apologize for such a foolish question. (X numlock case...) I have also asked all my friends (all of then use linux) and on those systems they detect the same problem but as linux builds the configuration file with the ServerNumlock active the problem does not show up. I have the BSD system running for a month serving as a gateway in a 8 port slip machine. (it replaced an Unixware 1.1 machine) Now the machine goes full 19.2Kb in all the 8 ports. As I have only the disks from 2.0.5 and could not find a FAQ on X11R6. Now I am working on databases (Ingres) using BSD. Thanks for the help. Lenzi, Sergio email: lenzi@mtm.ufsc.br From owner-freebsd-hackers Wed Aug 9 23:50:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA21814 for hackers-outgoing; Wed, 9 Aug 1995 23:50:07 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id XAA21792 for ; Wed, 9 Aug 1995 23:49:56 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from sirius.physik.fu-berlin.de (130.133.3.140) with smtp id ; Thu, 10 Aug 95 08:49 MEST Received: by sirius.physik.fu-berlin.de; id AA29846; Thu, 10 Aug 1995 08:49:53 +0200 From: Thomas Graichen Message-Id: <9508100649.AA29846@sirius.physik.fu-berlin.de> Subject: Re: PLEASE help me to get broken FreeBSD automounter working PLEASE !!! To: faulkner@mpd.tandem.com (Boyd Faulkner) Date: Thu, 10 Aug 1995 08:49:01 +0200 (MET DST) In-Reply-To: <9508091841.AA04519@olympus> from "Boyd Faulkner" at Aug 9, 95 01:41:52 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: 1280 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > the problem: > > if you try to use the "-type:=direct" option of the amd (which > > should do a "mount -t nfs localhost:/usr/share /a/localhost/usr/share" > > for the following amd-map - amd.test - this should be done if i access > > /share/something which will then be a link to /a/localhost/usr/share) - > > but it will not mount - instead i get an "Stale NFS handle" if i try > > to access /share/something - ok and now the result of some hours of > > debugging and trying - PLEASE read on ... > > You can do this with type:=LINK which does work. > I will try and look at this later. > just to let you know - this should work with real nfs (from one machine to another) later - this (nfs mounting to itself) is only the very stripped down problem t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-hackers Wed Aug 9 23:52:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA21954 for hackers-outgoing; Wed, 9 Aug 1995 23:52:01 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id XAA21946 for ; Wed, 9 Aug 1995 23:52:00 -0700 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with ESMTP id XAA00273; Wed, 9 Aug 1995 23:51:32 -0700 Message-Id: <199508100651.XAA00273@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Chuck Robey cc: FreeBSD-Hackers Subject: Re: Compiling for GUS In-reply-to: Your message of "Wed, 09 Aug 1995 22:44:00 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Aug 1995 23:51:31 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Chuck Robey said: > I have been trying to get a GUS kernel working. I found out about > Vat.info, and I followed the instructions, including editing the > files.i386 file. I have been trying to compile, but the > /usr/src/sys/i386/i386/conf.c file asks for vat_audio.h, and I don't seem > to have one. I did edit a line out of files.i386 that called for it, but > I doublechecked, and I did that right. > > Do I need this vat_audio.h file, and if so, where can I get it? I did a > find on it, can't find it. > the vat_audio.h is no longer part of sys-current so you don't need that file. Since some members of this list don't like to see postings about sound stuff, please send any questions related to sound apps to me or to my multimedia mailing list. to subscribe to my multimedia mailing list: mail majordomo@rah.star-gate.com subscribe multimedia Amancio From owner-freebsd-hackers Thu Aug 10 02:07:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA25968 for hackers-outgoing; Thu, 10 Aug 1995 02:07:26 -0700 Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id CAA25960 for ; Thu, 10 Aug 1995 02:07:23 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id EAA02358 for freebsd-hackers@freebsd.org; Thu, 10 Aug 1995 04:07:36 -0500 From: Mike Pritchard Message-Id: <199508100907.EAA02358@mpp.minn.net> Subject: daily insecurity output (fwd) To: freebsd-hackers@freebsd.org Date: Thu, 10 Aug 1995 04:07:35 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1115 Sender: hackers-owner@freebsd.org Precedence: bulk I received the following from the security section of my /etc/daily report, and I'm not totally sure what to make of it. My last make world/install was on Jul 13, but I know I did not re-install a new /bin/ps today. However, I did reboot my machine at 18:23 at that time to clear up a problem that was causing all of the virtual consoles to be unusable. > checking setuid files and devices: > mpp setuid/device diffs: > 2c2 > < -r-xr-sr-x 1 bin kmem 151552 Jul 13 18:04:08 1995 /bin/ps > --- > > -r-xr-sr-x 1 bin kmem 151552 Aug 9 18:23:38 1995 /bin/ps I think I also located another binary with an odd timestamp, but I'll have to look into that some more. Probably the most important fact in all this is that the reboot I did at 18:23 was to boot a -current kernel. Before that I was running a kernel that was about 2 - 2.5 weeks behind -current. Does anyone have any ideas about this? (I'm doing a full security audit as I type this to see if I might have had a real breakin) -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Thu Aug 10 02:59:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA27576 for hackers-outgoing; Thu, 10 Aug 1995 02:59:55 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id CAA27569 for ; Thu, 10 Aug 1995 02:59:49 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id KAA09864; Thu, 10 Aug 1995 10:56:23 +0100 Date: Thu, 10 Aug 1995 10:56:21 +0100 (BST) From: Doug Rabson To: Thomas Graichen cc: hackers@freebsd.org, ezk@cs.columbia.edu Subject: Re: PLEASE help me to get broken FreeBSD automounter working PLEASE !!! In-Reply-To: <9508091414.AA24306@sirius.physik.fu-berlin.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 9 Aug 1995, Thomas Graichen wrote: > PLEASE. PLEASE, PLEASE ... can anybody help me out to get the > "-type:=direct" option which is broken in FreeBSD working - PLEASE - > i've now tried to debug it some hours but i'm at the end of my > knowlegde - i'll now try to explain what i've done and hope that > someone will take a deeper look into it - PLEASE Which version of FreeBSD are you using? If you are running current then you *must* make sure you are using an amd from current as well due to the NFSv3 support in current. Have you tried using a later version of amd? There was some discussion about the age of our amd and it seems that amd.upl102 is much more recent and may work better for you. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Thu Aug 10 04:55:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id EAA00832 for hackers-outgoing; Thu, 10 Aug 1995 04:55:11 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id EAA00815 for ; Thu, 10 Aug 1995 04:54:25 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55358>; Thu, 10 Aug 1995 13:53:34 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id KAA01353 for hackers%freebsd.org@regent.e-technik.tu-muenchen.de; Thu, 10 Aug 1995 10:57:52 +0200 Date: Thu, 10 Aug 1995 10:57:52 +0200 From: Julian Howard Stacey Message-Id: <199508100857.KAA01353@vector.eikon.e-technik.tu-muenchen.de> To: hackers@freebsd.org Subject: Competing & slow CD-ROM Seeks Sender: hackers-owner@freebsd.org Precedence: bulk Those of us with CD-ROM drives have probably noticed (or heard) the competing CD-ROM seeks, when some process we're running competes with /usr/libexec/locate.updatedb & the resultant audio technology slow seeks make much noise & little progress. Perhaps some of us have also worried about cd-rom excess wear & tear from runn From owner-freebsd-hackers Thu Aug 10 05:16:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA01492 for hackers-outgoing; Thu, 10 Aug 1995 05:16:27 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id FAA01481 for ; Thu, 10 Aug 1995 05:16:10 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from sirius.physik.fu-berlin.de (130.133.3.140) with smtp id ; Thu, 10 Aug 95 14:13 MEST Received: by sirius.physik.fu-berlin.de; id AA04318; Thu, 10 Aug 1995 14:13:48 +0200 From: Thomas Graichen Message-Id: <9508101213.AA04318@sirius.physik.fu-berlin.de> Subject: Re: PLEASE help me to get broken FreeBSD automounter working PLEASE !!! To: dfr@render.com (Doug Rabson) Date: Thu, 10 Aug 1995 14:13:48 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: from "Doug Rabson" at Aug 10, 95 10:56:21 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: 1600 Sender: hackers-owner@freebsd.org Precedence: bulk > > PLEASE. PLEASE, PLEASE ... can anybody help me out to get the > > "-type:=direct" option which is broken in FreeBSD working - PLEASE - > > i've now tried to debug it some hours but i'm at the end of my > > knowlegde - i'll now try to explain what i've done and hope that > > someone will take a deeper look into it - PLEASE > > Which version of FreeBSD are you using? If you are running current then > you *must* make sure you are using an amd from current as well due to the > NFSv3 support in current. > both amd and kernel - 2.0.5-RELEASE > > Have you tried using a later version of amd? There was some discussion > about the age of our amd and it seems that amd.upl102 is much more recent > and may work better for you. > i've tried all version i was able to find - the NetBSD and the Linux one (maybe one of them has the problem fixed) and the upl102 too - all show the same problem - can please someone look into my debugging stuff and try to find the problem there - i'll try to help as much as i can (i'll now try a -current kernel and amd) thanks in advance - t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-hackers Thu Aug 10 05:26:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA01779 for hackers-outgoing; Thu, 10 Aug 1995 05:26:20 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id FAA01773 for ; Thu, 10 Aug 1995 05:26:07 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.11/8.6.6) id IAA06725; Thu, 10 Aug 1995 08:25:54 -0400 From: John Capo Message-Id: <199508101225.IAA06725@irbs.irbs.com> Subject: Re: daily insecurity output (fwd) To: mpp@mpp.minn.net (Mike Pritchard) Date: Thu, 10 Aug 1995 08:25:52 -0400 (EDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199508100907.EAA02358@mpp.minn.net> from "Mike Pritchard" at Aug 10, 95 04:07:35 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: 1599 Sender: hackers-owner@freebsd.org Precedence: bulk Mike Pritchard writes: > > I received the following from the security section of my /etc/daily > report, and I'm not totally sure what to make of it. My last > make world/install was on Jul 13, but I know I did not re-install > a new /bin/ps today. However, I did reboot my machine at 18:23 > at that time to clear up a problem that was causing all of the virtual > consoles to be unusable. > > > checking setuid files and devices: > > mpp setuid/device diffs: > > 2c2 > > < -r-xr-sr-x 1 bin kmem 151552 Jul 13 18:04:08 1995 /bin/ps > > --- > > > -r-xr-sr-x 1 bin kmem 151552 Aug 9 18:23:38 1995 /bin/ps > > I think I also located another binary with an odd timestamp, > but I'll have to look into that some more. > > Probably the most important fact in all this is that the reboot > I did at 18:23 was to boot a -current kernel. Before that > I was running a kernel that was about 2 - 2.5 weeks behind > -current. > > Does anyone have any ideas about this? > > (I'm doing a full security audit as I type this to see if I might > have had a real breakin) The date on /bin/df changed on me last week. I didn't look at the security mail till several days later. The new date corresponded with a full backup of two systems in preperation for Erin, which never got here. I supped new sources for df, built it, and it compared OK with /bin/df. There was no evidence of an intruder. An intruder that is good enough to get root and mess with /bin would also be able to mung the dates back to match the old binary. Something's fishy. John Capo IRBS Engineering From owner-freebsd-hackers Thu Aug 10 08:34:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA08659 for hackers-outgoing; Thu, 10 Aug 1995 08:34:58 -0700 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA08629 for ; Thu, 10 Aug 1995 08:34:37 -0700 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id IAA02325; Thu, 10 Aug 1995 08:32:59 -0700 From: "Steven G. Kargl" Message-Id: <199508101532.IAA02325@troutmask.apl.washington.edu> Subject: Re: Multicast and ep0? To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Thu, 10 Aug 1995 08:32:59 -0700 (PDT) Cc: freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <199508100211.IAA23568@hq.icb.chel.su> from "Serge A. Babkin" at Aug 10, 95 08:11:34 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: 703 Sender: hackers-owner@FreeBSD.org Precedence: bulk According to Serge A. Babkin: > > > I recall a discussion concerning the addtional of > > multicast support to the ep0 driver (if_ep.c). I > > searched the mail archive via http://www.freebsd.org, > > but could not find the multicast patch. > > > > Does anyone have a patch for multicast support for > > the ep0 driver? > > Yes. > [patch deleted] Thanks. Will this patch be committed into the CVS repository or do I need to keep it around to re-apply after every sup? -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.x-STABLE | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Thu Aug 10 09:17:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA10369 for hackers-outgoing; Thu, 10 Aug 1995 09:17:18 -0700 Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA10363 for ; Thu, 10 Aug 1995 09:17:17 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id JAA21524 for ; Thu, 10 Aug 1995 09:17:10 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from sirius.physik.fu-berlin.de (130.133.3.140) with smtp id ; Thu, 10 Aug 95 18:15 MEST Received: by sirius.physik.fu-berlin.de; id AA05924; Thu, 10 Aug 1995 18:15:18 +0200 From: Thomas Graichen Message-Id: <9508101615.AA05924@sirius.physik.fu-berlin.de> Subject: Re: PLEASE help me to get broken FreeBSD automounter working PLEASE !!! To: dfr@render.com (Doug Rabson) Date: Thu, 10 Aug 1995 16:08:22 +0200 (MET DST) In-Reply-To: from "Doug Rabson" at Aug 10, 95 10:56:21 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: 1210 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > PLEASE. PLEASE, PLEASE ... can anybody help me out to get the > > "-type:=direct" option which is broken in FreeBSD working - PLEASE - > > i've now tried to debug it some hours but i'm at the end of my > > knowlegde - i'll now try to explain what i've done and hope that > > someone will take a deeper look into it - PLEASE > > Which version of FreeBSD are you using? If you are running current then > you *must* make sure you are using an amd from current as well due to the > NFSv3 support in current. > ok - i now tried it with a -current kernel (950810) and the -current amd - it's still the same - it is STILL BROKEN - can someone PLEASE help me to fix it - thanks in advance - t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-hackers Thu Aug 10 09:46:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA11338 for hackers-outgoing; Thu, 10 Aug 1995 09:46:18 -0700 Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA11328 for ; Thu, 10 Aug 1995 09:45:55 -0700 Received: (from mpp@localhost) by mpp.minn.net (8.6.11/8.6.9) id LAA00583; Thu, 10 Aug 1995 11:45:32 -0500 From: Mike Pritchard Message-Id: <199508101645.LAA00583@mpp.minn.net> Subject: Re: daily insecurity output (fwd) To: jc@irbs.com (John Capo) Date: Thu, 10 Aug 1995 11:45:31 -0500 (CDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199508101225.IAA06725@irbs.irbs.com> from "John Capo" at Aug 10, 95 08:25:52 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: 3106 Sender: hackers-owner@freebsd.org Precedence: bulk John Capo wrote: > Mike Pritchard writes: > > > > I received the following from the security section of my /etc/daily > > report, and I'm not totally sure what to make of it. My last > > make world/install was on Jul 13, but I know I did not re-install > > a new /bin/ps today. However, I did reboot my machine at 18:23 > > at that time to clear up a problem that was causing all of the virtual > > consoles to be unusable. > > > > > checking setuid files and devices: > > > mpp setuid/device diffs: > > > 2c2 > > > < -r-xr-sr-x 1 bin kmem 151552 Jul 13 18:04:08 1995 /bin/ps > > > --- > > > > -r-xr-sr-x 1 bin kmem 151552 Aug 9 18:23:38 1995 /bin/ps > > > > I think I also located another binary with an odd timestamp, > > but I'll have to look into that some more. > > > > Probably the most important fact in all this is that the reboot > > I did at 18:23 was to boot a -current kernel. Before that > > I was running a kernel that was about 2 - 2.5 weeks behind > > -current. > > > > Does anyone have any ideas about this? > > > > (I'm doing a full security audit as I type this to see if I might > > have had a real breakin) > > The date on /bin/df changed on me last week. I didn't look at the > security mail till several days later. The new date corresponded > with a full backup of two systems in preperation for Erin, which > never got here. > > I supped new sources for df, built it, and it compared OK with > /bin/df. There was no evidence of an intruder. An intruder that > is good enough to get root and mess with /bin would also be able > to mung the dates back to match the old binary. > > Something's fishy. I agree. I determined that there is no evidence of an intruder. I did find a few odd things. The following files all had mtime/ctime times that they should not have: /bin/ps 08/09/1995 18:23 /usr/share/games/fortune/fortune.dat 08/09/1995 17:18:45 /usr/local/bin/elm 08/10/1995 03:13:11 /usr/sbin/named 08/10/1995 03:13:11 /sbin/init 08/10/1995 03:13:11 I was able to regenerate all of the binaries from source and verify that they matched what was installed, and that the sources were also good, so it looks like the only thing that changed was the time stamps on the files. Since the only new thing on my machine in the last 24 hours was a new -current kernel that I booted at 08/09 18:23 (which matches the time on /bin/ps above, which is odd), I decided to drop back to an older "good" kernel. During the reboot the fsck of /usr failed with: BAD SUPER BLOCK: NCG OUT OF RANGE The first alternate super block was good, and after allowing fsck to continue with it, the file system came up clean. The only thing that should have been running at 03:13 was my daily sup (I sup the whole source/posts tree every night at 03:00). I re-ran a sup with my older kernel and no time stamps changed. So with all that said, I'm suspicious of the -current kernel I was running from 8/9 18:23 till just about an hour ago. -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Thu Aug 10 10:53:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA15004 for hackers-outgoing; Thu, 10 Aug 1995 10:53:30 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA14996 for ; Thu, 10 Aug 1995 10:53:13 -0700 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with ESMTP id KAA09166 for ; Thu, 10 Aug 1995 10:53:09 -0700 Message-Id: <199508101753.KAA09166@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: freebsd-hackers@freefall.FreeBSD.org Subject: Pentium Secrets Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Aug 1995 10:53:08 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@FreeBSD.org Precedence: bulk I just saw this on comp.sys.intel and felt that some on the list will be interested: ------------------------------------------------------------------------------ -- Intel Secrets -- What Intel Doesn't Want You to Know -- Available at this WWW is a repository of undocumented information about the Intel Architecture x86 processors. The information spans from Intel386 to P6. Learn about undocumented opcodes, undocumented bits in debug registers, processor anomalies, processor bugs, and elegant programming techniques. Read on-line magazine articles about relevent topics. View an on-line version of Christian Ludloff's version of Appendix H. And see why Intel has accessed this site 600 times. All of this is available for your viewing and downloading, and is presented in an entertaining manner (entertaining to most people, that is). New this week? * P6 Opcodes. Six new P6 opcodes are described. * Links to on-line Intel documentation. Also available at this site is a shareware version of MR BIOS for the Intel Zappa motherboard. Just point your network browser to the following URL: http://www.metronet.com/~rcollins/undoc -- "Intel Secrets -- What Intel doesn't want you to know" http://www.metronet.com/~rcollins/undoc Amancio From owner-freebsd-hackers Thu Aug 10 11:32:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA16204 for hackers-outgoing; Thu, 10 Aug 1995 11:32:33 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA16179 ; Thu, 10 Aug 1995 11:32:08 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id TAA12015; Thu, 10 Aug 1995 19:34:20 +0100 Date: Thu, 10 Aug 1995 19:34:19 +0100 (BST) From: Doug Rabson To: Thomas Graichen cc: hackers@freebsd.org, davidg@freebsd.org Subject: Re: PLEASE help me to get broken FreeBSD automounter working PLEASE !!! In-Reply-To: <9508101213.AA04318@sirius.physik.fu-berlin.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Thu, 10 Aug 1995, Thomas Graichen wrote: > i've tried all version i was able to find - the NetBSD and the Linux one > (maybe one of them has the problem fixed) and the upl102 too - all show the > same problem - can please someone look into my debugging stuff and try to find > the problem there - i'll try to help as much as i can (i'll now try a -current > kernel and amd) Well it turns out that amd direct maps are implemented my amd mounting a filehandle which represents a symlink (normally one mounts directories). This turned up no less than three bugs: 1. The nfs client code ignored the type of the object being mounted and assumed it was a directory. 2. The vfs pathname parsing couldn't cope with the root of a mountpoint being a symlink instead of a directory. 3. NFS cached the result of looking up the link, defeating the amd mount timeout code. This patch to -current seems to allow amd direct maps to work. Use with care - it has had minimal testing and it touches fundamental system code. Index: nfs/nfs_bio.c =================================================================== RCS file: /home/ncvs/src/sys/nfs/nfs_bio.c,v retrieving revision 1.16 diff -c -r1.16 nfs_bio.c *** 1.16 1995/07/07 11:01:30 --- nfs_bio.c 1995/08/10 18:15:30 *************** *** 183,189 **** return (error); } } ! if (np->n_flag & NQNFSNONCACHE) { switch (vp->v_type) { case VREG: return (nfs_readrpc(vp, uio, cred)); --- 183,193 ---- return (error); } } ! /* ! * Don't cache magic amd symlinks. ! */ ! if (np->n_flag & NQNFSNONCACHE ! || ((vp->v_flag & VROOT) && vp->v_type == VLNK)) { switch (vp->v_type) { case VREG: return (nfs_readrpc(vp, uio, cred)); Index: nfs/nfs_vfsops.c =================================================================== RCS file: /home/ncvs/src/sys/nfs/nfs_vfsops.c,v retrieving revision 1.17 diff -c -r1.17 nfs_vfsops.c *** 1.17 1995/07/07 11:01:31 --- nfs_vfsops.c 1995/08/10 18:13:47 *************** *** 542,547 **** --- 542,548 ---- register struct nfsmount *nmp; struct nfsnode *np; int error, maxio; + struct vattr attrs; if (mp->mnt_flag & MNT_UPDATE) { nmp = VFSTONFS(mp); *************** *** 691,696 **** --- 692,698 ---- if (error) goto bad; *vpp = NFSTOV(np); + VOP_GETATTR(*vpp, &attrs, curproc->p_ucred, curproc); /* * Lose the lock but keep the ref. *************** *** 801,807 **** return (error); vp = NFSTOV(np); VOP_UNLOCK(vp); ! vp->v_type = VDIR; vp->v_flag = VROOT; *vpp = vp; return (0); --- 803,809 ---- return (error); vp = NFSTOV(np); VOP_UNLOCK(vp); ! /* vp->v_type = VDIR; */ vp->v_flag = VROOT; *vpp = vp; return (0); Index: kern/vfs_lookup.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_lookup.c,v retrieving revision 1.7 diff -c -r1.7 vfs_lookup.c *** 1.7 1995/05/30 08:06:33 --- vfs_lookup.c 1995/08/10 18:03:19 *************** *** 433,446 **** } dp = ndp->ni_vp; - /* - * Check for symbolic link - */ - if ((dp->v_type == VLNK) && - ((cnp->cn_flags & FOLLOW) || *ndp->ni_next == '/')) { - cnp->cn_flags |= ISSYMLINK; - return (0); - } /* * Check to see if the vnode has been mounted on; --- 433,438 ---- *************** *** 458,463 **** --- 450,464 ---- goto bad2; vput(dp); ndp->ni_vp = dp = tdp; + } + + /* + * Check for symbolic link + */ + if ((dp->v_type == VLNK) && + ((cnp->cn_flags & FOLLOW) || *ndp->ni_next == '/')) { + cnp->cn_flags |= ISSYMLINK; + return (0); } nextname: -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Thu Aug 10 11:43:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA16726 for hackers-outgoing; Thu, 10 Aug 1995 11:43:37 -0700 Received: from halley.stars.sed.monmouth.army.mil ([158.9.11.166]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA16705 for ; Thu, 10 Aug 1995 11:42:39 -0700 Message-Id: <199508101842.LAA16705@freefall.FreeBSD.org> Received: from nautilus.stars.sed.monmouth.army.mil.stars.sed.monmouth.army.mi (nautilus.stars.sed.monmouth.army.mil) by halley.stars.sed.monmouth.army.mil with SMTP (1.37.109.16/16.2) id AA176970007; Thu, 10 Aug 1995 14:40:08 -0400 From: william pechter ILEX Subject: Sendmail To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Thu, 10 Aug 1995 14:39:47 -0400 (EDT) Reply-To: pechter@sesd.ilex.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: 811 Sender: hackers-owner@freebsd.org Precedence: bulk I just picked the following off usenet... this is an excerpt on a problem a user was having -- but I think he's got a point on the symlink vs. hardlink for mailq and newaliases. Bill > From: Eric Allman > Newsgroups: comp.mail.sendmail > Subject: Re: 8.7 installation > Date: 6 Aug 1995 15:03:28 +0100 [section on troubleshooting 8.7 removed ...] > The other thing that is normally linked to sendmail is newaliases. > (For some reason that I have never understood, the BSD install scripts > prefer to use hard links instead of soft links; when I install them > I always make newaliases and mailq be soft links to the sendmail > binary so that if you replace that one the support programs are > automatically up to date -- you might want to consider that in the > future.) > > eric From owner-freebsd-hackers Thu Aug 10 12:15:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id MAA17724 for hackers-outgoing; Thu, 10 Aug 1995 12:15:02 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id MAA17711 for ; Thu, 10 Aug 1995 12:14:51 -0700 Received: from uucp6.UU.NET by relay3.UU.NET with SMTP id QQzcfk27784; Thu, 10 Aug 1995 15:14:41 -0400 Received: from sawmill.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Thu, 10 Aug 1995 15:14:43 -0400 Received: by sawmill.uucp (/\==/\ Smail3.1.21.1 #21.8) id ; Thu, 10 Aug 95 14:13 EST Message-Id: Date: Thu, 10 Aug 95 14:13 EST From: sawmill!rjk@uunet.uu.net (Richard Kuhns) To: freebsd-hackers@freebsd.org Subject: Wanted: ecvt() && co. Sender: hackers-owner@freebsd.org Precedence: bulk Does anyone have an implementation of these functions? The 4.4 docs from O'Reilly say that they should be in libcompat, but they're not. Thanks for any help.... Rich Kuhns rjk@grauel.com PO Box 6249 100 Sawmill Road Lafayette, IN 47903 (317)477-6000 x319 From owner-freebsd-hackers Thu Aug 10 13:34:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA22668 for hackers-outgoing; Thu, 10 Aug 1995 13:34:40 -0700 Received: from handset.laa.com (laa.com [204.7.172.201]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id NAA22659 for ; Thu, 10 Aug 1995 13:34:37 -0700 Received: from tdf_ltd by handset.laa.com (NX5.67e/NX3.0M) id AA01308; Thu, 10 Aug 95 16:34:18 -0400 Message-Id: <9508102034.AA01308@handset.laa.com> Received: by tdf_ltd.laa.com (NX5.67e/NX3.0X) id AA26920; Thu, 10 Aug 95 16:34:14 -0400 Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) Received: by NeXT.Mailer (1.118.2) From: Gary Stanny Date: Thu, 10 Aug 95 16:34:12 -0400 To: hackers@FreeBSD.ORG Subject: Telnet can connect to a port but I can't Cc: questions@freefall.FreeBSD.org.gary Sender: hackers-owner@FreeBSD.ORG Precedence: bulk I'm not sure it this question should go to questions or hackers so I am posting it to both. So network wizards from both areas please feel free to enlighten me. I am trying to use FreeBSD to write a simple protocol converter - using code straight from Stevens' book (Unix Network Programming) but I am get- ting a couple of errors. Can anyone see what I am doing wrong ? The port is listening on the remote machine (netstat says the state of the port is LISTEN) & telnet can connect to it, but my program fails to connect it. tdf_ltd >udp2tcp -i23456 -o12345 -d204.7.172.60 -a1 udp2tcp converter V1.0 udp2tcp: Can't bind TCP local address : Can't assign requested address The port is listening on the local machine & telnet can connect to it, but my program fails to connect it and I get a different error then the remote host tests. tdf_ltd >udp2tcp -i23456 -o12345 -d127.0.0.1 -a1 udp2tcp converter V1.0 udp2tcp: Can't bind TCP local address : Address already in use What does telnet do to the socket&|port that I'm not ??? /*-----------------------------------------------------------------*/ /* udp2tcp.c This program grabs a UDP packet off a target port, converts it to TCP & slams it out another port. */ #include #include #include #include #include #include #include #include /*-----------------------------------------------------------------*/ int debug_flag , inputPort , outputPort , auditorNumber ; char *destAddress ; int sock_in , sock_out ; struct sockaddr_in destAddr , sourceAddr ; ARG arg_table[] = { { 'a' , INTEGER , &auditorNumber , "Auditor log file number" } , { 'd' , STRING , ( int * ) &destAddress , "Destination IP address" } , { 'i' , INTEGER , &inputPort , "Input port number" } , { 'o' , INTEGER , &outputPort , "Output port number" } , { 'D' , BOOLEAN , &debug_flag , "Runtime debug flag" } , } ; #define ARG_TABLE_SIZE ( sizeof( arg_table ) / sizeof( ARG ) ) /*-----------------------------------------------------------------*/ int main( int argc , char *argv[] ) { int new_argc , i ; new_argc = getargs( argc , argv , arg_table , ARG_TABLE_SIZE ) ; printf( "udp2tcp converter V%s\n" , VERSION_NUMBER ) ; /* open the TCP output socket */ if( ( sock_out = socket( AF_INET , SOCK_STREAM , 0 ) ) < 0 ) { perror( "udp2tcp: Can't open TCP socket " ) ; return ERR_SOCKET_OPEN_FAILURE ; } bzero( ( char * ) &destAddr , sizeof( destAddr ) ) ; destAddr.sin_family = AF_INET ; destAddr.sin_addr.s_addr = inet_addr( destAddress ) ; destAddr.sin_port = htons( outputPort ) ; if( bind( sock_out , (struct sockaddr *) &destAddr , sizeof( destAddr ) ) < 0 ) { perror( "udp2tcp: Can't bind TCP local address " ) ; return ERR_BIND_FAILURE ; } /* open the UDP input socket */ if( ( sock_in = socket( AF_INET , SOCK_DGRAM , 0 ) ) < 0 ) { perror( "udp2tcp: Can't open UDP socket " ) ; return ERR_SOCKET_OPEN_FAILURE ; } bzero( ( char * ) &sourceAddr , sizeof( sourceAddr ) ) ; sourceAddr.sin_family = AF_INET ; sourceAddr.sin_addr.s_addr = htonl( INADDR_ANY ) ; sourceAddr.sin_port = htons( inputPort ) ; if( bind( sock_in , (struct sockaddr *) &sourceAddr , sizeof( sourceAddr ) ) < 0 ) { perror( "udp2tcp: Can't bind UDP local address " ) ; return ERR_BIND_FAILURE ; } echoThePackets( sock_in ) ; return SS_NORMAL ; } /*-----------------------------------------------------------------*/ void echoThePackets( int input_sock ) { int n , n2 ; char buff[ MAX_PACKET ] , temp[ MAX_PACKET + 25 ] ; while( TRUE ) { n = recvfrom( input_sock , buff , MAX_PACKET , 0 , (struct sockaddr *) 0 , (int *) 0 ) ; if( n < 0 ) { perror( "udp2tcp: Input - recvfrom error " ) ; localExit( ERR_SOCKET_READ_ERROR ) ; } if( n == 0 ) return ; n2 = sendto( sock_out , buff , n , 0 , (struct sockaddr *) &destAddr , sizeof( destAddr) ) ; if( n2 < 0 ) { perror( "udp2tcp: Output - sendto error " ) ; localExit( ERR_SOCKET_WRITE_ERROR ) ; } } } /*-----------------------------------------------------------------*/ thanks a bunch in advance cheers gary Gary Stanny Lynn-Arthur Associates, Inc. +1 313 995 5590 stanny@laa.com Operations Support Systems +1 313 995 5989 (fax) 2350 Green Road Suite 160 Ann Arbor, MI, 48105 USA cheers gary Gary Stanny Lynn-Arthur Associates, Inc. +1 313 995 5590 stanny@laa.com Operations Support Systems +1 313 995 5989 (fax) 2350 Green Road Suite 160 Ann Arbor, MI, 48105 USA From owner-freebsd-hackers Thu Aug 10 15:58:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA29590 for hackers-outgoing; Thu, 10 Aug 1995 15:58:31 -0700 Received: from alpha.dsu.edu (alpha.dsu.edu [138.247.32.12]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA29582 for ; Thu, 10 Aug 1995 15:58:29 -0700 Received: (from ghelmer@localhost) by alpha.dsu.edu (8.6.12/8.6.12) id RAA21894; Thu, 10 Aug 1995 17:58:22 -0500 Date: Thu, 10 Aug 1995 17:58:21 -0500 (CDT) From: Guy Helmer To: freebsd-hackers@freefall.freebsd.org Subject: removeuser Perl script Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk None of the individuals to which I sent copies of my removeuser script last month have complained about it, so I have added a BSD copyright, written a man page, and placed the files "removeuser.perl" and "removeuser.8" in my home directory on freefall if anyone in the core team approves of it and wish to commit it. Before it can be used, it needs "h2ph" versions of machine/ansi.h, machine/endian.h, & machine/types.h installed in /usr/share/perl. I hope to being work on an "edituser" script to manage things like account and password expiration. Guy Helmer, Dakota State University Computing Services - ghelmer@alpha.dsu.edu From owner-freebsd-hackers Thu Aug 10 16:49:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id QAA05493 for hackers-outgoing; Thu, 10 Aug 1995 16:49:49 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id QAA05481 for ; Thu, 10 Aug 1995 16:49:46 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id RAA02602 for hackers@FreeBSD.org; Thu, 10 Aug 1995 17:49:34 -0600 Date: Thu, 10 Aug 1995 17:49:34 -0600 From: Nate Williams Message-Id: <199508102349.RAA02602@trout.sri.MT.net> To: hackers@FreeBSD.org Subject: Serious GCC optimization bug on x86 Sender: hackers-owner@FreeBSD.org Precedence: bulk Path: helena.MT.net!news.sprintlink.net!howland.reston.ans.net!spool.mu.edu!bloom-beacon.mit.edu!senator-bedfellow.mit.edu!space.mit.edu!davis From: davis@space.mit.edu (John E. Davis) Newsgroups: comp.os.linux.development.system,comp.os.linux.development.apps Subject: Warning to those who use gcc Date: 8 Aug 1995 18:35:43 GMT Organization: Center for Space Research Lines: 47 Message-ID: <408apv$hk6@senator-bedfellow.MIT.EDU> Reply-To: davis@space.mit.edu NNTP-Posting-Host: wiwaxia.mit.edu X-Newsreader: slrn (0.7.6.0) Xref: helena.MT.net comp.os.linux.development.system:8963 comp.os.linux.development.apps:5978 Hi, If you use gcc to compile the kernel or any other program under Linux with gcc, do not use -O2 optimization. If you do, then add the -fno-strength-reduce flags. The reason is that gcc -O2 generates the WRONG code for very simple things. I am sure you do not want your kernel to have bugs caused by a buggy compiler. For all I know, some problems that people report may be a result of this bug. The bug that I am referring to is in gcc 2.6.3 as well as in 2.7.0. It is probably also in 2.5.4 but I do not know for sure. Can anyone verify this? Here is a simple program that illustrates the bug. Compile it with and without -O2 and compare. Then compile it with -O2 -fno-strength-reduce. The bug has been reported to the gcc folks. ------------------------------- #include static int Order_List[100] = { 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 }; static unsigned int Num_Orders = 10; static void print_it (void) { int i; for (i = 0; i < Num_Orders; i++) { fprintf (stdout, "%d %d\n", i, Order_List[i]); } } int main (void) { unsigned int i; for (i = 0; i < Num_Orders; i++) { Order_List[i] = (int) i - 10; } print_it (); return 0; } From owner-freebsd-hackers Thu Aug 10 17:54:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA15755 for hackers-outgoing; Thu, 10 Aug 1995 17:54:04 -0700 Received: from randomc.com (ra1.randomc.com [205.160.16.20]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA15699 for ; Thu, 10 Aug 1995 17:53:38 -0700 Received: from masinter.randomc.com (masinter.randomc.com [205.160.21.159]) by randomc.com (8.6.10/8.6.5) with SMTP id UAA08015; Thu, 10 Aug 1995 20:52:23 -0400 Date: Thu, 10 Aug 95 20:47:53 EST From: "John F. Masinter" Subject: How do I CANCEL this subscription?.?.? To: freebsd-hackers@freefall.FreeBSD.org, hackers-owner@FreeBSD.org, jkh@time.cdrom.com X-Mailer: Chameleon V0.05, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Help! How do I stop this flood of e-mail?.?.? My mail package can't handle it... Thank you VERY much for any help on this one... John F. Masinter `<:-) From owner-freebsd-hackers Thu Aug 10 18:13:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA18482 for hackers-outgoing; Thu, 10 Aug 1995 18:13:24 -0700 Received: from forgery.CS.Berkeley.EDU (forgery.CS.Berkeley.EDU [128.32.33.75]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA18376 for ; Thu, 10 Aug 1995 18:12:58 -0700 Received: (from asami@localhost) by forgery.CS.Berkeley.EDU (8.6.11/8.6.9) id SAA19349; Thu, 10 Aug 1995 18:13:19 -0700 Date: Thu, 10 Aug 1995 18:13:19 -0700 Message-Id: <199508110113.SAA19349@forgery.CS.Berkeley.EDU> To: md@dcs.qmw.ac.uk CC: hackers@freebsd.org In-reply-to: (message from Mark Dawson on Wed, 9 Aug 1995 18:10:51 +0100 (BST)) Subject: Re: FreeBSD port of netatalk From: asami@cs.berkeley.edu (Satoshi Asami) Sender: hackers-owner@freebsd.org Precedence: bulk * I've just got a first cut of netatalk working under FreeBSD-2.0.5 and * can supply you with a patch file if you'd like to try it out. What's netatalk? ;) If it's an add-on program, then yes, we can add it to our ports collection. Please send the patch (or the location where it can be ftp'd from) to "ports@freebsd.org", and someone will pick it up. Satoshi From owner-freebsd-hackers Thu Aug 10 18:53:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA26515 for hackers-outgoing; Thu, 10 Aug 1995 18:53:11 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA26473 for ; Thu, 10 Aug 1995 18:52:53 -0700 Received: by misery.sdf.com id <1155>; Thu, 10 Aug 1995 18:50:28 +0100 Date: Thu, 10 Aug 1995 18:50:18 -0700 (PDT) From: Tom Samplonius To: Satoshi Asami cc: hackers@freebsd.org Subject: Re: FreeBSD port of netatalk In-Reply-To: <199508110113.SAA19349@forgery.CS.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Thu, 10 Aug 1995, Satoshi Asami wrote: > * I've just got a first cut of netatalk working under FreeBSD-2.0.5 and > * can supply you with a patch file if you'd like to try it out. > > What's netatalk? ;) Apple Talk extension, similar in function to CAP, but relies on kernel support for greater performance. Tom From owner-freebsd-hackers Thu Aug 10 18:53:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA26565 for hackers-outgoing; Thu, 10 Aug 1995 18:53:55 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA26557 for ; Thu, 10 Aug 1995 18:53:28 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id LAA02435; Fri, 11 Aug 1995 11:51:56 +0930 From: Michael Smith Message-Id: <199508110221.LAA02435@genesis.atrad.adelaide.edu.au> Subject: Re: FreeBSD port of netatalk To: asami@cs.berkeley.edu (Satoshi Asami) Date: Fri, 11 Aug 1995 11:51:56 +0930 (CST) Cc: md@dcs.qmw.ac.uk, hackers@freebsd.org In-Reply-To: <199508110113.SAA19349@forgery.CS.Berkeley.EDU> from "Satoshi Asami" at Aug 10, 95 06:13:19 pm Content-Type: text Content-Length: 868 Sender: hackers-owner@freebsd.org Precedence: bulk Satoshi Asami stands accused of saying: > > * I've just got a first cut of netatalk working under FreeBSD-2.0.5 and > * can supply you with a patch file if you'd like to try it out. > > What's netatalk? ;) Kernel appletalk/ethertalk. > If it's an add-on program, then yes, we can add it to our ports > collection. Please send the patch (or the location where it can be > ftp'd from) to "ports@freebsd.org", and someone will pick it up. Last I saw it was kernel code... > Satoshi -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" - Terry Lambert [[ From owner-freebsd-hackers Thu Aug 10 18:58:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA26785 for hackers-outgoing; Thu, 10 Aug 1995 18:58:45 -0700 Received: from forgery.CS.Berkeley.EDU (forgery.CS.Berkeley.EDU [128.32.33.75]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA26779 for ; Thu, 10 Aug 1995 18:58:44 -0700 Received: (from asami@localhost) by forgery.CS.Berkeley.EDU (8.6.11/8.6.9) id SAA19444; Thu, 10 Aug 1995 18:58:41 -0700 Date: Thu, 10 Aug 1995 18:58:41 -0700 Message-Id: <199508110158.SAA19444@forgery.CS.Berkeley.EDU> To: tom@misery.sdf.com CC: hackers@freebsd.org In-reply-to: (message from Tom Samplonius on Thu, 10 Aug 1995 18:50:18 -0700 (PDT)) Subject: Re: FreeBSD port of netatalk From: asami@cs.berkeley.edu (Satoshi Asami) Sender: hackers-owner@freebsd.org Precedence: bulk * From: Tom Samplonius * Apple Talk extension, similar in function to CAP, but relies on kernel * support for greater performance. * From: Michael Smith * > If it's an add-on program, then yes, we can add it to our ports * > collection. Please send the patch (or the location where it can be * > ftp'd from) to "ports@freebsd.org", and someone will pick it up. * * Last I saw it was kernel code... I see. Never mind then, somebody who's a kernel guru should pick it up.... Satoshi From owner-freebsd-hackers Thu Aug 10 19:49:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA28953 for hackers-outgoing; Thu, 10 Aug 1995 19:49:35 -0700 Received: (from mpp@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA28940 ; Thu, 10 Aug 1995 19:49:26 -0700 From: Mike Pritchard Message-Id: <199508110249.TAA28940@freefall.FreeBSD.org> Subject: Re: /etc/magic hacker needed ! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 10 Aug 1995 19:49:19 -0700 (PDT) Cc: graichen@sirius.physik.fu-berlin.de, hackers@freebsd.org In-Reply-To: <27028.807608437@time.cdrom.com> from "Jordan K. Hubbard" at Aug 5, 95 00:40:37 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2508 Sender: hackers-owner@freebsd.org Precedence: bulk Jordan K. Hubbard wrote: > > > is'nt there anybody out there who could /etc/magic hack that way file will > > result in correct results for FreeBSD core's and objext-files: > > Huh. This sounds familiar.. :-) > > To: Thomas Graichen > cc: hackers@freebsd.org > Subject: Re: bugs & problems in 2.0.5 > In-reply-to: Your message of "Tue, 11 Jul 1995 11:04:23 +0200." > <9507110904.AA21396@sirius.physik.fu-berlin.de> > Date: Wed, 12 Jul 1995 01:33:59 -0700 > Message-ID: <24918.805538039@time.cdrom.com> > From: "Jordan K. Hubbard" > >... > > graichen@mordillo:~> cat test.c > > void main(void){} > > graichen@mordillo:~> gcc -c test.c > > graichen@mordillo:~> file test.o > > test.o: NetBSD/i386 object file not stripped > > I tried this and I have to agree that this looks rather embarassing, > espcially having our .o's identified as "NetBSD/i386 object files"; it > makes it look to the casual user like we're running their stuff in > some sort of emulation mode or something :-) > > It would also be nice to have identification of core files. If you > look at the NetBSD/i386 core file entry, it even appears to ferret the > name of the executable out of the core file and display it. Nice! > > I fooled around with od and /etc/magic a little bit but was unable to > get core recognition to work in the short 2 minutes I had to devote to > the problem.. :-) > > Anyone out there game for a little puzzle? The mission: To see how > many types of files you can get recognised by /etc/magic! :-) > > Jordan > > Clearly, no one out there was game for a little puzzle back in > the middle of July, anyway.. :-) Actually, I did get a little curious back then and did some poking around. As to the core files, NetBSD actually writes out a little header with a core-file magic number, so file(1) has no problem finding their core files. FreeBSD doesn't do this, so there isn't an easy way to recognize our core files. I didn't look at the .o format yet, and I don't have access to a NetBSD machine, so this one is somewhat tough to deal with. Anyone care to send me/make available some NetBSD and BSDI .o files? I did, however, go ftp the latest version of file from somewhere, and it looks like the latest version has a lot of updated magic files we could use. I think I'll wait until all of the cvs import issues are sorted out before I do anything with it. From owner-freebsd-hackers Thu Aug 10 19:49:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA28994 for hackers-outgoing; Thu, 10 Aug 1995 19:49:59 -0700 Received: from fathergoose.net6c.io.org (fathergoose.net6c.io.org [204.92.6.86]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA28974 for ; Thu, 10 Aug 1995 19:49:47 -0700 Received: (from kwong@localhost) by fathergoose.net6c.io.org (8.6.11/8.6.10) id WAA00338; Thu, 10 Aug 1995 22:40:22 -0400 From: Ken Wong Message-Id: <199508110240.WAA00338@fathergoose.net6c.io.org> Subject: Re: client & server ppp To: tony@thing.sunquest.com Date: Thu, 10 Aug 1995 22:40:21 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <9508081845.AA09868@thing.sunquest.com> from "tony@thing.sunquest.com" at Aug 8, 95 11:45:47 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: 617 Sender: hackers-owner@freebsd.org Precedence: bulk > > 2) Kermit seems happy to dial the port even when getty is still connected, but > pppd detects that getty (or the login it spawns due to line activity) has > the device open and thus pppd fails. > > Clearly in the client.ppp.start and client.ppp.stop scripts I can: > "Off" getty in ttys, HUP init > "E1Q0" to the modem > > start client ppp session > end-ppp session > > "On" getty in ttys, HUP init > "E0Q1" to the modem" > > Is anyone aware of alternatives avoiding some or all of the above ? start pppd inside kermit ... after connected and login !pppd /dev/cuaa1 sleep 10 quit Ken Wong From owner-freebsd-hackers Thu Aug 10 20:51:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA01075 for hackers-outgoing; Thu, 10 Aug 1995 20:51:58 -0700 Received: from speedy.cs.pitt.edu (speedy.cs.pitt.edu [136.142.79.2]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id UAA01066 for ; Thu, 10 Aug 1995 20:51:45 -0700 Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [204.179.84.102]) by speedy.cs.pitt.edu (8.6.10/8.6.5) with ESMTP id XAA19783 for ; Thu, 10 Aug 1995 23:51:29 -0400 Received: (from durham@localhost) by w2xo.pgh.pa.us (8.6.11/8.6.9) id XAA03061; Thu, 10 Aug 1995 23:47:27 -0400 Date: Thu, 10 Aug 1995 23:47:25 -0400 (EDT) From: Jim Durham To: hackers@freebsd.org Subject: Network behavior if connection fails. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I have noticed a phenomenum with both 1.1.5.1 and 2.0.5 . This may be normal behavior, but it's difficult to deal with. If the network connection goes down somewhere beyond the PPP connection, then the whole networking system internally locks up. When this happens, I can't telnet to localhost and I can't log in on my local ethernet from my "other" machine to the affected machine. This isn't the name-server waiting to time-out. This doesn't seem to clear itself. The only way I can get things working again is to blow away the PPP process, then run Kermit on the port and do "hangup" to hang up the modem, then restart PPP (I'm running it as a daemon, using iij PPP). My internet provider has been having touble with his T1 line, so I've had this happen several times. Strangely enough, the internet provider for my machine at work had his Livingston router go bonkers and , although it would allow a SLIP login, it wouldn't pass packets. This caused *that* machine to do the same thing. Is this normal behavior? It's really a drag. If you've got a good, solid connection, everything is fine, but if you start having trouble with the net, everything just stops. Yes, I do have named running... I also noticed that it takes about 2 minutes to log in or su to root under this condition. Why does 'su" care about the network? A puzzled... -Jim Durham From owner-freebsd-hackers Thu Aug 10 21:57:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id VAA06816 for hackers-outgoing; Thu, 10 Aug 1995 21:57:24 -0700 Received: from netcom10.netcom.com (netcom10.netcom.com [192.100.81.120]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id VAA06803 for ; Thu, 10 Aug 1995 21:57:17 -0700 Received: from [192.0.2.1] by netcom10.netcom.com (8.6.12/Netcom) id VAA24227; Thu, 10 Aug 1995 21:54:49 -0700 X-Sender: shamrock@localhost Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 10 Aug 1995 22:00:42 -0800 To: freebsd-hackers@freebsd.org From: shamrock@netcom.com (Lucky Green) Subject: Bizzare floppy boot problems. Hardware hacker needed. Sender: hackers-owner@freebsd.org Precedence: bulk My 486-DX2, AMI BIOS, Adaptec 1542 SCSI card, SCSI HD only, started to show the following problem: Won't boot from a newly created DOS boot floppy using soft reboot. Will boot from new boot floppy using hard reboot. Will boot from floppy with soft reboot if I didn't just created it. I.e. in subsequent reboots after a hard reboot. The boot sequence gets until the "484-DX2" prompt and just sits there. No complaint about it not being a system disk, just hangs. If I use a FreeBSD boot disk, the behaviour is even more bizzare: It will access the FD *and then go straight to booting from the HD*. No "non-system disk" message, just boots as if there wasn't even a floppy in a:! The boot order is correct, I switched control of the FDs from the SCSI adaptor to the multi I/O card, even removing the I/O card, same problem. I tried different boot disks. I set the most conservative BIOS setting I can think of. I am at the end of my rope. Could it be a defective BIOS? What should I do next? TIA, -- Lucky Green PGP encrypted mail preferred. From owner-freebsd-hackers Thu Aug 10 23:30:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA08343 for hackers-outgoing; Thu, 10 Aug 1995 23:30:50 -0700 Received: from netcom6.netcom.com (netcom6.netcom.com [192.100.81.114]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id XAA08337 for ; Thu, 10 Aug 1995 23:30:48 -0700 Received: from 192.0.2.1 by netcom6.netcom.com (8.6.12/Netcom) id XAA15353; Thu, 10 Aug 1995 23:28:15 -0700 Message-Id: <199508110628.XAA15353@netcom6.netcom.com> Date: Thu, 10 Aug 1995 23:33:51 -0800 From: shamrock@netcom.com (Lucky Green) To: freebsd-hackers@freebsd.org Subject: Re: IPSEC goes to RFC X-Newsreader: Yet Another NewsWatcher 2.0b29 Sender: hackers-owner@freebsd.org Precedence: bulk >Path: hks.net!news-mail-gateway!owner-cypherpunks >From: perry@panix.com ("Perry E. Metzger") >Newsgroups: hks.lists.cypherpunks >Subject: Re: IPSEC goes to RFC >Date: 10 Aug 1995 10:53:31 -0400 >Lines: 32 >Sender: root@hks.net >Message-ID: <199508101452.KAA24637@panix4.panix.com> >NNTP-Posting-Host: bb.hks.net > > >Adam Shostack writes: >> | IPSEC is now a Proposed Standard. >> >> | Again, *we need your help*. Cypherpunks write code. Help us make the >> | internet safe for personal privacy by contributing to this effort. >> >> How about posting a list of 'things that need doing?' I >> assume one is floating around, possibly even with time estimates? > >The IETF was challenged by Steve Crocker to be ready for use of IPSEC >for the Dallas meeting in December so that no IETFer who wanted to >communicate securely with his home site need be insecure. > >To accomplish that, we need to produce versions of the security stack >for many architectures. Right now, we have AIX and 4.4BSD fairly >solidly covered. Less well covered is HPUX. People familiar with code >like the Trumpet Winsock stack, Linux, or who have access to the >innards of SunOS, Solaris, Windows 95, Mac stacks, and others, and can >legitimately release implementations for those platforms, are probably >needed. We need serious commitments from people but of course everyone >is trying to help everyone else along. > >Basically, if you know how to hack kernels and networking code and you >have a platform you can work on, we need you. > >We also lack work on the key management end of things -- people who >can start playing around with implementing Photuris, even on a "toy" >basis, would probably be of help. > >Perry -- -- Lucky Green PGP encrypted mail preferred. From owner-freebsd-hackers Fri Aug 11 00:47:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id AAA09752 for hackers-outgoing; Fri, 11 Aug 1995 00:47:55 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id AAA09746 for ; Fri, 11 Aug 1995 00:47:54 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HTXXVPDF4W006RVE@mail.rwth-aachen.de>; Fri, 11 Aug 1995 09:45:16 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id JAA03024 for freebsd-hackers@freefall.cdrom.com; Fri, 11 Aug 1995 09:59:11 +0200 Date: Fri, 11 Aug 1995 09:59:11 +0200 From: "Christoph P. Kukulies" Subject: mount_ntfs ? To: freebsd-hackers@freefall.freebsd.org Message-id: <199508110759.JAA03024@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk Is anyone working on a mount_ntfs to enable FreeBSD to mount NTFS filesystems? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Aug 11 02:42:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA14600 for hackers-outgoing; Fri, 11 Aug 1995 02:42:10 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id CAA14519 for ; Fri, 11 Aug 1995 02:38:48 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55315>; Fri, 11 Aug 1995 11:33:38 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id JAA03627; Fri, 11 Aug 1995 09:32:34 +0200 Message-Id: <199508110732.JAA03627@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: simon@masi.ibp.fr cc: freebsd-hackers@freebsd.org Subject: Advocating we append Initial to our first names when signing off In-reply-to: Your message of "Tue, 08 Aug 1995 10:42:21 +0200." <199508080842.KAA00358@neuromancer.ibp.fr> Date: Fri, 11 Aug 1995 09:32:33 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk Let please append our surname initial to our first names when signing off First there was Julian Elischer, who often signs himself Julian, (& is julian@freefall) then there was Julian Stacey, I sign myself Julian S, ( & moved from stacey@some_hosts & julian@other_hosts to jhs@freefall_and_all_other_hosts ) now there's Julien Simon, who just signed himself Julien, > From: simon@masi.ibp.fr > http://www-masi.ibp.fr/~Julien.Simon > Message-Id: <199508080842.KAA00358@neuromancer.ibp.fr> Then there's Gary P & Gary J, both of whom often seem to sign off as `Gary'. I suggest folk type the extra space bar & Initial when signing off, and that "Julian E wrote" "Gary J said" is a less confusible style. ^ ^ | | Fortunately some names like Rod Jordan & Nate still seem unique :-) Julian S jhs@freebsd.org From owner-freebsd-hackers Fri Aug 11 02:46:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA14735 for hackers-outgoing; Fri, 11 Aug 1995 02:46:20 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id CAA14705 for ; Fri, 11 Aug 1995 02:45:11 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55320>; Fri, 11 Aug 1995 11:34:02 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id XAA02307 for ; Thu, 10 Aug 1995 23:51:11 +0200 Message-Id: <199508102151.XAA02307@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol cc: hackers@freebsd.org To: Subject: Re: Competing & slow CD-ROM Seeks In-reply-to: Your message of "Thu, 10 Aug 1995 10:57:52 +0200." <199508100857.KAA01353@vector.eikon.e-technik.tu-muenchen.de> Date: Thu, 10 Aug 1995 23:51:10 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk Re. My truncated Ramble ending ...... > Perhaps some of us have also worried about cd-rom excess wear & tear from runn This was a half baked incomplete draft that I tried to abort, but that somehow made it out anyway. Please ignore it, Sorry. Julian S From owner-freebsd-hackers Fri Aug 11 02:47:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA14835 for hackers-outgoing; Fri, 11 Aug 1995 02:47:56 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id CAA14829 for ; Fri, 11 Aug 1995 02:47:46 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HTY21Q1C1C006R9C@mail.rwth-aachen.de>; Fri, 11 Aug 1995 11:43:52 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id LAA03429 for freebsd-hackers@freefall.cdrom.com; Fri, 11 Aug 1995 11:57:47 +0200 Date: Fri, 11 Aug 1995 11:57:47 +0200 From: "Christoph P. Kukulies" Subject: FreeBSD social event Sept. 2/3 To: freebsd-hackers@freefall.freebsd.org Message-id: <199508110957.LAA03429@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk Second announcement: ------------------------------------------------------------------- INVITATION FreeBSD - Hackers - Weekend "Social Event" September, 2nd/3rd 1995 Aachen, Federal Republic of Germany Everyone feeling somehow involved into FreeBSD and wanting to meet other FreeBSD hackers is cordially invited to attend the FreeBSD-Hackers Social Event beginning on Saturday, September 2nd and ending Sunday, September 3rd. Location: Home of Christoph Kukulies Bert-Brecht-Strasse 20 D-52146 Wuerselen/Aachen Curriculum ---------- Saturday morning Arrival and "Registration" 14:00 Greeting (Christoph Kukulies) Saturday Afternoon Open discussion on various topics "How can FreeBSD be made more popular?" (other topics still to be defined) 16:00 Coffee, Tea 20:00 Evening Party Sunday morning Some Event (still to be defined) Possibly city visit Rathaus, Dome, Ludwig Forum (arts) 14:00 Departure If anyone prefers vegetarial food, please let me know in time. How to get there ---------------- Wuerselen is a small city directly adjacent to Aachen in the outest western part of North-Rhine Westphalia only a few kilometers away of the border to Belgium and the Netherlands. It's near the crosspoint of A4 (Cologne), A44 (Duesseldorf) and A76 (Heerlen) and E40 (A3 Belgium,Liege,Luik). You drive (1) from the Autobahnkreuz Aachen via A544 into direction "Verlautenheide",1st out, at the traffic lights left direction Wuerselen. Little demons will point the way from then on. Cross the second traffic lights (ARAL Tankstelle nearby), next traffic lights left, "Am Alten Kaninsberg", 1st right is Bert-Brecht-Strasse. Go ahead until Thomas-Mann-Str., after that the first left. Voila, House Nr.20. Coming from The Netherlands (2) pass Heerlen (Limburg) and, cross the border, take Ausfahrt Wuerselen-Aachen Zentrum (this is the second 'Uitrit' after the border crossing). At the end of the Autobahnausfahrt cross the 4 track road, (watch for little daemon sign), go first left (at Badminton hall - you will see ETAP Hotel from there), go ahead, pass two street bumps (30Km/h zone), next left (called 'Zu den Atzenbenden'), pass another bump, at end left, up the hill (under Autobahn), on top of the hill you enter Wuerselen - watch out - 30km/h zone, Radar box, street down for about 300m then turn right (Bert-Brecht- Strasse), next right - you are there. For any Brits do car touring via the ferry from the UK down to Austria etc: Standard procedure: off at Calais (from UK), head East for fast free Autobahns (minimising 130 km/hr French Autoroute with tolls), through Belgium, straight into Aachen, then head South. If you arrive at Autobahnkreuz Aachen, follow description at )1. A Postscript (tm) document describing the location graphically will be circulated to the list soon. Accomodation ------------ There is a ETAP Hotel nearby, dual bedroom DM 70,-- (35,-- each) Private accomodation is being exploited. The attendee with the farest way of travel is granted a free bed and table in my house. ========= I will be glad to see you all on Sept. 2nd. If anyone feels that someone else should be added to the list or if anyone wants to bring someone else with him, please let me know also. ALSO, ANYONE WHO IS GOING TO PARTICIPATE, PLEASE SEND ME A MAIL (Subject: social-event), TELLING ME THE NUMBER OF PERSONS (FRIEND,WIFE,CHILDREN) HE IS GOING TO ATTEND WITH. --Christoph P. Kukulies August 10th, 1995 kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Aug 11 02:56:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id CAA15197 for hackers-outgoing; Fri, 11 Aug 1995 02:56:15 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id CAA15124 for ; Fri, 11 Aug 1995 02:54:02 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from sirius.physik.fu-berlin.de (130.133.3.140) with smtp id ; Fri, 11 Aug 95 11:53 MEST Received: by sirius.physik.fu-berlin.de; id AA10706; Fri, 11 Aug 1995 11:53:31 +0200 From: Thomas Graichen Message-Id: <9508110953.AA10706@sirius.physik.fu-berlin.de> Subject: the amd -type:=direct problems seems to be solved To: dfr@render.com (Doug Rabson) Date: Fri, 11 Aug 1995 11:53:30 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: from "Doug Rabson" at Aug 10, 95 07:34:19 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: 1620 Sender: hackers-owner@freebsd.org Precedence: bulk > Well it turns out that amd direct maps are implemented my amd mounting a > filehandle which represents a symlink (normally one mounts directories). > This turned up no less than three bugs: > > 1. The nfs client code ignored the type of the object being mounted and > assumed it was a directory. > 2. The vfs pathname parsing couldn't cope with the root of a mountpoint > being a symlink instead of a directory. > 3. NFS cached the result of looking up the link, defeating the amd mount > timeout code. > > This patch to -current seems to allow amd direct maps to work. Use with > care - it has had minimal testing and it touches fundamental system code. as far as i can see this patch fixes the problem - i tried it here at home and it works fine - at the moment i'm at compiling a new kernel for our machines in the university - there it will be tested 24 hours a day - if i get any problems with it i'll send a mail to Doug Rabson (to avoid the "overflow" of hackers from my mails - sorry for my a bit agressive way - it will never happen again (this is for jordan :-) t _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-hackers Fri Aug 11 07:27:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA21146 for hackers-outgoing; Fri, 11 Aug 1995 07:27:51 -0700 Received: from ccsun.unicamp.br (obelix.unicamp.br [143.106.10.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id HAA21064 ; Fri, 11 Aug 1995 07:27:22 -0700 Received: from ifi.unicamp.br by ccsun.unicamp.br (5.0/SMI-SVR4-DNI-8.0) id AA12276; Fri, 11 Aug 1995 11:26:07 -0300 Received: from terra.ifi.unicamp.br by ifi.unicamp.br (4.1/SMI-4.1) id AA13468; Fri, 11 Aug 95 11:25:41 BSC Received: (from moriya@localhost) by terra.ifi.unicamp.br (8.6.9/8.6.9) id LAA16657; Fri, 11 Aug 1995 11:25:25 -0300 From: Alexandre Moriya - esp Message-Id: <199508111425.LAA16657@terra.ifi.unicamp.br> Subject: KERNEL BUG !!!! To: bugs@FreeBSD.org Date: Fri, 11 Aug 1995 11:25:24 -0300 (BSC) Cc: hackers@FreeBSD.org, questions@FreeBSD.org, moriya@ifi.unicamp.br (Alexandre Moriya - esp) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 4992 Sender: hackers-owner@FreeBSD.org Precedence: bulk THIS mail has been sent to {bugs,hackers,questions}@FreeBSD.org Hi all, I don't if it is the right place for this question. If it isn't, could you please send it to the right people ? I believe it is a KERNEL BUG. I have the following configuration: 1 PC/FreeBSD-2.0.5 1 Seven CD Tower (SCSI Express Tower / MDI) 1 Adaptec 1542CF ISA-to-SCSI adaptor The 1542CF adaptor is configured as the kernel messages bellow says: Aug 9 12:54:30 by-tor /kernel: aha0: AHA-1542CF BIOS v2.01-VB.0, enabling mai lbox, enabling residuals Aug 9 12:54:30 by-tor /kernel: aha0: reading board settings, dma=5 int=11 (bus speed defaulted) Aug 9 12:54:30 by-tor /kernel: aha0 at 0x330-0x333 irq 11 drq 5 on isa Aug 9 12:54:30 by-tor /kernel: aha0 waiting for scsi devices to settle Aug 9 12:54:30 by-tor /kernel: (aha0:0:0): "MDI SE53CD 0925" type 5 removable SCSI 2 Aug 9 12:54:30 by-tor /kernel: cd0(aha0:0:0): CD-ROM Aug 9 12:54:30 by-tor /kernel: cd0(aha0:0:0): NOT READY asc:3a,0 Medium not present Aug 9 12:54:30 by-tor /kernel: can't get the size Aug 9 12:54:31 by-tor /kernel: Aug 9 12:54:31 by-tor /kernel: (aha0:1:0): "MDI SE53CD 0925" type 5 removable SCSI 2 Aug 9 12:54:31 by-tor /kernel: cd1(aha0:1:0): CD-ROM Aug 9 12:54:31 by-tor /kernel: cd1(aha0:1:0): NOT READY asc:3a,0 Medium not present Aug 9 12:54:31 by-tor /kernel: can't get the size Aug 9 12:54:31 by-tor /kernel: Aug 9 12:54:31 by-tor /kernel: (aha0:2:0): "MDI SE53CD 0925" type 5 removable SCSI 2 Aug 9 12:54:32 by-tor /kernel: cd2(aha0:2:0): CD-ROM Aug 9 12:54:32 by-tor /kernel: cd2(aha0:2:0): NOT READY asc:3a,0 Medium not present Aug 9 12:54:32 by-tor /kernel: can't get the size Aug 9 12:54:32 by-tor /kernel: Aug 9 12:54:32 by-tor /kernel: (aha0:3:0): "MDI SE53CD 0925" type 5 removable SCSI 2 Aug 9 12:54:32 by-tor /kernel: cd3(aha0:3:0): CD-ROM cd present.[183255 x 204 8 byte records] Aug 9 12:54:32 by-tor /kernel: (aha0:4:0): "MDI SE53CD 0925" type 5 removable SCSI 2 Aug 9 12:54:33 by-tor /kernel: cd4(aha0:4:0): CD-ROM Aug 9 12:54:33 by-tor /kernel: cd4(aha0:4:0): NOT READY asc:3a,0 Medium not present Aug 9 12:54:33 by-tor /kernel: can't get the size Aug 9 12:54:33 by-tor /kernel: Aug 9 12:54:33 by-tor /kernel: (aha0:5:0): "MDI SE53CD 0925" type 5 removable SCSI 2 Aug 9 12:54:33 by-tor /kernel: cd5(aha0:5:0): CD-ROM Aug 9 12:54:33 by-tor /kernel: cd5(aha0:5:0): NOT READY asc:3a,0 Medium not present Aug 9 12:54:33 by-tor /kernel: can't get the size Aug 9 12:54:33 by-tor /kernel: Aug 9 12:54:34 by-tor /kernel: (aha0:6:0): "MDI SE53CD 0925" type 5 removable SCSI 2 Aug 9 12:54:34 by-tor /kernel: cd6(aha0:6:0): CD-ROM Aug 9 12:54:34 by-tor /kernel: cd6(aha0:6:0): NOT READY asc:3a,0 Medium not p resent Aug 9 12:54:34 by-tor /kernel: can't get the size Aug 9 12:54:34 by-tor /kernel: My problem is that I mounted a CD-ROM from the first device (/dev/cd0a) in the directory /0 using "mount_cd9660 /dev/cd0a /0" or by a corresponding line in the /fstab. The CDROM has about 100MB of info in the root dir. When I try to "cat *" the /0 directory, everything is fine. Everything works well when I mount the same CDROM in the /dev/cdNa, where N=[0,5]. (I have created all devices using "cd /dev; sh MAKEDEV cdN;" where N=[0,6]) It does not made any difference if I used /dev/cdNc instead of /dev/cdNa... The "bug" appears when I mount the CDROM in the /dev/cd6a (the last CDROM device). I used "mount_cd9660 /dev/cd6a /0 ; cd /0 ; cat *" and a few seconds later I received the following message: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x10a fault code = supervisor read, page not present instruction pointer = 0x8:0xf011efdc code segment = base 0x0, limit 0xfffff, type 0x1b processor eflags = interrupt enabled, resume IOPL=0 current process = 133(cat) interrupt mask = bio panic: page fault syncing disks..................... 4 4 4 4 4 4 4 4 4 giving up Automaitc reboot in 15 seconds - press a key on the console to abort ------- Is it easy to repair ? I took a look in the /usr/src/sys/i386/i386 dir and found something, but nothing that lead me to any conclusion. I have seen something concerning about this in the /usr/src/sys/scsi dir, too. Can you help me ? Any tips ? We here at CCJDR intend to use up to 3 "Seven CD Tower" but will the kernel accept more than 6 devices (0-5) ? We want to use 21 !!! Sorry for my poor english :-( If you have any doubt, ask me please. We should have a solution to this problem as early as possible. I believe that , if it is a kernel bug, it should be repaired before the 2.1 release, isn't it ? Finnaly, I'd like to thank you for the great work in the FreeBSD. It'is working very nice !!! BYE (Ate mais) -- Alexandre Moriya (RA 910061) Centro de Computacao John David Rogers (CCJDR) Instituto de Fisica Gleb Wataghin (IFGW) Universidade Estadual de Campinas (UNICAMP) Campinas - SP - Brasil e-mail: moriya@ifi.unicamp.br moriya@dcc.unicamp.br From owner-freebsd-hackers Fri Aug 11 07:47:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA22159 for hackers-outgoing; Fri, 11 Aug 1995 07:47:11 -0700 Received: from apollo.hq.nasa.gov (apollo.hq.nasa.gov [131.182.121.87]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA22148 for ; Fri, 11 Aug 1995 07:47:07 -0700 Received: from wirehead.hq.nasa.gov (wirehead.hq.nasa.gov [131.182.121.88]) by apollo.hq.nasa.gov (8.6.12/8.6.12) with ESMTP id OAA04814 for ; Fri, 11 Aug 1995 14:48:22 GMT Received: from localhost (cshenton@localhost) by wirehead.hq.nasa.gov (8.6.12/8.6.12) with SMTP id OAA05719 for ; Fri, 11 Aug 1995 14:48:21 GMT Message-Id: <199508111448.OAA05719@wirehead.hq.nasa.gov> X-Authentication-Warning: wirehead.hq.nasa.gov: cshenton owned process doing -bs X-Authentication-Warning: wirehead.hq.nasa.gov: Host localhost didn't use HELO protocol To: freebsd-hackers@freebsd.org Subject: iijppp working with netmasks and net routing Date: Fri, 11 Aug 1995 10:48:21 -0400 From: Chris Shenton Sender: hackers-owner@freebsd.org Precedence: bulk A few days ago, I posted about problems with kernel pppd not quitting on modem hangup. I then said I was having problems getting usermode iijppp to set the netmask so I can route around our subnets. I've got the problem fixed now, and thought I'd share my configs with anyone else who might be playing on this. We have a Class C address space which we have carved up into 16 16-host subnets. We running ppp to our houses where we have little networks, so we need proper subnet masks for routing. A number of folks suggested ifconfigging tun0, but this appears to be reset at ppp startup. An examination of the code indicated that the `ifaddr' command would accept a subnet mask, and that's what I'm using now. For a diagram of the net, see http://www-dc.nsi.nasa.gov/~mnewell/mcnet.html It's current except I'm now using a different address for iij ppp than the one I used with kernel pppd -- this was necessary to avoid confusing the routing. At present, I've only gotten this to work on dialout to my house, which is SunOS running pppd, then networked to a FreeBSD box via ether. I have not yet tried getting in from home, because I'm not sure how to tell iijppp how to set the netmask nor how to route my net. Suggestions welcome. I invoke it with ``ppp -auto absinthe'', and have no timeout but expect this to redial if the modems drop the connection. Here's my /etc/ppp/ppp.conf file; I'm not using a ppp.linkup. # $Id: ppp.conf,v 1.4 1995/08/11 14:27:01 cshenton Exp $ # # This is for user-mode IIJPPP, not kernel-mode pppd. # # For daemon, log into a script which invokes ``ppp -direct''; # for this you must turn off echo and responses in modem! # # NOTES: # 1. Undocumented netmask for `ifaddr'; see command.c; use: # set ifaddr [/wantbits] [/wantbits] # 2. Add route with: # add # 3. For doc indicates you can use generic `HISADDR'. ############################################################################### ############################################################################### # Generic setup information, *always* executed when PPP is invoked. default: disable lqr # not documented deny lqr # not documented set speed 115200 # Let's rock! set timeout 0 # disable idle timer set login "TIMEOUT 5 :-\\r-: \\U word: \\P" # sane default set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATE1Q0 OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT" ############################################################################### # Chris's Sun running SunOS. # Later want PAP and CHAP authentication. absinthe: set debug phase lqm lcp # chat set line /dev/cuaa0 set phone 9,555-1212 set authname pppuser set authkey MyPasswd set login "TIMEOUT 5 ogin:-\\r-ogin: \\U word: \\P" set ifaddr 198.116.75.241/28 198.116.75.33/28 255.255.255.240 add 198.116.75.32 255.255.255.240 198.116.75.33 ############################################################################### # Mike... somewhere. mike: set line /dev/cuaa1 From owner-freebsd-hackers Fri Aug 11 07:48:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id HAA22401 for hackers-outgoing; Fri, 11 Aug 1995 07:48:31 -0700 Received: from bigdipper.iagi.net (bigdipper.iagi.net [204.157.123.29]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id HAA22394 for ; Fri, 11 Aug 1995 07:48:29 -0700 Received: (from adhir@localhost) by bigdipper.iagi.net (8.6.11/8.6.9) id KAA22093; Fri, 11 Aug 1995 10:47:47 -0400 Date: Fri, 11 Aug 1995 10:47:47 -0400 (EDT) From: "Alok K. Dhir" To: Mark Dawson cc: hackers@FreeBSD.org Subject: Re: FreeBSD port of netatalk In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I'd love to try this out... Thanks! On Wed, 9 Aug 1995, Mark Dawson wrote: > I've just got a first cut of netatalk working under FreeBSD-2.0.5 and > can supply you with a patch file if you'd like to try it out. > > Please get in touch if this is of use. > > Best wishes, > Mark > Alok K. Dhir Internet Access Group, Inc. adhir@iagi.net (301) 652-0484 Fax: (301) 652-0649 http://www.iagi.net From owner-freebsd-hackers Fri Aug 11 08:34:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA24860 for hackers-outgoing; Fri, 11 Aug 1995 08:34:37 -0700 Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA24851 for ; Fri, 11 Aug 1995 08:34:35 -0700 Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.9) id IAA11974; Fri, 11 Aug 1995 08:34:34 -0700 Date: Fri, 11 Aug 1995 08:34:34 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Compliments and comments Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk After resolving my IRQ brain-damage and geometry brain-damage, I'm pleased to say my box is galumphing along nicely. I've done dozens of these installs before, I don't know why I didn't notice. My compliments on a nice install procedure, I really like being able to select all the options up front, then turn it loose. o Is it possible to do the configuration as well, such that when the software is downloaded, the new /etc files can be generated and the machine rebooted post-haste? o If I remember correctly (this may be a 2.0.5-ism, I tried both), the Time Zone selection is tedious, as the list in North and South America is long and boring to scroll through. o Can potential geometry problems be noted up front? ie, I never have had a BSD/OS install fail because of geometry (and in fact ran it on this box, although a different (but identical) 1GB disk). BSD/OS does some kind of thing where they report the real geometry of the drive, and the BIOS geometry. Perhaps that could be done here. Nice work boys and girls. From owner-freebsd-hackers Fri Aug 11 09:21:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id JAA26625 for hackers-outgoing; Fri, 11 Aug 1995 09:21:42 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id JAA26618 for ; Fri, 11 Aug 1995 09:21:38 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HTYFDRKEW0006U17@mail.rwth-aachen.de>; Fri, 11 Aug 1995 18:06:11 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id SAA04025 for freebsd-hackers@freefall.cdrom.com; Fri, 11 Aug 1995 18:19:59 +0200 Date: Fri, 11 Aug 1995 18:19:59 +0200 From: "Christoph P. Kukulies" Subject: AH1542 extended mode supported? To: freebsd-hackers@freefall.FreeBSD.org Message-id: <199508111619.SAA04025@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk Someone on BIX is asking whether extended cylinder translation mode is supported now in FreeBSD. In 2.0 it supposedly was not. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Aug 11 10:09:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA27973 for hackers-outgoing; Fri, 11 Aug 1995 10:09:49 -0700 Received: from clark.net (clark.net [168.143.0.7]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA27956 ; Fri, 11 Aug 1995 10:09:46 -0700 Received: from starner.clark.net (ras2.HAN.UnisysGSG.COM [128.126.195.242]) by clark.net (8.6.12/8.6.5) with SMTP id NAA10782; Fri, 11 Aug 1995 13:09:30 -0400 Message-Id: <199508111709.NAA10782@clark.net> Comments: Authenticated sender is From: "Mark Starner" To: bugs@FreeBSD.org, Alexandre Moriya - esp Date: Fri, 11 Aug 1995 13:09:23 -300 Subject: Re: KERNEL BUG !!!! Reply-to: starner@clark.net CC: hackers@FreeBSD.org, questions@FreeBSD.org, moriya@ifi.unicamp.br (Alexandre Moriya - esp) Priority: normal X-mailer: Pegasus Mail for Windows (v2.01) Sender: hackers-owner@FreeBSD.org Precedence: bulk I have the exact same problem *have had it since 2.0R* and I still have it now with a new MB and disk controller. I now have a AHA-3940 I only have two CD''s, but it occurs on /dev/cd1a (the last one) cd0a works fine. Kinda glad to see someone else has the problem... what can we do to help find the real problem? Mark From owner-freebsd-hackers Fri Aug 11 11:07:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA00323 for hackers-outgoing; Fri, 11 Aug 1995 11:07:55 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA00316 ; Fri, 11 Aug 1995 11:07:54 -0700 X-Authentication-Warning: freefall.FreeBSD.org: Host localhost didn't use HELO protocol To: Chris Shenton cc: freebsd-hackers@freebsd.org Subject: Re: iijppp working with netmasks and net routing In-reply-to: Your message of "Fri, 11 Aug 95 10:48:21 EDT." <199508111448.OAA05719@wirehead.hq.nasa.gov> Date: Fri, 11 Aug 1995 11:07:53 -0700 Message-ID: <315.808164473@freefall.FreeBSD.org> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > A few days ago, I posted about problems with kernel pppd not quitting > on modem hangup. I then said I was having problems getting usermode > iijppp to set the netmask so I can route around our subnets. I've got > the problem fixed now, and thought I'd share my configs with anyone > else who might be playing on this. I believe you're suffering from an introduced bug with ijppp (which may not even be its fault - something else may have changed), not a local configuration problem. I have basically the *same* configuration as: > We have a Class C address space which we have carved up into 16 > 16-host subnets. We running ppp to our houses where we have little > networks, so we need proper subnet masks for routing. And I suffer from the same problems. I'm using pppd and a chat script to log in right now (I live close enough to my ISP that I just leave it up all the time :) but will switch back to ijppp fairly soon so that I can try to solve the problem. Jordan From owner-freebsd-hackers Fri Aug 11 11:09:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA00693 for hackers-outgoing; Fri, 11 Aug 1995 11:09:53 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id LAA00672 ; Fri, 11 Aug 1995 11:09:51 -0700 X-Authentication-Warning: freefall.FreeBSD.org: Host localhost didn't use HELO protocol To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: Compliments and comments In-reply-to: Your message of "Fri, 11 Aug 95 08:34:34 PDT." Date: Fri, 11 Aug 1995 11:09:50 -0700 Message-ID: <667.808164590@freefall.FreeBSD.org> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > o Is it possible to do the configuration as well, such that when the > software is downloaded, the new /etc files can be generated and the > machine rebooted post-haste? Yeah, I'm trying to strike a balance in the next install between allowing fine-grained operations (e.g. fix things) and front-loading where everything is specified up front.. We'll see how good a job I do! :-) Jordan From owner-freebsd-hackers Fri Aug 11 13:48:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA09546 for hackers-outgoing; Fri, 11 Aug 1995 13:48:09 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id NAA09529 ; Fri, 11 Aug 1995 13:47:56 -0700 Message-Id: <199508112047.NAA09529@freefall.FreeBSD.org> X-Authentication-Warning: freefall.FreeBSD.org: Host localhost didn't use HELO protocol To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: AH1542 extended mode supported? In-reply-to: Your message of "Fri, 11 Aug 95 18:19:59 +0200." <199508111619.SAA04025@gilberto.physik.rwth-aachen.de> Date: Fri, 11 Aug 1995 13:47:45 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk > >Someone on BIX is asking whether extended cylinder translation >mode is supported now in FreeBSD. In 2.0 it supposedly was not. > >--Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de Its always been supported so long as you ensure that the geometry FreeBSD picks up is correct (hit (G) in the fdisk screen). -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Fri Aug 11 13:48:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA09565 for hackers-outgoing; Fri, 11 Aug 1995 13:48:13 -0700 Received: from fubar.cl.msu.edu (fubar.cl.msu.edu [35.8.1.18]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA09536 for ; Fri, 11 Aug 1995 13:47:58 -0700 Received: (from evans@localhost) by fubar.cl.msu.edu (8.6.11/8.6.9) id QAA00972; Fri, 11 Aug 1995 16:48:33 GMT From: Jeff Evans Message-Id: <199508111648.QAA00972@fubar.cl.msu.edu> Subject: why are pw_uid and pw_gid defined as int's in pwd.h/grp.h? To: freebsd-hackers@freebsd.org Date: Fri, 11 Aug 1995 16:48:33 +0000 () Cc: evans@fubar.cl.msu.edu (Jeff Evans) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1545 Sender: hackers-owner@freebsd.org Precedence: bulk Does anyone know why in pwd.h inside the password struct both pw_uid and pw_gid items are defined as int's? Shouldn't they be uid_t and gid_t? Also on a similar note in the grp.h file inside the definition of struct group, item gr_gid is defined as an int and not gid_t. from grp.h: struct group { int gr_gid; /* group id */ }; from pwd.h: struct passwd { int pw_uid; /* user uid */ int pw_gid; /* user gid */ }; from sys/types.h: typedef unsigned long gid_t; /* group id */ typedef unsigned long uid_t; /* user id */ I realize that INT_MAX = 2,147,483,647(from machine/limits.h) which is only half of ULONG_MAX. Even so, shouldn't pwd.h and grp.h be changed? My main concern is that I am writing library functions that add/delete users and groups and need to be able to print them out correctly. Currently chpass(and the other password utils) print it out like this: from src/usr.bin/chpass/pw_copy.c: struct passwd *pw; (void)fprintf(to, "%s:%s:%d:%d:%s:%ld:%ld:%s:%s:%s\n", pw->pw_name, pw->pw_passwd, pw->pw_uid, pw->pw_gid, pw->pw_class, pw->pw_change, pw->pw_expire, pw->pw_gecos, pw->pw_dir, pw->pw_shell); Jeff Evans -------------------------------------------------------------------------- Jeff Evans - evans@fubar.cl.msu.edu -------------------------------------------------------------------------- From owner-freebsd-hackers Fri Aug 11 15:39:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA16393 for hackers-outgoing; Fri, 11 Aug 1995 15:39:10 -0700 Received: from tserv.lodgenet.com (dial1.iw.net [204.157.148.50]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA16296 for ; Fri, 11 Aug 1995 15:37:30 -0700 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id RAA27307 for ; Fri, 11 Aug 1995 17:37:17 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.11/8.6.9) with SMTP id RAA13872 for ; Fri, 11 Aug 1995 17:36:08 -0500 Message-Id: <199508112236.RAA13872@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: hackers@freebsd.org Subject: reloading lkm's Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 11 Aug 1995 17:36:06 -0500 From: "Eric L. Hernes" Sender: hackers-owner@freebsd.org Precedence: bulk Here's a small patch which I mentioned in the device driver writer's guide. It adds a `reload' target to bsd.kmod.mk This lets me sit in emacs and bounce on `compile' and have `make reload' be the target and it will always do the right thing. *** /usr/share/mk/bsd.kmod.mk Sat Jun 10 04:58:25 1995 --- bsd.kmod.mk Wed Jun 28 15:28:55 1995 *************** *** 1,5 **** # From: @(#)bsd.prog.mk 5.26 (Berkeley) 6/25/91 ! # bsd.kmod.mk,v 1.11 1995/03/20 19:18:51 wollman Exp .if exists(${.CURDIR}/../Makefile.inc) .include "${.CURDIR}/../Makefile.inc" --- 1,5 ---- # From: @(#)bsd.prog.mk 5.26 (Berkeley) 6/25/91 ! # $Id: bsd.kmod.mk,v 1.11 1995/03/20 19:18:51 wollman Exp $ .if exists(${.CURDIR}/../Makefile.inc) .include "${.CURDIR}/../Makefile.inc" *************** *** 149,154 **** --- 149,160 ---- .if !target(unload) unload: ${PROG} /sbin/modunload -n ${KMOD} + .endif + + .if !target(reload) + reload: ${PROG} + -/usr/bin/modstat -n ${KMOD} && /sbin/modunload -n ${KMOD} + /sbin/modload -o ${KMOD} -e${KMOD} ${PROG} .endif KERN= ${.CURDIR}/../../sys/kern eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Fri Aug 11 18:52:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA05918 for hackers-outgoing; Fri, 11 Aug 1995 18:52:20 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA05910 for ; Fri, 11 Aug 1995 18:52:19 -0700 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.11/8.6.9) id VAA00178 for freebsd-hackers@freebsd.org; Fri, 11 Aug 1995 21:53:38 -0400 From: Charles Henrich Message-Id: <199508120153.VAA00178@crh.cl.msu.edu> Subject: NFS Performance in Network Computing To: freebsd-hackers@freebsd.org Date: Fri, 11 Aug 1995 21:53:38 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 453 Sender: hackers-owner@freebsd.org Precedence: bulk Hey Guys, just looked at the August 1st issue of Network Computing, there is an article comparing FreeBSD NFS performance vs a variety of WindowsNT NFS servers. As one would expect, FreeBSD blew them out of the water. Just thought it was spiffy that FreeBSD was mentioned in the article as the benchmark to beat.. -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Fri Aug 11 20:43:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA11618 for hackers-outgoing; Fri, 11 Aug 1995 20:43:25 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id UAA11610 for ; Fri, 11 Aug 1995 20:43:10 -0700 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with ESMTP id UAA14681 for ; Fri, 11 Aug 1995 20:42:45 -0700 Message-Id: <199508120342.UAA14681@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: freebsd-hackers@freebsd.org Subject: Re: NFS Performance in Network Computing In-reply-to: Your message of "Fri, 11 Aug 1995 21:53:38 EDT." <199508120153.VAA00178@crh.cl.msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 11 Aug 1995 20:42:44 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk Cool! There was a nice thread on comp.sys.intel on FreeBSD, Linux vs Win95 & Windows NT. I think that people are starting to pay attention 8) Enjoy, Amancio >>> Charles Henrich said: > Hey Guys, just looked at the August 1st issue of Network Computing, there is an > article comparing FreeBSD NFS performance vs a variety of WindowsNT NFS > servers. As one would expect, FreeBSD blew them out of the water. Just > thought it was spiffy that FreeBSD was mentioned in the article as the > benchmark to beat.. > > -Crh > > Charles Henrich Michigan State University henrich@crh.cl.msu.edu > > http://rs560.msu.edu/~henrich/ > From owner-freebsd-hackers Fri Aug 11 22:36:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id WAA13852 for hackers-outgoing; Fri, 11 Aug 1995 22:36:46 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id WAA13841 for ; Fri, 11 Aug 1995 22:36:33 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA01476; Sat, 12 Aug 1995 15:32:42 +1000 Date: Sat, 12 Aug 1995 15:32:42 +1000 From: Bruce Evans Message-Id: <199508120532.PAA01476@godzilla.zeta.org.au> To: evans@fubar.cl.msu.edu, freebsd-hackers@FreeBSD.org Subject: Re: why are pw_uid and pw_gid defined as int's in pwd.h/grp.h? Sender: hackers-owner@FreeBSD.org Precedence: bulk > Does anyone know why in pwd.h inside the password struct both pw_uid >and pw_gid items are defined as int's? Shouldn't they be uid_t and gid_t? >Also on a similar note in the grp.h file inside the definition of struct >group, item gr_gid is defined as an int and not gid_t. and are broken, perhaps for compatibility with broken applications. > My main concern is that I am writing library functions that add/delete >users and groups and need to be able to print them out correctly. Currently >chpass(and the other password utils) print it out like this: >from src/usr.bin/chpass/pw_copy.c: > struct passwd *pw; > > (void)fprintf(to, "%s:%s:%d:%d:%s:%ld:%ld:%s:%s:%s\n", > pw->pw_name, pw->pw_passwd, pw->pw_uid, pw->pw_gid, > pw->pw_class, pw->pw_change, pw->pw_expire, pw->pw_gecos, > pw->pw_dir, pw->pw_shell); This is a good example of application broken-ness. Bruce From owner-freebsd-hackers Sat Aug 12 05:13:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA24460 for hackers-outgoing; Sat, 12 Aug 1995 05:13:30 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id FAA24441 ; Sat, 12 Aug 1995 05:13:15 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id FAA01290; Sat, 12 Aug 1995 05:12:59 -0700 Date: Sat, 12 Aug 1995 05:12:59 -0700 Message-Id: <199508121212.FAA01290@silvia.HIP.Berkeley.EDU> To: doc@freebsd.org, hackers@freebsd.org Subject: EIDE hard drives, IDE cdrom drives From: asami@cs.berkeley.edu (Satoshi Asami) Sender: hackers-owner@freebsd.org Precedence: bulk (1) The FAQ says nothing about EIDE drives. Are they supported? (2) What's the status of IDE cdrom drives? I've heard the driver is in beta, how soon can it join the tree? It is needed badly, if you don't believe me, just hang around the irc channel #freebsd for one evening and explain to every newbie and potential Linux- converts why IDE is not supported.... ;) Satoshi From owner-freebsd-hackers Sat Aug 12 05:32:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA24734 for hackers-outgoing; Sat, 12 Aug 1995 05:32:18 -0700 Received: from w8hd2.w8hd.org (w8hd2.w8hd.org [198.252.159.25]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id FAA24728 for ; Sat, 12 Aug 1995 05:32:16 -0700 Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.11]) by w8hd2.w8hd.org (8.6.12/w8hd2) with SMTP id IAA09010 ; Sat, 12 Aug 1995 08:32:11 -0400 Date: Sat, 12 Aug 1995 08:32:11 -0400 (EDT) From: Kim Culhan To: hackers@freebsd.org Subject: install -current blows up: invalid time of day Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk This is the output from the install: umask 022; cd /usr/src/share/zoneinfo; zic -d /usr/share/zoneinfo -p America/New_York -L /dev/null -y /usr/src/share/zoneinfo/obj/yearistype africa antarctica asia australasia etcetera europe factory northamerica southamerica systemv "europe", line 717: invalid time of day "europe", line 718: invalid time of day "europe", line 719: invalid time of day "europe", line 760: invalid time of day "europe", line 761: invalid time of day "europe", line 762: invalid time of day "europe", line 763: invalid time of day "europe", line 764: invalid time of day "europe", line 765: invalid time of day *** Error code 1 The common issue here appears to be the value in the AT field: 1:00u I've got the installation on hold for now, looks like it may be possible to save it, any ideas? regards kim -- kimc@w8hd.org From owner-freebsd-hackers Sat Aug 12 08:09:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA28258 for hackers-outgoing; Sat, 12 Aug 1995 08:09:35 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id IAA28252 for ; Sat, 12 Aug 1995 08:09:26 -0700 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.12/8.6.12) with ESMTP id QAA09619 for ; Sat, 12 Aug 1995 16:53:34 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id QAA25534; Sat, 12 Aug 1995 16:53:28 +0200 Date: Sat, 12 Aug 1995 16:53:28 +0200 Message-Id: <199508121453.QAA25534@caramba.cs.tu-berlin.de> To: hackers@freebsd.org Subject: Makefile speedup MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@freebsd.org Precedence: bulk [next try] I review the Makefiles in /usr/share/mk/bsd.*.mk. In my opinion there are redundant, slow and inefficient. Example: 1)make cleandir 7 processes: 1 make, 4 rm, 2 sh $ cd /usr/src/bin/chmod $ make cleandir rm -f .depend /usr3/src/bin/chmod/tags rm -f a.out [Ee]rrs mklog chmod chmod.o rm -f /usr3/src/bin/chmod/tags .depend cd /usr3/src/bin/chmod; rm -rf obj; First rm(1) is superfluously, due a missing .if !target(cleandir) in bsd.dep.mk. '[Ee]rrs' are meta-chars, make(1) call sh(1). Replace [Ee]rss with 'errs Errs' avoid calling /bin/sh. Arguments of 3th rm(1) can be added to previous rm. /usr3/src/bin/chmod/obj is a softlink. Add it to previous rm (and avoid a /bin/sh due ';') 2 processes: make + rm $ make cleandir rm -f a.out Errs errs mklog chmod chmod.o /usr3/src/bin/chmod/tags .depend /usr3/src/bin/chmod/obj 2) Redundant 'obj:', 5 x the same code $ egrep -A 8 '^obj:' /usr/share/mk/*.mk Should be replaced with a small perl script. 3) .depend & mkdep in bsd.dep.mk: tons of sh,test, sed. Should be replaced with a perl script. Here are the patches for make cleandir. If someone want the perl scripts, send me an email. Wolfram --- 1.1 1995/08/08 20:19:56 +++ bsd.prog.mk 1995/08/08 22:28:03 @@ -1,5 +1,5 @@ # from: @(#)bsd.prog.mk 5.26 (Berkeley) 6/25/91 -# $Id: bsd.prog.mk,v 1.1 1995/08/08 20:19:56 wosch Exp $ +# $Id: bsd.prog.mk,v 1.2 1995/08/08 22:13:04 wosch Exp $ .if exists(${.CURDIR}/../Makefile.inc) .include "${.CURDIR}/../Makefile.inc" @@ -138,14 +138,14 @@ .if !target(clean) clean: _PROGSUBDIR - rm -f a.out [Ee]rrs mklog ${PROG} ${OBJS} ${CLEANFILES} + rm -f a.out Errs errs mklog ${PROG} ${OBJS} ${CLEANFILES} .endif .if !target(cleandir) cleandir: _PROGSUBDIR - rm -f a.out [Ee]rrs mklog ${PROG} ${OBJS} ${CLEANFILES} - rm -f ${.CURDIR}/tags .depend - cd ${.CURDIR}; rm -rf obj; + rm -f a.out Errs errs mklog ${PROG} ${OBJS} ${CLEANFILES} \ + ${.CURDIR}/tags .depend \ + ${.CURDIR}/obj .endif .if !target(install) --- 1.1 1995/08/08 20:19:56 +++ bsd.dep.mk 1995/08/08 22:15:06 @@ -1,4 +1,4 @@ -# $Id: bsd.dep.mk,v 1.1 1995/08/08 20:19:56 wosch Exp $ +# $Id: bsd.dep.mk,v 1.2 1995/08/08 22:10:45 wosch Exp $ # some of the rules involve .h sources, so remove them from mkdep line .if !target(depend) @@ -40,8 +40,10 @@ .endif .if defined(SRCS) +.if !target(cleandir) clean: cleandir: cleandepend cleandepend: rm -f .depend ${.CURDIR}/tags +.endif .endif From owner-freebsd-hackers Sat Aug 12 10:24:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA03616 for hackers-outgoing; Sat, 12 Aug 1995 10:24:47 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA03608 for ; Sat, 12 Aug 1995 10:24:39 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id SAA02108 ; Sat, 12 Aug 1995 18:17:39 +0100 X-Message: This is a dial-up site. Quick responses to e-mails should not be relied upon. Thanks! To: Chris Shenton cc: freebsd-hackers@freebsd.org Subject: Re: iijppp working with netmasks and net routing In-reply-to: Your message of "Fri, 11 Aug 1995 10:48:21 EDT." <199508111448.OAA05719@wirehead.hq.nasa.gov> Date: Sat, 12 Aug 1995 18:17:38 +0100 Message-ID: <2106.808247858@palmer.demon.co.uk> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk In message <199508111448.OAA05719@wirehead.hq.nasa.gov>, Chris Shenton writes: >I invoke it with ``ppp -auto absinthe'', and have no timeout but >expect this to redial if the modems drop the connection. Err? AFAIR, iijppp won't redial unless there is traffic which is allowed through the `dfilter' to trigger the dialing process... It won't redial when the line drops unless/until there is traffic to make it dial, in other words. In the meantime, your net at home could be going mad without the link... Gary From owner-freebsd-hackers Sat Aug 12 10:43:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id KAA06543 for hackers-outgoing; Sat, 12 Aug 1995 10:43:29 -0700 Received: from mr-p.protocorp.com (d22.leonardo.net [198.147.97.86]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id KAA06534 for ; Sat, 12 Aug 1995 10:43:25 -0700 Received: from caern.leonardo.net (localhost [127.0.0.1]) by mr-p.protocorp.com (8.6.11/8.6.9) with ESMTP id KAA00405 for ; Sat, 12 Aug 1995 10:42:34 GMT Message-Id: <199508121042.KAA00405@mr-p.protocorp.com> To: hackers@freebsd.org Subject: minor frob for 'finger' Date: Sat, 12 Aug 1995 10:42:33 +0000 From: "Mike O'Brien" Sender: hackers-owner@freebsd.org Precedence: bulk Longtime ARPAnauts will remember that 'finger' used to work a little differently over the net - the closing brace around the host name was not printed until a net connection had been successfully established. That code broke in the UNIX version when stdout to a terminal was made line-buffered by default...and now I see the original code (which must have looked very mysterious) has disappeared entirely, in favor of having the host name printed before the connection rather than after, which was the effect of the breakage. I'm sorry, but I'm an old fart. I prefer finger's original behavior. Hence, this patch, humbly proffered: *** net.c.dist Tue May 30 06:30:16 1995 --- net.c Sat Aug 12 10:32:20 1995 *************** *** 95,106 **** } /* have network connection; identify the host connected with */ ! (void)printf("[%s]\n", hp->h_name); if (connect(s, (struct sockaddr *)&sin, sizeof(sin)) < 0) { perror("finger: connect"); (void)close(s); return; } /* -l flag for remote fingerd */ if (lflag) --- 95,108 ---- } /* have network connection; identify the host connected with */ ! (void)printf("[%s", hp->h_name); ! (void)fflush(stdout); if (connect(s, (struct sockaddr *)&sin, sizeof(sin)) < 0) { perror("finger: connect"); (void)close(s); return; } + (void)printf("]\n"); /* -l flag for remote fingerd */ if (lflag) From owner-freebsd-hackers Sat Aug 12 11:56:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id LAA10601 for hackers-outgoing; Sat, 12 Aug 1995 11:56:08 -0700 Received: from virgo.ai.net (virgo.ai.net [198.69.44.2]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id LAA10591 for ; Sat, 12 Aug 1995 11:56:03 -0700 Received: from aries.ai.net (aries.ai.net [198.69.44.1]) by virgo.ai.net (8.6.11/8.6.12) with ESMTP id PAA00564 for ; Sat, 12 Aug 1995 15:08:31 -0400 Received: (from nc@localhost) by aries.ai.net (8.6.11/8.6.12) id OAA18529; Sat, 12 Aug 1995 14:55:53 -0400 Date: Sat, 12 Aug 1995 14:55:53 -0400 (EDT) From: Network Coordinator To: hackers@freebsd.org Subject: Memory usage of BSD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I am trying to configure a couple of dedicated servers, primarily for www usage. These will be Pentium boxes running at least 20 httpd daemons and a named. There shouldn't be more than 1 or 2 shells running. I am trying to decide how much memory to put in these boxes to prevent disk swapping and thereby get the best performance for CGI-BIN type work. We have a server that has 18 HTTPd's running, about 6 tcsh's, pine, 6 gettys, and a number of other little things, but all of the daemons aren't exactly active all the time. This server has 32 megs of memory and get around without using swap space, but at the moment is carrying 11 megs of SWAP that isn't being used very much. Then again, I can't really say whether it is or not. No process running takes more than say .3% of system memory, and 0% of system CPU time. Yet pine can take 10% of memory and named 8%. I have tried using systat, vmstat and just about everything I can think of to get hard numbers on what memory is used, how much it needs, etc, but can't seem to get consistent numbers in units I understand. This is what Top says: Memory: 19M Act 2180K Inact 5136K Wired 2136K Free 18% Swap According to the man page, I would expect values in the swap area, but I see none. Anyway, after all of this, my question is two fold. 1) Does the server I am talking about here have too little memory for what it does? [Its been up for 20days with similar statistics] and 2) Could I put a dedicated WWW server up with 16 megs of RAM with 20 httpd's or will I need 32? [By could, I mean would it be a smart thing to do or not]. How much memory does BSD need minimum anyway? thanks, -Jerry. From owner-freebsd-hackers Sat Aug 12 13:09:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA14978 for hackers-outgoing; Sat, 12 Aug 1995 13:09:21 -0700 Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id NAA14972 for ; Sat, 12 Aug 1995 13:09:19 -0700 Received: by violet.berkeley.edu (8.6.10/1.33r) id NAA19940; Sat, 12 Aug 1995 13:09:17 -0700 Date: Sat, 12 Aug 1995 13:09:17 -0700 From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Message-Id: <199508122009.NAA19940@violet.berkeley.edu> To: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Path: agate!news.mindlink.net!vanbc.wimsey.com!cynic.portal.ca!curt From: curt@cynic.portal.ca (Curt Sampson) Newsgroups: comp.unix.bsd.misc Subject: Re: Bug in setgroups() (FreeBSD, maybe NET/BSDI/4.4) Date: 12 Aug 1995 17:26:52 GMT Organization: Internet Portal Services, Ltd. Lines: 43 Message-ID: <40io8s$nvh@wolfe.wimsey.com> References: NNTP-Posting-Host: cynic.portal.ca In article , Jim Mercer wrote: >if setgroups() is called with numgrps = 0, FreeBSD (at least) will delete >the current processes group associations, all of them including the >default login group. NetBSD returns EINVAL if you pass 0 groups to setgroups: /* from NetBSD 1.0 sys/kern/kern_prot.c */ ngrp = uap->gidsetsize; if (ngrp < 1 || ngrp > NGROUPS) return (EINVAL); The 4.4BSD-Lite doesn't: /* from 4.4BSD-Lite sys/kern/kern_prot.c */ if ((ngrp = uap->gidsetsize) > NGROUPS) return (EINVAL); I notice that, under NetBSD, the real group ID of the user (given in the fourth field of the /etc/passwd file) is returned in gidset[0]. If the user is also in that group in /etc/groups, that same group number is also in the following group access list. It appears that gidset[0] is the real group ID, though I can't find any documentation documentation of this behaviour, nor any supported way to retrieve just the real group ID. According to the 4.4BSD-Lite intro(2) manual page, "Each user is...a member of one or more groups," and "All processes have a...real group ID." The page distinguishes between the real group ID, and the group access list. It strikes me, then, that the behaviour of the NetBSD call is correct: you may not let a process remove itself from all groups. The ability to do this is a bug in 4.4BSD-Lite that has been passed in to FreeBSD. cjs -- Curt Sampson curt@portal.ca Info at http://www.portal.ca/ Internet Portal Services, Inc. Vancouver, BC (604) 257-9400 De gustibus, aut bene aut nihil. From owner-freebsd-hackers Sat Aug 12 13:34:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id NAA17696 for hackers-outgoing; Sat, 12 Aug 1995 13:34:43 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id NAA17673 ; Sat, 12 Aug 1995 13:34:35 -0700 X-Authentication-Warning: freefall.FreeBSD.org: Host localhost.cdrom.com didn't use HELO protocol To: Network Coordinator cc: hackers@freebsd.org Subject: Re: Memory usage of BSD In-reply-to: Your message of "Sat, 12 Aug 95 14:55:53 EDT." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 12 Aug 1995 13:34:35 -0700 Message-ID: <17672.808259675@freefall.FreeBSD.org> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > a named. There shouldn't be more than 1 or 2 shells running. I am trying > to decide how much memory to put in these boxes to prevent disk swapping > and thereby get the best performance for CGI-BIN type work. I think the only thing that one can really say about this kind of thing is "YMMV" (Your Mileage May Vary). Start with 16MB of memory or so and work up from there. Since the 72 pin memory is 32 bit, you at least have the luxury of not having to throw the old memory out every time you upgrade to a larger increment! :-) Truly though, there's no rule of thumb where such things are concerned. There are just too many variables involved. Start small and work your way up, would be my best suggestion! Jordan From owner-freebsd-hackers Sat Aug 12 14:02:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id OAA20128 for hackers-outgoing; Sat, 12 Aug 1995 14:02:01 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id OAA20122 for ; Sat, 12 Aug 1995 14:01:56 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA07653; Sat, 12 Aug 1995 14:01:25 -0700 From: "Rodney W. Grimes" Message-Id: <199508122101.OAA07653@gndrsh.aac.dev.com> Subject: Re: minor frob for 'finger' To: obrien@leonardo.net (Mike O'Brien) Date: Sat, 12 Aug 1995 14:01:24 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199508121042.KAA00405@mr-p.protocorp.com> from "Mike O'Brien" at Aug 12, 95 10:42:33 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: 2242 Sender: hackers-owner@freebsd.org Precedence: bulk > > Longtime ARPAnauts will remember that 'finger' used to work > a little differently over the net - the closing brace around the > host name was not printed until a net connection had been successfully > established. That code broke in the UNIX version when stdout to a > terminal was made line-buffered by default...and now I see the original > code (which must have looked very mysterious) has disappeared entirely, > in favor of having the host name printed before the connection rather > than after, which was the effect of the breakage. > > I'm sorry, but I'm an old fart. I prefer finger's original > behavior. Hence, this patch, humbly proffered: I like the old behavior too, but this creates ugly error output. Also please don't cut and paste patches with X, you destroyed the tabs in this patch meaning I had to go frob the file after doing a patch -i to put back the tabs instead of spaces :-(. Here is what an error looks like with your patch in place: gndrsh# obj/finger rgrimes@freebsd.org [freebsd.org finger: connect: Network is down Here is my revised patch, this time without white space munging to apply it: Index: net.c =================================================================== RCS file: /home/ncvs/src/usr.bin/finger/net.c,v retrieving revision 1.3 diff -c -r1.3 net.c *** 1.3 1995/05/30 06:30:16 --- net.c 1995/08/12 21:00:53 *************** *** 95,106 **** } /* have network connection; identify the host connected with */ ! (void)printf("[%s]\n", hp->h_name); if (connect(s, (struct sockaddr *)&sin, sizeof(sin)) < 0) { perror("finger: connect"); (void)close(s); return; } /* -l flag for remote fingerd */ if (lflag) --- 95,109 ---- } /* have network connection; identify the host connected with */ ! (void)printf("[%s", hp->h_name); ! (void)fflush(stdout); if (connect(s, (struct sockaddr *)&sin, sizeof(sin)) < 0) { + (void)printf("]\n"); perror("finger: connect"); (void)close(s); return; } + (void)printf("]\n"); /* -l flag for remote fingerd */ if (lflag) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Sat Aug 12 17:17:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA26977 for hackers-outgoing; Sat, 12 Aug 1995 17:17:14 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id RAA26971 for ; Sat, 12 Aug 1995 17:17:11 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA05593 (5.67a/IDA-1.5); Sat, 12 Aug 1995 19:03:24 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA09447; 12 Aug 95 19:02:42 CDT (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA09444; Sat, 12 Aug 1995 19:02:41 -0500 Date: Sat, 12 Aug 1995 19:02:41 -0500 From: Peter da Silva Message-Id: <199508130002.TAA09444@bonkers.taronga.com> To: gary@palmer.demon.co.uk Subject: Re: 2.0.5-950622-SNAP on a big machine In-Reply-To: <653.807036888@palmer.demon.co.uk> Organization: Taronga Park BBS Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk In article <653.807036888@palmer.demon.co.uk> you write: >David (Greenman) wired down the disks on ftp.cdrom.com for this very >reason. He mapped the disks with what could be called octal notation - >sd0 to sd7 on the first controller, sd10 to sd17 on the second and >sd20 to sd27 on the third. I'm sure you get the idea - with this >scheme, you can see at a glance which controller the disk is on... I have a question... How would one do this on 1.1.5.1? It would help me greatly in migrating to 2.x if I could boot bt0:1:0 as sd0, using a boot manager on bt0:0:0 to select bt0:1:0 (D:). I have a "whole disk" installation on my current disk so I can't add a boot manager I don't think... From owner-freebsd-hackers Sat Aug 12 17:17:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA27010 for hackers-outgoing; Sat, 12 Aug 1995 17:17:33 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id RAA27004 for ; Sat, 12 Aug 1995 17:17:30 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA05671 (5.67a/IDA-1.5); Sat, 12 Aug 1995 19:16:26 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA09681; 12 Aug 95 19:15:41 CDT (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA09678; Sat, 12 Aug 1995 19:15:40 -0500 Date: Sat, 12 Aug 1995 19:15:40 -0500 From: Peter da Silva Message-Id: <199508130015.TAA09678@bonkers.taronga.com> To: rgrimes@gndrsh.aac.dev.com Subject: Re: Kernel configuration/compilation tool Newsgroups: taronga.freebsd.hackers In-Reply-To: <199508010417.VAA04479@gndrsh.aac.dev.com> Organization: Taronga Park BBS Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk In article <199508010417.VAA04479@gndrsh.aac.dev.com>, Rodney W. Grimes wrote: >getopts helped, but it is just too primative, offers no data type checking, >causes _tons_ of duplicated code, etc. "Parseargs" by Eric Allman, and modified by myself and Brad Appleton of Harris, does an excellent job. It also lets you write commands that use unix-style options for UNIX systems, dos style options for DOS systems, amiga style options (which are like DD's) for Amiga systems, and VMS style options for VMS systems, depending on which version of the library you link with. It also generates usage messages at three levels of verbosity. Anyone want to see the code? From owner-freebsd-hackers Sat Aug 12 17:47:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA27619 for hackers-outgoing; Sat, 12 Aug 1995 17:47:01 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id RAA27612 for ; Sat, 12 Aug 1995 17:46:58 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA05693 (5.67a/IDA-1.5); Sat, 12 Aug 1995 19:20:50 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA09821; 12 Aug 95 19:20:12 CDT (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA09818; Sat, 12 Aug 1995 19:20:11 -0500 Date: Sat, 12 Aug 1995 19:20:11 -0500 From: Peter da Silva Message-Id: <199508130020.TAA09818@bonkers.taronga.com> To: thomas@ghpc8.ihf.rwth-aachen.de Subject: Re: Kernel configuration/compilation tool Newsgroups: taronga.freebsd.hackers In-Reply-To: <199508011124.NAA15141@ghpc6.ihf.rwth-aachen.de> Organization: Taronga Park BBS Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >There is Brad Appleton's libcommand. That's what he did when he decided that Parseargs wasn't complex enough for everything he wanted to do. >Oh yeah. It's written in C++. You might think that's a drawback. Parseargs does most of the same thing and is written in C. From owner-freebsd-hackers Sat Aug 12 17:49:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id RAA27756 for hackers-outgoing; Sat, 12 Aug 1995 17:49:54 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id RAA27749 for ; Sat, 12 Aug 1995 17:49:43 -0700 Received: by misery.sdf.com id <1154>; Sat, 12 Aug 1995 17:47:25 +0100 Date: Sat, 12 Aug 1995 17:47:12 -0700 (PDT) From: Tom Samplonius To: Network Coordinator cc: hackers@freebsd.org Subject: Re: Memory usage of BSD 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, 12 Aug 1995, Network Coordinator wrote: > How much memory does BSD need minimum anyway? 4 megs. Tom From owner-freebsd-hackers Sat Aug 12 18:17:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA28723 for hackers-outgoing; Sat, 12 Aug 1995 18:17:12 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id SAA28715 for ; Sat, 12 Aug 1995 18:17:06 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA05917 (5.67a/IDA-1.5); Sat, 12 Aug 1995 19:54:22 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA10652; 12 Aug 95 19:53:36 CDT (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA10649; Sat, 12 Aug 1995 19:53:35 -0500 Date: Sat, 12 Aug 1995 19:53:35 -0500 From: Peter da Silva Message-Id: <199508130053.TAA10649@bonkers.taronga.com> To: joerg_wunsch@uriah.heep.sax.de Subject: Re: getty(8) Newsgroups: taronga.freebsd.hackers In-Reply-To: <199508030704.JAA13843@uriah.heep.sax.de> Organization: Taronga Park BBS Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk In article <199508030704.JAA13843@uriah.heep.sax.de>, J Wunsch wrote: >What about a rewrite? How to add the missing functionality? I'd >personally prefer to have something using the same keywords as stty(1) >instead of this unmemorizable two-letter abbreviations (perhaps with >an option to getty to recognize the old format as well as a more >rationale new one). Opinion: You could do worse than to simply clone the System V format. Yes, it's System V... but it is something that people are familiar with. That's got to be worth something... From owner-freebsd-hackers Sat Aug 12 18:17:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA28761 for hackers-outgoing; Sat, 12 Aug 1995 18:17:31 -0700 Received: from UUCP-GW.CC.UH.EDU (UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id SAA28755 for ; Sat, 12 Aug 1995 18:17:27 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA05881 (5.67a/IDA-1.5); Sat, 12 Aug 1995 19:47:56 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA10528; 12 Aug 95 19:45:53 CDT (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA10525; Sat, 12 Aug 1995 19:45:52 -0500 Date: Sat, 12 Aug 1995 19:45:52 -0500 From: Peter da Silva Message-Id: <199508130045.TAA10525@bonkers.taronga.com> To: thomas@ghpc8.ihf.rwth-aachen.de Subject: Re: parsing the command line (was: Kernel configuration/compilation tool) Newsgroups: taronga.freebsd.hackers In-Reply-To: <199508020905.LAA17379@ghpc6.ihf.rwth-aachen.de> Organization: Taronga Park BBS Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >Just a quick note: Brad Appleton's `libcommand' is really called >`libcmdline' (sorry, memory error), and I'll look into this >parseargs lib (from comp.sources.misc, by Eric Allman, mods by Peter >da Silva and Brad Appleton). On a first glance this looks very >similar to libcmdline, just in C and a bit older (latest file date >on the server where I found it is June '92). The history is basically this. Eric Allman published Parseargs, and I looked at it and said "wow, this is totally cool". It had some gross code (like using foo(fmt, a, b, c, d, e, f, g)... sprintf(s, foo, a, b, c, d, e, f, g) for varargs :-P ) but was really nice... for UNIX. I needed to support the same code on Amiga, MS-DOS, and UNIX. I added some stuff to Parseargs to handle multiple O/S command line arguments, and used it pretty heavily. I then posted it back as an update to Allman's work. Brad Appleton grabbed it and had the same reaction and did the VMS updates, then kinda went crazy with extensions until it was too complex for Allman's original structure. He then wrote his new interface. I kept on using parseargs. It's pretty cool. Makes a command line that conforms to POSIX pretty mindless. As it stands it's almost compatible with GNU interface, but uses "+" instead of "--" for keyword-args. I hadn't thought of it for a while, but I think it covers most of what you need... From owner-freebsd-hackers Sat Aug 12 18:23:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id SAA29013 for hackers-outgoing; Sat, 12 Aug 1995 18:23:09 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id SAA29007 for ; Sat, 12 Aug 1995 18:23:06 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id SAA08505; Sat, 12 Aug 1995 18:22:46 -0700 To: Peter da Silva cc: gary@palmer.demon.co.uk, hackers@freebsd.org Subject: Re: 2.0.5-950622-SNAP on a big machine In-reply-to: Your message of "Sat, 12 Aug 1995 19:02:41 CDT." <199508130002.TAA09444@bonkers.taronga.com> Date: Sat, 12 Aug 1995 18:22:46 -0700 Message-ID: <8503.808276966@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > How would one do this on 1.1.5.1? It would help me greatly in migrating to > 2.x if I could boot bt0:1:0 as sd0, using a boot manager on bt0:0:0 to > select bt0:1:0 (D:). I have a "whole disk" installation on my current disk > so I can't add a boot manager I don't think... > It'd be hard. You'd have to bring all the scsi and config changes over from 2.0.5. Have fun! :-) Jordan From owner-freebsd-hackers Sat Aug 12 19:41:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA01010 for hackers-outgoing; Sat, 12 Aug 1995 19:41:34 -0700 Received: from CPVA.SAIC.COM (cpva.SAIC.COM [139.121.17.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id TAA00987 ; Sat, 12 Aug 1995 19:41:28 -0700 From: matt@merkury Received: from merkury.Merkury.saic.com ([139.121.102.61]) by CPVA.SAIC.COM with SMTP; Sat, 12 Aug 1995 19:42:36 -0700 (PDT) Received: by merkury.Merkury.saic.com (5.x/SMI-SVR4) id AA02315; Sat, 12 Aug 1995 19:37:38 -0700 Date: Sat, 12 Aug 1995 19:09:09 -0700 (PDT) Subject: 2.0.5 circus mystery To: hackers@freebsd.org Cc: bugs@freebsd.org Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Hi hackers. My name is Matt Harrigan. I recently obtained a copy of 2.0.5 for installation via CD-ROM, but soon came to realize it would not be as easy as I thought. Essentially the problem lies in that when the kernel boots from my cdrom, and the menu system comes up, the CDROM busy light just stays on. I go to the "installtion media" selection menu to select cdrom, and it tells me I have no cdrom drive. I then proceeded to boot with "fbsdboot -c -D kernel" to go to the config menu, so I can statically set the io port address of my cdrom. the cdrom I am using is a 4x speed TEAC which is panasonic compatible, and according to your installation instructions, should be dynmically detected and setup properly on its own. While in the config menu, I set the io port address to 220, which it is in DOS. I.E. - " config> port matcd0 0x220 " Now it does not appear to find the drive at all! So I reboot, re-enter config, and do a "port matcd0 0x230", and this seems to work for a minute, but then locks up, exactly like when it is dynamically assigned by the kernel. I am not running anything strange. I have two hard disks, one connor 327 mb with a dos partition that has almost nothing on it except for the drivers to load the cdrom and the drivers to load my sound card. The other is a 1.2GB seagate. It is empty. The cdrom drive is using its own drivers in dos, but is connected to a soundblaster AWE 32. I have tried disabling every other device that is "not found" at kernel boot. I have set my cdrom/sound card to a different IO address (240) I have prayed. I am not religious. I have asked my dog. He wont tell me what Im doing wrong. Ghandi didnt return any of my calls. The pope is touring europe or something. Aerosmith said "Free bee what?" I rubbed the magic lamp, but Robin Williams came out and told me to go buy bsdi. Billy Idol, the self proclaimed cyberpunk was unavaiable for comment. Help me. Im shrinking. Matthew G. Harrigan Information Systems Engineer SAIC 619-552-4656 From owner-freebsd-hackers Sat Aug 12 19:46:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id TAA01394 for hackers-outgoing; Sat, 12 Aug 1995 19:46:21 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id TAA01387 for ; Sat, 12 Aug 1995 19:46:17 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id TAA08220; Sat, 12 Aug 1995 19:45:51 -0700 From: "Rodney W. Grimes" Message-Id: <199508130245.TAA08220@gndrsh.aac.dev.com> Subject: Re: Kernel configuration/compilation tool To: peter@bonkers.taronga.com (Peter da Silva) Date: Sat, 12 Aug 1995 19:45:50 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199508130015.TAA09678@bonkers.taronga.com> from "Peter da Silva" at Aug 12, 95 07:15:40 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: 890 Sender: hackers-owner@freebsd.org Precedence: bulk > > In article <199508010417.VAA04479@gndrsh.aac.dev.com>, > Rodney W. Grimes wrote: > >getopts helped, but it is just too primative, offers no data type checking, > >causes _tons_ of duplicated code, etc. > > "Parseargs" by Eric Allman, and modified by myself and Brad Appleton of > Harris, does an excellent job. It also lets you write commands that use > unix-style options for UNIX systems, dos style options for DOS systems, > amiga style options (which are like DD's) for Amiga systems, and VMS > style options for VMS systems, depending on which version of the library > you link with. It also generates usage messages at three levels of verbosity. > > Anyone want to see the code? YES! I do! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Sat Aug 12 20:34:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id UAA03509 for hackers-outgoing; Sat, 12 Aug 1995 20:34:20 -0700 Received: from leonardo.net (leonardo.net [198.147.97.1]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id UAA03501 for ; Sat, 12 Aug 1995 20:34:18 -0700 Received: from localhost (obrien@localhost) by leonardo.net (8.6.5/8.6.6) id UAA18473; Sat, 12 Aug 1995 20:37:43 -0700 Date: Sat, 12 Aug 1995 20:37:43 -0700 From: "Michael O'Brien" Message-Id: <199508130337.UAA18473@leonardo.net> To: obrien@leonardo.net, rgrimes@gndrsh.aac.dev.com Subject: Re: minor frob for 'finger' Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Whoops! Sorry about the cut-n-paste, I'd forgotten about that side effect (if I ever knew). I'm also sorry to report that I disagree with this behavior. In my mind, the closing ']' means an unequivocal "connection made!", so your output looks contradictory in my eyes. It's all in how one was first exposed, I suppose. I learned 'finger' on TENEX before it was ported to UNIX, and TOP-20 thought nothing of leaving things incomplete like that. Anyway, I don't want to clutter the list any further, so if you feel you should commit your change rather than mine, please go ahead. Most folks don't care, I'm sure, and my yearnings for my lost youth are satisfied with the way my code currently behaves. :-) Mike O'Brien From owner-freebsd-hackers Sat Aug 12 23:21:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id XAA12646 for hackers-outgoing; Sat, 12 Aug 1995 23:21:02 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id XAA12628 for ; Sat, 12 Aug 1995 23:20:59 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA25249; Sun, 13 Aug 1995 08:20:56 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA14394; Sun, 13 Aug 1995 08:20:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA24159; Sun, 13 Aug 1995 07:49:04 +0200 From: J Wunsch Message-Id: <199508130549.HAA24159@uriah.heep.sax.de> Subject: Re: getty(8) To: peter@bonkers.taronga.com (Peter da Silva) Date: Sun, 13 Aug 1995 07:49:04 +0200 (MET DST) Cc: hackers@freebsd.org Reply-To: hackers@freebsd.org In-Reply-To: <199508130053.TAA10649@bonkers.taronga.com> from "Peter da Silva" at Aug 12, 95 07:53:35 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: 1157 Sender: hackers-owner@freebsd.org Precedence: bulk As Peter da Silva wrote: > > J Wunsch wrote: > >What about a rewrite? How to add the missing functionality? I'd > Opinion: > > You could do worse than to simply clone the System V format. Yes, it's > System V... but it is something that people are familiar with. That's > got to be worth something... I've already thought about this, but: o i'd like to keep the current name; having two different names sounding rather similar always caused me grief; o i always hated SysV's habit of requiring looong lines, they should be `backslashable'; o i don't think the SysV format is a superset of the gettytab, i think things like the banner message cannot be defined there. So i came to the conclusion that it's best to stick with the current format, but allow for the long stty keywords in it. This should ease the transition, while giving the full power of the termios capabilities to the admin. I haven't checked how much work this would require to parse however. -- 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. ;-)