From owner-freebsd-hackers Sun Apr 20 00:24:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA09424 for hackers-outgoing; Sun, 20 Apr 1997 00:24:47 -0700 (PDT) Received: from phobos.illtel.denver.co.us (abelits@phobos.illtel.denver.co.us [207.33.75.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA09417 for ; Sun, 20 Apr 1997 00:24:40 -0700 (PDT) Received: from localhost (abelits@localhost) by phobos.illtel.denver.co.us (8.8.5/8.6.9) with SMTP id AAA02731; Sun, 20 Apr 1997 00:25:35 -0700 Date: Sun, 20 Apr 1997 00:25:35 -0700 (PDT) From: Alex Belits To: "Kevin P. Neal" cc: Stephen Roome , freebsd-hackers@FreeBSD.ORG Subject: Re: Price of FreeBSD (was On Holy Wars...) In-Reply-To: <1.5.4.32.19970420042655.008d4610@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Apr 1997, Kevin P. Neal wrote: > At 04:34 AM 4/20/97 +0100, Stephen Roome wrote: > >On Sat, 19 Apr 1997, dennis wrote: > >> Ah, but the customer isnt always right...... > > > >This attitude is why I bought SDL, not etinc. > > I think it was L.L. Bean who said in a catalog: > "You will never win an argument with a customer." > > This was explained to me as being more correct than "The customer is always > right", because obviously they aren't allways right (but you still want > them as a customer). It's not always good to try to get everyone as a customer -- too many customers that can't use or don't know, how to use product may cause a lot of headache and bad publicity. Both extremes are bad -- MS succeeded to get every fool as a customer, but before doing that they made sure that every fool will be able to use thing (with obvious "side effect" of making system, only fool can use). Linux is an example where a lot of people who don't understand system use it, and distributions had to do a lot to accomodate that (and still Linux got bad name among elitists as "lamer's OS", see the beginning of this thread). FreeBSD however is now far at the "elitist" extreme, where not only OS distribution but the development and porting is based on the motto "we are good, we are smart, and if you can't use what we made, you are stupid, so go away". While it can be acceptable for kernel development (not always) and applications porting/approving (not in the case of FreeBSD ports collection), expecting to distribute widely system that requires rather large amount of effort to install and maintain will be strange. I believe that it's ok for developer to use installation disks, keep CVS, etc, but even average unix user has high chance to freak out after looking at sysinstall, "upgrade process", ports collection and other things that are supposed to be easy to use or (exclusive or) do The Right Thing, but in fact aren't easy (sysinstall init'ness and separate disk with shell) and don't do The Right Thing for user that wants to have clean upgrades and fixes but doesn't want to follow development continuously. When some newbie that just knows what unix looks like or even doesn't know that asks me, what system for x86 I can recommend, I just don't have better answer that Red Hat Linux. For knowledgeable programmer my answer will be will be "install Slackware Linux and then upgrade everything from Sunsite" (my Linux boxes are installed and maintained that way). The same answer for a complete marketdroid will be Solaris x86 because it's almost as good as both but cost and brand name are more attractive for that category of people. And only when I myself maintain the system or its user really likes to do things "FreeBSD way", Linux and FreeBSD have equal chances, and the decision depends on details of intended functionality. FreeBSD can't accept approach "customer is always right, whoever he is" (large degree of elitism is as much the base of it as BSD 4.4 is), at least at the MS' degree where customer is not only right, but even gets brainwashed into being right in the intended direction. Probably even Linux's degree will be too much for it (I believe that Linux never could be any close to its popularity if it didn't allow multiple distributions targeted to different kinds of users and applications), but currently FreeBSD definitely can do a lot to become more acceptable for other types of users than its own developers. -- Alex P.S. I intentionally placed MS, Sun and Linux close to each other to avoid being accused in demonstrating my likes and dislikes here instead of trying to make a point -- I don't think, anyone will dare to accuse me in liking MS. From owner-freebsd-hackers Sun Apr 20 00:28:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA09567 for hackers-outgoing; Sun, 20 Apr 1997 00:28:07 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA09550; Sun, 20 Apr 1997 00:28:03 -0700 (PDT) Received: from bogus.mindspring.com (user-37kb9ah.dialup.mindspring.com [207.69.165.81]) by borg.mindspring.com (8.8.5/8.8.5) with SMTP id DAA11449; Sun, 20 Apr 1997 03:27:15 -0400 (EDT) Message-Id: <1.5.4.32.19970420072729.00975ec4@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 20 Apr 1997 03:27:29 -0400 To: Alex Belits From: "Kevin P. Neal" Subject: Re: Need a common passwd file among machines Cc: Vinay Bannai , freebsd-hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 11:05 PM 4/19/97 -0700, Alex Belits wrote: >P.S. Is there any existing thing or at least an idea of making one that >does this thing nicer? NIS is based on rather dumb idea that to >authenticate local user one will want to go to some server and ask him >instead of IMHO more sane approach of distributing authentication >information from that server to always perform authentication locally and >never depend on some host being accessible at the time of user's login. This doesn't scale. Well, not really. At NCSU they use Hesiod+Kerberos to handle logins. This way they don't have to keep I don't know how many hundred or thousand machines /etc/passwd files current. Also, they don't have passwords going on the wire in the clear -- the passwords are handled in a safe manner by Kerberos. Along with this is the fact that passwords are *never* stored on client machines -- a security bonus. This is much saner than distributing /etc/passwd files everywhere, IMHO. -- XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ XCOMM kpneal@eos.ncsu.edu Spoken by Keir Finlow-Bates: XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!" From owner-freebsd-hackers Sun Apr 20 00:52:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA10249 for hackers-outgoing; Sun, 20 Apr 1997 00:52:03 -0700 (PDT) Received: from phobos.illtel.denver.co.us (abelits@phobos.illtel.denver.co.us [207.33.75.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA10199; Sun, 20 Apr 1997 00:51:55 -0700 (PDT) Received: from localhost (abelits@localhost) by phobos.illtel.denver.co.us (8.8.5/8.6.9) with SMTP id AAA02880; Sun, 20 Apr 1997 00:53:04 -0700 Date: Sun, 20 Apr 1997 00:53:04 -0700 (PDT) From: Alex Belits To: "Kevin P. Neal" cc: Vinay Bannai , freebsd-hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG Subject: Re: Need a common passwd file among machines In-Reply-To: <1.5.4.32.19970420072729.00975ec4@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Apr 1997, Kevin P. Neal wrote: > At 11:05 PM 4/19/97 -0700, Alex Belits wrote: > >P.S. Is there any existing thing or at least an idea of making one that > >does this thing nicer? NIS is based on rather dumb idea that to > >authenticate local user one will want to go to some server and ask him > >instead of IMHO more sane approach of distributing authentication > >information from that server to always perform authentication locally and > >never depend on some host being accessible at the time of user's login. > > This doesn't scale. > > Well, not really. Distribution of password files doesn't take the amount of resources any close to what remote authentication does, whatever is the scale. NIS does caching, but it's done in insecure manner. > At NCSU they use Hesiod+Kerberos to handle logins. This way they don't have > to keep I don't know how many hundred or thousand machines /etc/passwd files > current. > > Also, they don't have passwords going on the wire in the clear -- the passwords > are handled in a safe manner by Kerberos. ssh does that, and helps to avoid dreaded xhost, too -- for some reason I never was able to make users use xauth other way than sending something really awful to their X terminal, like large number of xeyes or blinking root window. > Along with this is the fact that > passwords are *never* stored on client machines -- a security bonus. > > This is much saner than distributing /etc/passwd files everywhere, IMHO. Having password file at the local box can't be a security problem -- the level of brokenness that is necessary to access shadow password file is as high as necessary to make kerberos useless, and if passwords are chosen in more or less sane manner ("fascist" password checker) even that isn't a direct security threat. Kerberos is vulnerable to denial of service attack or plain network problems, but distributing passwords can be only delayed by such things with no direct threat for already configured users. -- Alex From owner-freebsd-hackers Sun Apr 20 00:55:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA10346 for hackers-outgoing; Sun, 20 Apr 1997 00:55:07 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA10341; Sun, 20 Apr 1997 00:55:03 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30) id AAA07993; Sun, 20 Apr 1997 00:55:01 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id AAA21517; Sun, 20 Apr 1997 00:54:39 -0700 (PDT) Message-Id: <199704200754.AAA21517@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: "Kevin P. Neal" cc: Alex Belits , Vinay Bannai , freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org Subject: Re: Need a common passwd file among machines In-reply-to: Your message of Sun, 20 Apr 97 03:27:29 -0400. <1.5.4.32.19970420072729.00975ec4@mindspring.com> Date: Sun, 20 Apr 1997 00:54:39 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >At 11:05 PM 4/19/97 -0700, Alex Belits wrote: >>P.S. Is there any existing thing or at least an idea of making one that >>does this thing nicer? NIS is based on rather dumb idea that to >>authenticate local user one will want to go to some server and ask him >>instead of IMHO more sane approach of distributing authentication >>information from that server to always perform authentication locally and >>never depend on some host being accessible at the time of user's login. > >This doesn't scale. >Well, not really. It doesn't scale at all. >At NCSU they use Hesiod+Kerberos to handle logins. This way they don't have >to keep I don't know how many hundred or thousand machines /etc/passwd files >current. >Also, they don't have passwords going on the wire in the clear -- the passwords >are handled in a safe manner by Kerberos. Along with this is the fact that >passwords are *never* stored on client machines -- a security bonus. >This is much saner than distributing /etc/passwd files everywhere, IMHO. It's a proven model that works well. Iowa State was (is) doing the same thing. Over 20,000 user accounts. Trust me, you don't want a local passwd file with 20,000 users in it. (Actually, I believe they're over 30,000 now.) I'd hate to see a site with a couple hundred thousand accounts set up like that... Hesiod distributes this really nicely. And Kerberos is about as secure as Unix can get. Together, they work way better than NIS. Look for information on these, or Project Athena, for more info. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-hackers Sun Apr 20 01:23:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA11361 for hackers-outgoing; Sun, 20 Apr 1997 01:23:42 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA11356 for ; Sun, 20 Apr 1997 01:23:37 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id KAA02207; Sun, 20 Apr 1997 10:23:25 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199704200823.KAA02207@helbig.informatik.ba-stuttgart.de> Subject: Re: disklabel -- owner? In-Reply-To: from Warner Losh at "Apr 19, 97 11:41:54 pm" To: imp@village.org (Warner Losh) Date: Sun, 20 Apr 1997 10:23:24 +0200 (MET DST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Is there an owner for disklabel? > > I ask this because I have, over the years, grown to really really > really loath having to deal with this program. With all of its > oddities, and you gotta set this right or that right, or or or or or. > > So, I'd like to fix at least some of them. [...] Great! Yesterday a friend and me installed FreeBSD 2.1.7 from WC-CDROM on a SCSI disk that was used on a Macintosh before (i. e. w/o a DOS MBR) Installation paniced when it tried to write the partition tables to disk: "cannot go anywhere without init" or something similar. We tried twice -- with standard MBR and "dangerously dedicated" selected. Then we used LiLo -- Linux was living on another (IDE) disk -- to install an MBR and partition table. Linux and the freshly installed FreeBSD could read and write the SCSI disk, but the kernel loaded by LiLo paniced with "cannot mount root" (root was on sd0, the wdc-driver was disabled!) It seems that during sysinstall and booting a geometry was used which is different from the one used by the disk-kernel. Finally we grabbed some DOS installation floppies, installed DOS, installed FreeBSD booted with standard MBR and everything went fine. This installation was really time consuming and it shows there is some potential to improve fdisk, disklabel and sysinstall. It would be great to install FreeBSD w/o the need to install DOS as a helper and to synchronize the ideas which sysinstall and the installed kernel have about the disk properties. Wolfgang From owner-freebsd-hackers Sun Apr 20 02:02:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA12555 for hackers-outgoing; Sun, 20 Apr 1997 02:02:10 -0700 (PDT) Received: from casparc.ppp.net (mail.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id CAA12547 for ; Sun, 20 Apr 1997 02:02:06 -0700 (PDT) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0wIsVV-000IQUC; Sun, 20 Apr 97 11:02 MET DST Received: by ernie.kts.org via sendmail with stdio id for imp@village.org; Sun, 20 Apr 1997 10:44:11 +0200 (MET DST) (Smail-3.2.0.91 1997-Jan-14 #2 built 1997-Feb-8) Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: disklabel -- owner? To: imp@village.org (Warner Losh) Date: Sun, 20 Apr 1997 10:44:11 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: from "Warner Losh" at Apr 19, 97 11:41:54 pm Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warner Losh wrote: > Heck, I'd be happy to try to rewrite the whole fdisk/disklabel junk > into a nice, easy to use script. sysinstall is OK, but it isn't as > nice as I'd like. Is there a need for this, or are people generally > happy with the tools we have? > > Yours in frustration, I can fully understand your frustration, and the last result of my frustration from disklabel can be found in freefall's incoming dir with a filename dpe-0.3.tar.gz, perhaps you might want to take this as a starting point. hellmuth -- hellmuth michaelis hm@kts.org hamburg, europe From owner-freebsd-hackers Sun Apr 20 02:51:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA13963 for hackers-outgoing; Sun, 20 Apr 1997 02:51:40 -0700 (PDT) Received: from mars.aros.net (mars.aros.net [207.173.16.20]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA13958 for ; Sun, 20 Apr 1997 02:51:37 -0700 (PDT) Received: from mailhub.aros.net (mailhub.aros.net [207.173.16.17]) by mars.aros.net (8.8.5/8.8.4) with ESMTP id DAA08004; Sun, 20 Apr 1997 03:50:44 -0600 (MDT) Received: from fluffy.aros.net (fluffy.aros.net [207.173.16.2]) by mailhub.aros.net (8.8.5/Unknown) with ESMTP id DAA02607; Sun, 20 Apr 1997 03:51:11 -0600 (MDT) Received: from fluffy.aros.net (localhost [127.0.0.1]) by fluffy.aros.net (8.8.5/8.6.12) with ESMTP id DAA03453; Sun, 20 Apr 1997 03:49:49 -0600 (MDT) Message-Id: <199704200949.DAA03453@fluffy.aros.net> To: Michael Smith cc: imp@village.org (Warner Losh), jmb@freefall.freebsd.org, jlemon@americantv.com, joerg_wunsch@uriah.heep.sax.de, hackers@freebsd.org Subject: Re: Mail exploders... In-reply-to: Your message of "Fri, 18 Apr 1997 12:12:44 +0930." <199704180242.MAA21010@genesis.atrad.adelaide.edu.au> Date: Sun, 20 Apr 1997 03:49:33 -0600 From: Dave Andersen Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Warner Losh stands accused of saying: > > In message <199704171634.JAA19155@freefall.freebsd.org> "Jonathan M. Bresler" writes: > > : 49100 messages delayed 0 minutes > > : 3863 messages delayed 1 minutes > > : 214 messages delayed 2 minutes > > ... Speaking of delays, we just upgraded the machine that's acting as one of the mail exploders for .net (mailhub.aros.net). The old machine had started to bog down in a big way, and has now been replaced by its big 0.06 load average brother. This should reduce some of the potential delays that mail from freebsd.org mailing lists is hitting. If you notice any problem (and you're getting mail in .net), please let me know. Also, if someone wants to switch the exploder for us from mailhub.aros.net to mars.aros.net, it'll help improve the time a bit more. At present mailhub forwards all of its mail on to mars, but it still imposes a brief delay and inserts another hop. -Dave Andersen From owner-freebsd-hackers Sun Apr 20 03:08:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA14390 for hackers-outgoing; Sun, 20 Apr 1997 03:08:44 -0700 (PDT) Received: from sol.amitar.com.au (sol.amitar.com.au [203.57.242.11]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA14379 for ; Sun, 20 Apr 1997 03:08:37 -0700 (PDT) Received: (from slaterm@localhost) by sol.amitar.com.au (8.8.5/8.8.5) id SAA03277; Sun, 20 Apr 1997 18:09:09 +0800 (WST) Date: Sun, 20 Apr 1997 18:09:09 +0800 (WST) From: Michael Slater To: freebsd-hackers@freebsd.org Subject: ppp-2.3.0b3 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I have been trying to get ppp-2.3.0bs to compile under FreeBSD-2.2.1 and get the following errors... I have followed the instructions in the README.bsd file to the letter, but it doesnot work. My C programming skills are not the best, so i am not sure how to fix the errors below. ../../net/ppp_tty.c:161: warning: initialization from incompatible pointer type ../../net/ppp_tty.c: In function `pppinput': ../../net/ppp_tty.c:825: request for member `d_stop' in something not a structure or union Any help would be appriciated. Michael Slater slaterm@amitar.com.au From owner-freebsd-hackers Sun Apr 20 04:07:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15853 for hackers-outgoing; Sun, 20 Apr 1997 04:07:51 -0700 (PDT) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA15840 for ; Sun, 20 Apr 1997 04:07:45 -0700 (PDT) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id qa001342 for ; Fri, 18 Apr 1997 20:09:18 +0100 Message-ID: <3357C6DD.2482@wgold.demon.co.uk> Date: Fri, 18 Apr 1997 20:09:17 +0100 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: Chris Timmons CC: freebsd-hackers@freebsd.org Subject: Re: Price of FreeBSD (was On Holy Wars...) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Chris Timmons wrote: > > Are you trying to win the "Works with eDns!" stamp of approval for > rhetorical acrimony? > > You've seen how FreeBSD releases are constructed by breaking off branches > from -current and stabilizing them over a period of time. Feature sets > appear in -current well before ever making it into a release, so there is > planning time. As for FreeBSD-SMP, it is no secret that it exists and has > been loosely targeted for 3.0, what more do you want? Well, personally I think the problem is that if I say 'FreeBSD does not have SMP support', then I mean 'finished and working' and by implication given the way the (admirable, IMHO) release process works, this means that stable releases don't have it. Trouble is, people pop up and say 'yes it does have SMP support'. This is confusing, to say the least. Personally I think its a big mistake - if someone has a real need for an SMP enabled production system and tries to build it at the moment with FreeBSD then she'll be sorely disappointed, similarly with Linux. Personally, I'd say that FreeBSD is defined by what's on the current stable release available on ROM. What it may/will be defined by is -current. I would hate to see the professionalism of the release management be threatened by indicipline about what is/is not in the product (yet). (That there has been SMP code in there for a long time is largely irrelevant, until it works properly) James From owner-freebsd-hackers Sun Apr 20 04:07:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15860 for hackers-outgoing; Sun, 20 Apr 1997 04:07:52 -0700 (PDT) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA15841 for ; Sun, 20 Apr 1997 04:07:45 -0700 (PDT) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id sa001344 for ; Fri, 18 Apr 1997 20:19:44 +0100 Message-ID: <3357C950.57C1@wgold.demon.co.uk> Date: Fri, 18 Apr 1997 20:19:44 +0100 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: Stephen Roome CC: freebsd-hackers@freebsd.org Subject: Re: On Holy Wars, and a Plea for Peace [sorry Danny, wherever you are, but the title fits]... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Stephen Roome wrote: > > On Wed, 16 Apr 1997, Jordan K. Hubbard wrote: > > > > > We sell to distributors and end-users both. What the distributors > > > > do with the product afterwards is their call, not ours. > > > > > > what do they do with them? i have yet to see a store carrying > > > FreeBSD... > > > > I don't know where you live, but they can be found at both Fry's and > > "Weird Stuff" - two popular Bay Area computer outlets. Fry's, > > I was on Totenham court road in London (England) yesterday and saw some > Walnut Creek CD rom's for sale, can't remember which ones, but they were > WCreek. However I saw no FreeBSD cd's there... > PC Bookshop in Holborn has them as a regular stock item. They are waiting for new stock now, and have the 2.1 disks only. They weren't too keen on the time it takes for the 2.2 stuff to get there, but at least they are getting them. (Of cource, they have a good selection of Linux stuff too) James From owner-freebsd-hackers Sun Apr 20 04:07:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA15879 for hackers-outgoing; Sun, 20 Apr 1997 04:07:54 -0700 (PDT) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA15844 for ; Sun, 20 Apr 1997 04:07:47 -0700 (PDT) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id ka001336 for ; Fri, 18 Apr 1997 09:29:09 +0100 Message-ID: <335730D4.7AF7@wgold.demon.co.uk> Date: Fri, 18 Apr 1997 09:29:08 +0100 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: Alfred Perlstein CC: freebsd-hackers@freeBSD.org Subject: Re: Price of FreeBSD (was On Holy Wars...) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@freeBSD.org X-Loop: FreeBSD.org Precedence: bulk Alfred Perlstein wrote: > > > database server. And you'd need a growth path beyond uniprocessor > > Intel, which > > free UNIXen (including Linux, as far as I'm concerned) don't have now. > > freebsd doesn't have multiple intel processor support? > is this true? There is an SMP kernel under development. As there is one for Linux. But neither system has this as the core kernel line and neither is finished or robust. So the answer is 'no'. If you want SMP, you get NT, UnixWare, or Solaris. Or OS/2 if you really insist. Others might view it as a 'yes', but until its standard and has enough miles under its belt, I think that's naive. James From owner-freebsd-hackers Sun Apr 20 04:33:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA16567 for hackers-outgoing; Sun, 20 Apr 1997 04:33:49 -0700 (PDT) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.37.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA16561 for ; Sun, 20 Apr 1997 04:33:46 -0700 (PDT) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id HAA27879; Sun, 20 Apr 1997 07:33:41 -0400 (EDT) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id HAA05697; Sun, 20 Apr 1997 07:32:25 -0400 Date: Sun, 20 Apr 1997 07:32:25 -0400 Message-Id: <199704201132.HAA05697@jenolan.caipgeneral> From: "David S. Miller" To: james@wgold.demon.co.uk CC: perlsta@fang.cs.sunyit.edu, freebsd-hackers@freeBSD.org In-reply-to: <335730D4.7AF7@wgold.demon.co.uk> (message from James Mansion on Fri, 18 Apr 1997 09:29:08 +0100) Subject: Re: Price of FreeBSD (was On Holy Wars...) Sender: owner-hackers@freeBSD.org X-Loop: FreeBSD.org Precedence: bulk Date: Fri, 18 Apr 1997 09:29:08 +0100 From: James Mansion There is an SMP kernel under development. As there is one for Linux. But neither system has this as the core kernel line and neither is finished or robust. Incorrect, in 2.0.x and even more so in 2.1.x SMP is fully supported and in the sources for both the Sparc and Intel platform (Alpha coming soon). The comment on robustness is pretty much correct although I use it on all my development boxes, for 2.0.x Sparc SMP is much more stable, for 2.1.x lately both Intel and Sparc are of similar stability. We've threaded the heart of at least a few major subsystems of the kernel already (scheduler, interrupts, drivers, and wait queues), we are currently threading the vfs layer and next the buffer/page caches and networking should come reasonably soon after that. ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From owner-freebsd-hackers Sun Apr 20 05:32:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA18428 for hackers-outgoing; Sun, 20 Apr 1997 05:32:12 -0700 (PDT) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA18412 for ; Sun, 20 Apr 1997 05:32:07 -0700 (PDT) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id za001351 for ; Sun, 20 Apr 1997 12:52:12 +0100 Message-ID: <335A036C.56F8@wgold.demon.co.uk> Date: Sun, 20 Apr 1997 12:52:12 +0100 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: jack CC: freebsd-hackers@FreeBSD.ORG Subject: Re: Price of FreeBSD (was On Holy Wars...) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk jack wrote: > NoThanks 4.0's stock ATI ??? video drivers can't change desktop font size > without a re-boot. Aw, gee, its a tough one this. Can put up with NT's annoying need to reboot after changeing IP settings etc or some of these screen resolution issues in return for Excel and Word and VC++ and VJ++ and Access and a decent choice of web browsers and Purify that I can afford? Hmm, yup, its a tough one. Do you REALLY think that's such a big deal? Kames From owner-freebsd-hackers Sun Apr 20 05:32:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA18434 for hackers-outgoing; Sun, 20 Apr 1997 05:32:12 -0700 (PDT) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA18413 for ; Sun, 20 Apr 1997 05:32:07 -0700 (PDT) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id xa001349 for ; Sun, 20 Apr 1997 12:41:35 +0100 Message-ID: <335A00EF.E5A@wgold.demon.co.uk> Date: Sun, 20 Apr 1997 12:41:35 +0100 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: "John S. Dyson" CC: freebsd-hackers@freebsd.org Subject: Re: Price of FreeBSD (was On Holy Wars...) References: <199704182341.SAA02032@dyson.iquest.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk John S. Dyson wrote: > Well -- I don't want an OS like NT. Microsoft has already done that, > and it shows *interesting* performance charactistics. Of course, I > admit that it would be very nice if we could maintain more consistant > interfaces, but frankly, I have used the latest version of Unixware MP > code also, and I don't like that either... It just doesn't work nicely. > > John I don't see why one would equate NT's performance characteristics with an improved level of modularity. For a start, you wouldn't need to have the same LRPC/'microkernel' (ha!) approach. It does seem that the kernel is suffering in the way that many successful software products suffer - they get rusty and hard to upgrade or maintain, because the coupling between 'modules' has grown. I would have though that some very minor performance hit would be worthwhile if you could make it much easier to: - add new file systems, preferably layered too - add support for native interpreted systems, such as Java - add new system calls - add new 'objects' that can be integrated into select() or poll() [in particular, threads and synchronisation primitives] (Oh yeah, and I absolutely refuse to write anything in C when I have C++ to hand, and I'd kinda appreciate an ability to reuse my Good Stuff) It would seem that we are in danger of 'proving' that a tightly coupled monolithic system can have much better performance characteristics than a modular one with 'traffic cops' (such as the HAL) in the middle. But then that's hardly news, nor would it be news that the upgrade and release process got steadily more painful as the complexity/entropy increased. Your choice, guys, and the product is at least successful at the moment, but it seems like (the top of?) a slippery slope to me. James From owner-freebsd-hackers Sun Apr 20 05:32:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA18442 for hackers-outgoing; Sun, 20 Apr 1997 05:32:13 -0700 (PDT) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA18414 for ; Sun, 20 Apr 1997 05:32:07 -0700 (PDT) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id va001347 for ; Sun, 20 Apr 1997 12:23:15 +0100 Message-ID: <3359FCA3.1398@wgold.demon.co.uk> Date: Sun, 20 Apr 1997 12:23:15 +0100 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: Nate Williams CC: freebsd-hackers@FreeBSD.ORG Subject: Re: Price of FreeBSD (was On Holy Wars...) References: <3.0.32.19970418174048.00af4084@etinc.com> <199704182150.PAA24975@rocky.mt.sri.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Nate Williams wrote: > > > You decide between Window 95 and NT by understanding what the product can > > do and what is expected to be available in the foreseeable future. If you > > had to > > reinstall the thing every 3 months there'd be a lot of people using > > something else > > Umm, have you *ever* used Win95 or NT? We *regularly* (easily every 3 > months) have to re-install every few months (sometimes less than 3). At > my wife's work, they re-install everything on a regular basis as well, > and almost every company I know that uses any M$ OS recommends > re-installing the OS at *least* once/year due to application upgrades. > > Re-installs are pretty common in the user world. How odd. I don't think I reinstalled NT ever on this box, which had vanilla 3.51 from new (and W95 on a FAT partition) and its been up through every service pack up to 4.0sp2, which I reverted out admitedly, tho the backout process provided worked fine. The only time the box isn't up with NT is when I boot Linux on it, which I started to do recently when my Linux/UnixWare box died. Have you tried to figure out WHY these reinstals are necessary? A lot of people claim to have big problems with NT and Win95, but it is not my experience, nor the experience within the two banks I've worked in most recently (Merrill and CSFP). James From owner-freebsd-hackers Sun Apr 20 06:26:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA20834 for hackers-outgoing; Sun, 20 Apr 1997 06:26:37 -0700 (PDT) Received: from chai.plexuscom.com (chai.plexuscom.com [207.87.46.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA20829 for ; Sun, 20 Apr 1997 06:26:33 -0700 (PDT) Received: from chai.plexuscom.com (localhost [127.0.0.1]) by chai.plexuscom.com (8.8.5/8.8.5) with ESMTP id JAA09993; Sun, 20 Apr 1997 09:27:58 -0400 (EDT) Message-Id: <199704201327.JAA09993@chai.plexuscom.com> To: Warner Losh Cc: hackers@freebsd.org Subject: Re: disklabel -- owner? In-reply-to: Your message of "Sat, 19 Apr 1997 23:41:54 MDT." Date: Sun, 20 Apr 1997 09:27:58 -0400 From: Bakul Shah Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Heck, I'd be happy to try to rewrite the whole fdisk/disklabel junk > into a nice, easy to use script. sysinstall is OK, but it isn't as > nice as I'd like. Is there a need for this, or are people generally > happy with the tools we have? Doing it (mostly) _right_ is going to take time as you have to deal with a lot of low level details.... Or else it can end up being just different rather than an easy to use, idiot-proof program to handle all your low level disk needs. Some ideas: - Such a program should also handle newfs, disk scanning (to check for bad blocks), update some parameters such as ARRE on scsi mode pages etc. - It should try to infer some common things by looking at disk blocks. Sort of like what file() does. - It should do some sanity checks. For IDE disks it should cooperate with the BIOS in so far as possible. I never want to see an `operating system not found' message right after an install! - It should *explain* various actions and consequences of such actions. A built-in FAQ would be handy. - It should allow you a practice run on a normal file. It should also leave an audit trail so you can later try to figure out what you did. It should also allow you to `replay' and modify a previous run. - It should be able to make use of a disk database -- not disktab but something that describes the properties of various disks. Sort of like a termcap, MIB or PPD. - It should be easy to extend as disk manufacturers are going to add some new kind of disk sooner or later, which will require adding some code goop. - It should allow *moving* a partition or a slice. - You may want to look at some DOS/Windows disk tools for ideas. May be what is needed is a frontend script that calls a number of low level tools, each good at one thing. -- bakul From owner-freebsd-hackers Sun Apr 20 06:34:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA21108 for hackers-outgoing; Sun, 20 Apr 1997 06:34:38 -0700 (PDT) Received: from phobos.illtel.denver.co.us (abelits@phobos.illtel.denver.co.us [207.33.75.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA21103 for ; Sun, 20 Apr 1997 06:34:35 -0700 (PDT) Received: from localhost (abelits@localhost) by phobos.illtel.denver.co.us (8.8.5/8.6.9) with SMTP id GAA04710; Sun, 20 Apr 1997 06:35:48 -0700 Date: Sun, 20 Apr 1997 06:35:47 -0700 (PDT) From: Alex Belits Reply-To: Alex Belits To: James Mansion cc: "John S. Dyson" , freebsd-hackers@freebsd.org Subject: Re: Price of FreeBSD (was On Holy Wars...) In-Reply-To: <335A00EF.E5A@wgold.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Apr 1997, James Mansion wrote: > I would have though that some very minor performance hit would be > worthwhile if you could make it much easier to: > - add new file systems, preferably layered too > - add support for native interpreted systems, such as Java Oh, that can justify inefficiency in kernel. > - add new system calls I don't think, adding system calls like popen(2) and gethostbyname(2) (*) will be a valid reason for inefficient implementation of existing ones. > - add new 'objects' that can be integrated into select() or > poll() [in particular, threads and synchronisation primitives] select() (BSD) and poll() (SysV) work on sets of file descriptors (RTFM what is a file descriptor in anything unixlike), and if system doesn't do it exactly that way, it's broken. Posix vs. BSD select() behavior incompatibility is a known problem, but now there is no reasonable way to "fix" it in either direction -- at least people know it and write portable code. > (Oh yeah, and I absolutely refuse to write anything in C when I > have C++ to hand, and I'd kinda appreciate an ability to reuse my Good > Stuff) In kernel? You don't have C++ anywhere close to your hands when you write kernel. > It would seem that we are in danger of 'proving' that a tightly coupled > monolithic system can have much better performance characteristics than > a modular one with 'traffic cops' (such as the HAL) in the middle. But > then that's hardly news, nor would it be news that the upgrade and > release process got steadily more painful as the complexity/entropy > increased. Microkernel systems can be as efficient as monolithic ones. Modularity doesn't necessary mean such "extreme" as microkernel design either. And Microsoft can make an OS based on any kind of design concept and it will crawl -- it's Microsoft after all. > Your choice, guys, and the product is at least successful at the moment, > but it seems like (the top of?) a slippery slope to me. "Tight coupling" isn't a correct word for what you are trying to describe, "messy design" is. And there can't be any questions, should anyone fix it or not -- already some things are getting cleaner, so I assume, people realize that. At what extent it could be done, is a different question, but justifications that you given for inefficient implementation aren't valid. -- Alex (*) for some strange people who didn't get it -- popen(3) and gethostbyname(3) are library functions that no sane person can put into kernel, so they'll become "popen(2)" and "gethostbyname(2)". From owner-freebsd-hackers Sun Apr 20 06:44:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA21437 for hackers-outgoing; Sun, 20 Apr 1997 06:44:59 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA21426 for ; Sun, 20 Apr 1997 06:44:52 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id IAA00954; Sun, 20 Apr 1997 08:44:43 -0500 (EST) From: "John S. Dyson" Message-Id: <199704201344.IAA00954@dyson.iquest.net> Subject: Re: Price of FreeBSD (was On Holy Wars...) In-Reply-To: <335A00EF.E5A@wgold.demon.co.uk> from James Mansion at "Apr 20, 97 12:41:35 pm" To: james@wgold.demon.co.uk (James Mansion) Date: Sun, 20 Apr 1997 08:44:43 -0500 (EST) Cc: freebsd-hackers@freebsd.org Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > John S. Dyson wrote: > > Well -- I don't want an OS like NT. Microsoft has already done that, > > and it shows *interesting* performance charactistics. Of course, I > > admit that it would be very nice if we could maintain more consistant > > interfaces, but frankly, I have used the latest version of Unixware MP > > code also, and I don't like that either... It just doesn't work nicely. > > > > John > > I don't see why one would equate NT's performance characteristics with > an improved level of modularity. For a start, you wouldn't need to have > the same LRPC/'microkernel' (ha!) approach. > I don't know if my response was publically posted or only privately. Bottom line is that I don't think that our system is mature enough yet to stick ourselves with a legacy design. There will be a time when things will be better defined -- but not yet. Frankly you NEED a HAL for NT or DDK specs for other commerical U**Xs because they won't give you the source code for free (or a reasonable price), and not having the specs would simply stop development. With only a very small investment, you can read all of our source code, develop your own idea as to how to do things and do them. I had the UNIX source code about the time when the specs for writing device drivers came out for it. I thought it was a joke mostly because it was very incomplete, and writing device drivers using just that public document would limit users to less that what was being used in the existing code. (The newer docs are only a little better.) I don't know about you, but previously messing with U**X internals and looking at 386BSD or even Linux for the first time, I could do the things necessary to write a driver. To me, it is almost all the same. If you are wanting enough to do a port (like a full HAL), sorry -- but right now I don't think that it is a good idea to constrain the architecture. Until we do a few non-X86 ports, I don't want to freeze anything, or religiously adhere to something that is wrong. Someday we will have a better idea of what is needed. (I know what is needed now, but I don't have time to document it, and it will likely change soon.) So, unless you are a guru, don't do a port to a new arch. If you are sharp, you can probably do one. (I don't think that FreeBSD plans to support more than 4-5 archs at any given time (note that our estimate is going up, for good reason :-)).) John From owner-freebsd-hackers Sun Apr 20 06:57:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA22939 for hackers-outgoing; Sun, 20 Apr 1997 06:57:13 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA22931 for ; Sun, 20 Apr 1997 06:57:09 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.4/8.6.9) id IAA00978; Sun, 20 Apr 1997 08:57:02 -0500 (EST) From: "John S. Dyson" Message-Id: <199704201357.IAA00978@dyson.iquest.net> Subject: Re: Price of FreeBSD (was On Holy Wars...) In-Reply-To: <335A00EF.E5A@wgold.demon.co.uk> from James Mansion at "Apr 20, 97 12:41:35 pm" To: james@wgold.demon.co.uk (James Mansion) Date: Sun, 20 Apr 1997 08:57:02 -0500 (EST) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I would have though that some very minor performance hit would be > worthwhile if you could make it much easier to: > - add new file systems, preferably layered too > Working on that. Adding new FS's is fairly easy, but the semantics are changing soon in order to support layering, and to make the FS design a little more consistant. Previously, we had tried to stay approximately compatible with the other *BSDs. That will likely go away with our new LFS -- it will be very VM friendly. > > - add support for native interpreted systems, such as Java > It isn't hard to do now... Just create a new image activator. > > - add new system calls > Trivial. You can add them dynamically. It is a good way to test new system code. You can add them statically by modifying a table, and adding the code into your tree. > > - add new 'objects' that can be integrated into select() or > poll() [in particular, threads and synchronisation primitives] > Interesting idea. At least as a kernel hacker, a person can zero in on the code that is needed to do things within a few hours, given source code. With the alternatives like UNIX or WinNT, you don't get source code, and are very dependent on limited interfaces. John From owner-freebsd-hackers Sun Apr 20 07:24:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA23703 for hackers-outgoing; Sun, 20 Apr 1997 07:24:01 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA23685 for ; Sun, 20 Apr 1997 07:23:57 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id PAA03394; Sun, 20 Apr 1997 15:59:29 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199704201359.PAA03394@helbig.informatik.ba-stuttgart.de> Subject: Re: disklabel -- owner? In-Reply-To: <199704200823.KAA02207@helbig.informatik.ba-stuttgart.de> from Wolfgang Helbig at "Apr 20, 97 10:23:24 am" To: helbig@MX.BA-Stuttgart.De (Wolfgang Helbig) Date: Sun, 20 Apr 1997 15:59:29 +0200 (MET DST) Cc: imp@village.org, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi again :-) > Hi, > > Installation paniced when it tried to write the partition tables to disk: > "cannot go anywhere without init" > or something similar. > > We tried twice -- with standard MBR and "dangerously dedicated" > selected. > > Then we used LiLo -- Linux was living on another (IDE) disk -- to install > an MBR and partition table. > Linux and the freshly installed FreeBSD could read and write the SCSI disk, > but the kernel loaded by LiLo paniced with > "cannot mount root" > (root was on sd0, the wdc-driver was disabled!) > > It seems that during sysinstall and booting a geometry was used which is > different from the one used by the disk-kernel. This does not seem so any more, sorry about the wild speculation. The geometry seems to have worked OK. To avoid the panic "cannot mount root" we had to disable the IDE disk in the BIOS. We did that before installing DOS to protect the IDE disk. Reenabling the IDE disk caused the kernel and/or BIOS to get confused, so root on sd0 could not be mounted. > > Finally we grabbed some DOS installation floppies, installed DOS, installed > FreeBSD booted with standard MBR and everything went fine. > > Wolfgang Wolfgang From owner-freebsd-hackers Sun Apr 20 07:57:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA25039 for hackers-outgoing; Sun, 20 Apr 1997 07:57:41 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA25025 for ; Sun, 20 Apr 1997 07:57:23 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id PAA05833; Sun, 20 Apr 1997 15:56:16 +0100 (BST) Message-Id: <199704201456.PAA05833@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Michael Slater cc: freebsd-hackers@freebsd.org Subject: Re: ppp-2.3.0b3 In-reply-to: Your message of "Sun, 20 Apr 1997 18:09:09 +0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Apr 1997 15:56:15 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hello, > I have been trying to get ppp-2.3.0bs to compile under FreeBSD-2.2.1 > and get the following errors... [.....] > Any help would be appriciated. What's ppp-2.3.0bs ? Archie doesn't seem to know anything about it. > Michael Slater > slaterm@amitar.com.au -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Sun Apr 20 08:08:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA25522 for hackers-outgoing; Sun, 20 Apr 1997 08:08:12 -0700 (PDT) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA25517 for ; Sun, 20 Apr 1997 08:08:08 -0700 (PDT) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id PAA10446; Sun, 20 Apr 1997 15:06:48 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma010443; Sun Apr 20 15:06:42 1997 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id IAA11828; Sun, 20 Apr 1997 08:06:23 -0700 Date: Sun, 20 Apr 1997 08:06:23 -0700 From: "M.R.Murphy" Message-Id: <199704201506.IAA11828@meerkat.mole.org> To: james@wgold.demon.co.uk, skynyrd@opus.cts.cwu.edu Subject: Re: Price of FreeBSD (was On Holy Wars...) Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From owner-freebsd-hackers@freefall.freebsd.org Sun Apr 20 04:44:33 1997 > Date: Fri, 18 Apr 1997 20:09:17 +0100 > From: James Mansion > To: Chris Timmons > CC: freebsd-hackers@freebsd.org > Subject: Re: Price of FreeBSD (was On Holy Wars...) > > Chris Timmons wrote: > > > > Are you trying to win the "Works with eDns!" stamp of approval for > > rhetorical acrimony? > > > > You've seen how FreeBSD releases are constructed by breaking off branches > > from -current and stabilizing them over a period of time. Feature sets > > appear in -current well before ever making it into a release, so there is > > planning time. As for FreeBSD-SMP, it is no secret that it exists and has > > been loosely targeted for 3.0, what more do you want? > > Well, personally I think the problem is that if I say 'FreeBSD does not > have > SMP support', then I mean 'finished and working' and by implication > given the > way the (admirable, IMHO) release process works, this means that stable > releases > don't have it. > > Trouble is, people pop up and say 'yes it does have SMP support'. > > This is confusing, to say the least. Personally I think its a big > mistake - if > someone has a real need for an SMP enabled production system and tries > to build it > at the moment with FreeBSD then she'll be sorely disappointed, similarly > with > Linux. I have a 2xP6200 3.0-SMP system in a production environment. I'm delighted with it. No crashes (yet :-). It's certainly not as easy to get it going as a release, but, it's a far cry from "sorely disappointed." > > Personally, I'd say that FreeBSD is defined by what's on the current > stable > release available on ROM. > > What it may/will be defined by is -current. I'd say it's neither of the above, but rather a _very_ interesting collaborative development process. > > I would hate to see the professionalism of the release management be > threatened by > indicipline about what is/is not in the product (yet). > > (That there has been SMP code in there for a long time is largely > irrelevant, > until it works properly) > Are these comments from practice of experience or from theory of experience? ;-) -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-hackers Sun Apr 20 08:46:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA27236 for hackers-outgoing; Sun, 20 Apr 1997 08:46:58 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA27228 for ; Sun, 20 Apr 1997 08:46:55 -0700 (PDT) Received: from dbws.etinc.com (dbws.etinc.com [204.141.95.130]) by etinc.com (8.8.3/8.6.9) with SMTP id LAA21501; Sun, 20 Apr 1997 11:51:17 -0400 (EDT) Message-Id: <3.0.32.19970420114403.006e2b4c@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 20 Apr 1997 11:44:06 -0400 To: Stephen Roome From: dennis Subject: Re: Price of FreeBSD (was On Holy Wars...) Cc: "Jordan K. Hubbard" , Narvi , Nate Williams , freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 04:33 AM 4/20/97 +0100, Stephen Roome wrote: >On Sat, 19 Apr 1997, dennis wrote: >> Ok, so ET has a better product, but the other guys are nicer? >> >> I'll take that every time..... >> >> I will never understand the philosophy of buying inferior products because >> the salesman are nicer. The woman who sold me my Lexus was a real b*tch, >> but I love my car.......I even say hello to her when I bring it in! > >The product may be inferior, Windows supports my soundcard better than >FreeBSD, and if I want to play off-the-shelf games I have to use Windows, >if I want to do some graphic design I'd use windows, because I can't get >Photoshop for FreeBSD. > >To the same end, I'd rather have and SDL card, knowing that it will work >well enough but maybe not as well as the equivalent etinc card (with the >same hitachi chipset and 32k of memory ? > >Even if the etinc card is better I'll buy SDL, because I know they are >helpful and polite. If both do the job, why not chose on who is the nicer >bloke, especially considering either could go wrong and I'd prefer to >talk to helpful support staff. Of course "helpful" implies that they know the answers to your questions... so as long as you dont ask them anything too complicated, I guess you'll be all right. Of course, they didnt write the driver for FreeBSD, so how can they help you to solve real problems when they couldn't even write a driver for their own product? Of course, if our product was less expensive and we took VISA you'd be singing a different toon, but your reasoning sounds good! :-) Dennis From owner-freebsd-hackers Sun Apr 20 08:49:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA27418 for hackers-outgoing; Sun, 20 Apr 1997 08:49:06 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA27413 for ; Sun, 20 Apr 1997 08:49:03 -0700 (PDT) Received: from dbws.etinc.com (dbws.etinc.com [204.141.95.130]) by etinc.com (8.8.3/8.6.9) with SMTP id LAA21518; Sun, 20 Apr 1997 11:54:43 -0400 (EDT) Message-Id: <3.0.32.19970420114730.006e2b4c@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 20 Apr 1997 11:47:32 -0400 To: "Kevin P. Neal" , Stephen Roome From: dennis Subject: Re: Price of FreeBSD (was On Holy Wars...) Cc: freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:26 AM 4/20/97 -0400, Kevin P. Neal wrote: >At 04:34 AM 4/20/97 +0100, Stephen Roome wrote: >>On Sat, 19 Apr 1997, dennis wrote: >>> Ah, but the customer isnt always right...... >> >>This attitude is why I bought SDL, not etinc. > >I think it was L.L. Bean who said in a catalog: >"You will never win an argument with a customer." yeah, but LL Bean doesnt have to field tech support calls for its customers, now do they? Selling one low-end card to someone overseas whos going to constantly need tech support is a losing proposition. Sometimes, and I know that most of you folks won't get this, its a business decision to send someone on their way. Dennis > >This was explained to me as being more correct than "The customer is always >right", because obviously they aren't allways right (but you still want >them as a customer). >-- >XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing >XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ >XCOMM kpneal@eos.ncsu.edu Spoken by Keir Finlow-Bates: >XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!" > > > From owner-freebsd-hackers Sun Apr 20 09:19:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28597 for hackers-outgoing; Sun, 20 Apr 1997 09:19:24 -0700 (PDT) Received: from pinky.junction.net (pinky.junction.net [199.166.227.12]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA28567; Sun, 20 Apr 1997 09:19:17 -0700 (PDT) Received: from sidhe.memra.com (sidhe.memra.com [199.166.227.105]) by pinky.junction.net (8.6.12/8.6.12) with ESMTP id JAA06451; Sun, 20 Apr 1997 09:19:14 -0700 Received: from localhost (michael@localhost) by sidhe.memra.com (8.6.12/8.6.12) with SMTP id JAA14535; Sun, 20 Apr 1997 09:14:17 -0700 Date: Sun, 20 Apr 1997 09:14:15 -0700 (PDT) From: Michael Dillon To: freebsd-isp@FreeBSD.ORG cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Need a common passwd file among machines In-Reply-To: Message-ID: Organization: Memra Software Inc. - Internet consulting MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 19 Apr 1997, Alex Belits wrote: > P.S. Is there any existing thing or at least an idea of making one that > does this thing nicer? NIS is based on rather dumb idea that to > authenticate local user one will want to go to some server and ask him > instead of IMHO more sane approach of distributing authentication > information from that server to always perform authentication locally and > never depend on some host being accessible at the time of user's login. RADIUS is used by terminal servers to authenticate users by "going to some server and asking him" and you can have a backup RADIUS server in case the primary one goes down. I think ISP's would find it easier to manage a site using RADIUS for all authentication, not just terminal servers. But more importantly, I think that systems need to have a hook in the authentication procedure so that the sysadmin can install their own allow/deny code so that certain servers can still authenticate via RADIUS but only certain users or only at certain times of day or only logins from the console or from certain IP addresses. In general, OSes with source are easy to fit into this kind of a scenario but other ones (Solaris, SCO, IRIX, NT) are not. Michael Dillon - Internet & ISP Consulting Memra Software Inc. - Fax: +1-250-546-3049 http://www.memra.com - E-mail: michael@memra.com From owner-freebsd-hackers Sun Apr 20 09:48:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA00462 for hackers-outgoing; Sun, 20 Apr 1997 09:48:48 -0700 (PDT) Received: from thelab.hub.org (hal-ns1-22.netcom.ca [207.181.94.86]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00450 for ; Sun, 20 Apr 1997 09:48:42 -0700 (PDT) Received: from thelab.hub.org (localhost [127.0.0.1]) by thelab.hub.org (8.8.5/8.8.2) with SMTP id NAA04503; Sun, 20 Apr 1997 13:48:18 -0300 (ADT) Date: Sun, 20 Apr 1997 13:48:18 -0300 (ADT) From: The Hermit Hacker To: dennis cc: "Kevin P. Neal" , Stephen Roome , freebsd-hackers@freebsd.org Subject: Re: Price of FreeBSD (was On Holy Wars...) In-Reply-To: <3.0.32.19970420114730.006e2b4c@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Apr 1997, dennis wrote: > yeah, but LL Bean doesnt have to field tech support calls for > its customers, now do they? > > Selling one low-end card to someone overseas whos going to constantly > need tech support is a losing proposition. Sometimes, and I know that most > of you folks won't get this, its a business decision to send someone on their > way. Ran an ISP way back when, with >5000 clients that paid alot less then your 'low-end card', and we never 'sent someone on their way'...and I'd imagine, in alot of cases, your one client needing constant tech support knew more about what he was doing then about 95% of our 5000 clients *shrug* Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-hackers Sun Apr 20 10:20:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA01916 for hackers-outgoing; Sun, 20 Apr 1997 10:20:00 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA01911 for ; Sun, 20 Apr 1997 10:19:54 -0700 (PDT) Received: from dbws.etinc.com (dbws.etinc.com [204.141.95.130]) by etinc.com (8.8.3/8.6.9) with SMTP id NAA22068; Sun, 20 Apr 1997 13:25:22 -0400 (EDT) Message-Id: <3.0.32.19970420131810.006a1164@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 20 Apr 1997 13:18:13 -0400 To: The Hermit Hacker From: dennis Subject: Re: Price of FreeBSD (was On Holy Wars...) Cc: "Kevin P. Neal" , Stephen Roome , freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 01:48 PM 4/20/97 -0300, The Hermit Hacker wrote: >On Sun, 20 Apr 1997, dennis wrote: > >> yeah, but LL Bean doesnt have to field tech support calls for >> its customers, now do they? >> >> Selling one low-end card to someone overseas whos going to constantly >> need tech support is a losing proposition. Sometimes, and I know that most >> of you folks won't get this, its a business decision to send someone on their >> way. > > Ran an ISP way back when, with >5000 clients that paid alot less then >your 'low-end card', and we never 'sent someone on their way'...and I'd imagine, >in alot of cases, your one client needing constant tech support knew more >about what he was doing then about 95% of our 5000 clients *shrug* Perhaps your tech support people dont make $200. per hour? The difference is that an ISP takes on VOLUME in order to make profits, much like insurance companies assume a certain pct of people that wont ever call. The more customer we take on, the more diluted the support for our existing customers. When you call us you still get me most of the time....and although you may not like me, you'd be hard pressed to find someone who said I couldnt help him. If you want some $20./hr tech support guy to handle your problems I can give you a real good deal on a card. But you cant get someone for that price that knows how frame relay works or can debug a ppp negotiation problem. I'm amazed at the number of ISPs that dont even know how to do simple things...I had to set up my brothers Win'95 dial-in (took about 5 min) because his ISP gave him all of the wrong info and had no clue how to do it ('95 was fairly new, but not THAT new, at the time)...you get what you pay for, most of the time. db > >Marc G. Fournier >Systems Administrator @ hub.org >primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org > > > ---------------------------------------------------------------------------- -------- Emerging Technologies, Inc. http://www.etinc.com 56k, T1, Frac-T3 Adapters for 'BSD and LINUX. ET/BWMGR Bandwidth Allocation and Firewall Tool Bandwidth Allocation/Limiting Routers From owner-freebsd-hackers Sun Apr 20 11:04:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA03482 for hackers-outgoing; Sun, 20 Apr 1997 11:04:56 -0700 (PDT) Received: from argus (pm3-p13.tfs.net [206.154.183.205]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA03472 for ; Sun, 20 Apr 1997 11:04:53 -0700 (PDT) Received: (from jbryant@localhost) by argus (8.6.12/8.6.12) id NAA25189; Sun, 20 Apr 1997 13:04:42 -0500 From: Jim Bryant Message-Id: <199704201804.NAA25189@argus> Subject: Re: disklabel -- owner? To: bakul@torrentnet.com (Bakul Shah) Date: Sun, 20 Apr 1997 13:04:41 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-To: jbryant@tfs.net In-Reply-To: <199704201327.JAA09993@chai.plexuscom.com> from "Bakul Shah" at Apr 20, 97 09:27:58 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > > Heck, I'd be happy to try to rewrite the whole fdisk/disklabel junk > > into a nice, easy to use script. sysinstall is OK, but it isn't as > > nice as I'd like. Is there a need for this, or are people generally > > happy with the tools we have? [snip] > - It should be able to make use of a disk database -- not disktab > but something that describes the properties of various disks. > Sort of like a termcap, MIB or PPD. there is nothing broke with disktab... what can you add that disktab does not already have? heck most of the fields of disktab are not properly used to begin with, such important things such as latency usually go ignored by whoever writes disktab entries; maybe due to lack of info from the manufacturer... second, never assume that i want your partition info, i may partition my disks differently... such things as m-o disks to zip disks may be safe assumptions, but on true hard disks, i want seperate /, /tmp, /var, /home, /usr, and sometimes seperate /usr/local... and the sizes i pick for each may indeed be different from the sizes you pick... > - It should allow *moving* a partition or a slice. good idea, why not an extend or shrink utility too? > - You may want to look at some DOS/Windows disk tools for ideas. well... unrm? how about a defragger? > May be what is needed is a frontend script that calls a number of > low level tools, each good at one thing. i buy that... norton got rich by doing that... jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam From owner-freebsd-hackers Sun Apr 20 11:26:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA04482 for hackers-outgoing; Sun, 20 Apr 1997 11:26:25 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA04476 for ; Sun, 20 Apr 1997 11:26:21 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wJ1JQ-0000Zx-00; Sun, 20 Apr 1997 12:26:08 -0600 To: Wolfgang Helbig Subject: Re: disklabel -- owner? Cc: hackers@freebsd.org In-reply-to: Your message of "Sun, 20 Apr 1997 15:59:29 +0200." <199704201359.PAA03394@helbig.informatik.ba-stuttgart.de> References: <199704201359.PAA03394@helbig.informatik.ba-stuttgart.de> Date: Sun, 20 Apr 1997 12:26:07 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704201359.PAA03394@helbig.informatik.ba-stuttgart.de> Wolfgang Helbig writes: : This does not seem so any more, sorry about the wild speculation. : The geometry seems to have worked OK. To avoid the panic "cannot mount root" : we had to disable the IDE disk in the BIOS. We did that before installing : DOS to protect the IDE disk. Reenabling the IDE disk caused the kernel : and/or BIOS to get confused, so root on sd0 could not be mounted. That's the problem I wasted a bunch of time on. Turned out that I hadn't told the disklabel it was SCSI so it used wd by default. Warner From owner-freebsd-hackers Sun Apr 20 11:44:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05583 for hackers-outgoing; Sun, 20 Apr 1997 11:44:36 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05578 for ; Sun, 20 Apr 1997 11:44:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id LAA01077; Sun, 20 Apr 1997 11:39:21 -0700 (PDT) Message-Id: <199704201839.LAA01077@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Bruce Evans Cc: freebsd-hackers@freebsd.org Subject: Re: cvs commit: src/sys/i386/include endian.h Reply-To: Jason Thorpe From: Jason Thorpe Date: Sun, 20 Apr 1997 11:39:19 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Apr 1997 04:44:34 -0700 (PDT) Bruce Evans wrote: > Don't pollute the namespace if _POSIX_SOURCE is defined. This is > broken - it makes almost everything in inaccessible > if _POSIX_SOURCE is defined, yet is not a POSIX > header. Other systems don't do it any better. ...there's a very good reason to protect the namespace: basalt (thorpej) ~ 202% uname -sm ; grep endian.h /sys/sys/types.h NetBSD hp300 #include is not meant to be included standalone, but rather pulled in by other header files, which may be POSIX headers. (Note, that in NetBSD, defines the X/Open types in_addr_t and in_port_t) Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Sun Apr 20 11:56:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA06130 for hackers-outgoing; Sun, 20 Apr 1997 11:56:31 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA06124 for ; Sun, 20 Apr 1997 11:56:27 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA08286; Sun, 20 Apr 1997 11:53:33 -0700 From: Terry Lambert Message-Id: <199704201853.LAA08286@phaeton.artisoft.com> Subject: Re: Price of FreeBSD (was On Holy Wars...) To: james@wgold.demon.co.uk (James Mansion) Date: Sun, 20 Apr 1997 11:53:33 -0700 (MST) Cc: skynyrd@opus.cts.cwu.edu, freebsd-hackers@freebsd.org In-Reply-To: <3357C6DD.2482@wgold.demon.co.uk> from "James Mansion" at Apr 18, 97 08:09:17 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well, personally I think the problem is that if I say 'FreeBSD does > not have SMP support', then I mean 'finished and working' and by > implication given the way the (admirable, IMHO) release process > works, this means that stable releases don't have it. > > Trouble is, people pop up and say 'yes it does have SMP support'. > > This is confusing, to say the least. I think there is a bit of semantic confusion here. You are not drawing a distinction between "XXX has SMP support" and "XXX supports SMP". I don't know if anyone in any of the free UNIX camps have stated that "XXX supports SMP". FreeBSD supports "ls". FreeBSD has "sendmail" support. See the difference? (BTW: This is about to become mute; the current discussion on the SMP list is how to get the code main-lined). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 20 12:19:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07403 for hackers-outgoing; Sun, 20 Apr 1997 12:19:11 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA07372 for ; Sun, 20 Apr 1997 12:19:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA08315; Sun, 20 Apr 1997 12:13:56 -0700 From: Terry Lambert Message-Id: <199704201913.MAA08315@phaeton.artisoft.com> Subject: Re: Price of FreeBSD (was On Holy Wars...) To: steve@visint.co.uk (Stephen Roome) Date: Sun, 20 Apr 1997 12:13:56 -0700 (MST) Cc: dennis@etinc.com, jkh@time.cdrom.com, narvi@haldjas.folklore.ee, nate@mt.sri.com, freebsd-hackers@freebsd.org In-Reply-To: from "Stephen Roome" at Apr 20, 97 04:34:35 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Ah, but the customer isnt always right...... > > This attitude is why I bought SDL, not etinc. --------------------- On "brand loyalty"... --------------------- This is not a diatribe against SDL... they have every right to compete in the market in which Dennis competes, and they are bound to get whateve share of the available business that they rigorously pursue and therefore deserve. However... I'd buy Dennis's stuff, if I didn't live in the armpit of US telecommunications, and could get service to connect to it for what it costs for those services in most other regions. Dennis has spent a significant amount of time supporting FreeBSD, and, truth be told, he's the one who developed and tested the market which SDL is now exploiting. I'd buy a card from Dennis for the same reason I'd buy a CDROM from Walnut Creek, instead of some other company with a cheaper (equivalenetly functional) knock-off: to reward those companies willing to venture into a technology market which I would like to see developed. As for "the customer is always right", in general, you should treat the customer as being right to maintain an ongoing business, so long as the customers wants do not interfere with their needs. I have lost a lot of consulting revenue on numerous occasions by telling people to keep a box of 3x5 cards next to their telephone. If I had stayed with "the customer is always right", I would have made money, but they would have a useless complex system for classifying "no-pays" who call in, the associated training costs to run the computer version of the 3x5 card file, the loss of service when the computer/power failed, etc., etc.. In the long run, I win, because I have a reputation for honesty and for meeting the customers needs (and their wants, if they don't conflict). And I get more business than I would have gotten without the resulting active, positive word-of-mouth. Dennis may grate on you, but he's in the same long-boat you are, and when it needed bailing, he was there, bailing with you, and now that the sea has calmed, everyone and their uncle is out here in their Zodiac's. I'll stay in the long-boat, thanks. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 20 12:23:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07816 for hackers-outgoing; Sun, 20 Apr 1997 12:23:00 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA07796; Sun, 20 Apr 1997 12:22:51 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA08341; Sun, 20 Apr 1997 12:20:45 -0700 From: Terry Lambert Message-Id: <199704201920.MAA08341@phaeton.artisoft.com> Subject: Re: Need a common passwd file among machines To: vinay@agni.nuko.com (Vinay Bannai) Date: Sun, 20 Apr 1997 12:20:45 -0700 (MST) Cc: freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org In-Reply-To: <199704200512.WAA16052@agni.nuko.com> from "Vinay Bannai" at Apr 19, 97 10:12:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I need a common passwd file that is shared by a FreeBSD machine, Linux > machine, Solaris and a SunOS machine. I do not want to use NIS. Er, how about "YP". 8-) 8-). Alternately, you could download the LDAP or X.500 stuff, and hope it's not too green to work. 8-(. > I thought of using rdist to distribute the passwd file among all these > machines but could not because some of them use shadow passwd files and > others don't. Also, I am not sure the passwd encryption is the same on all > these platforms. If the password encryption is not the same on all the platforms, you can replace the authentication mechanism. A good place to look to check this (assuming X runs on all the platforms) is in the xdm sources form ftp.x.org. It will list and categorize the machine differences. Most likely, if you install the DES packages for the various platforms, they will all be using DES. Note that rdist will stomp password changes from the central server, so unless your users log into the central server (and potentially end up sending passwords in clear-text to the password change command on the server), the password changes will not "stick". This can be a real pain with an rdist-like system. > More generally, the reason I am using this approach is to make the > developement of code easier by using cvs. I have one machine exporting the > cvs source tree and others mount it. To keep the same uids, I need to > share the passwd files. Does anyone have a better suggestions? If you are in a zone where you are trusting NFS mounts, then you are in a zone where you can probably trust NIS. In either case, you will need a common authentication algorithm between all the machines, and that will probably be DES, if any of the machines are commercial platforms. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 20 12:29:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08196 for hackers-outgoing; Sun, 20 Apr 1997 12:29:05 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA08171; Sun, 20 Apr 1997 12:28:51 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA08355; Sun, 20 Apr 1997 12:26:06 -0700 From: Terry Lambert Message-Id: <199704201926.MAA08355@phaeton.artisoft.com> Subject: Re: Need a common passwd file among machines To: abelits@phobos.illtel.denver.co.us (Alex Belits) Date: Sun, 20 Apr 1997 12:26:06 -0700 (MST) Cc: vinay@agni.nuko.com, freebsd-hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG In-Reply-To: from "Alex Belits" at Apr 19, 97 11:05:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > P.S. Is there any existing thing or at least an idea of making one that > does this thing nicer? NIS is based on rather dumb idea that to > authenticate local user one will want to go to some server and ask him > instead of IMHO more sane approach of distributing authentication > information from that server to always perform authentication locally and > never depend on some host being accessible at the time of user's login. This is the design error of the X.500, NDS, and NT models for having credentials apply to the net instead of individual machines: How do I force synchronization with someone's desktop box if they turn it off and go home? This is the same for all push-model authentication distribution services: it has a hard time working in the real world, and depends on silly ideas like "skulking" processes to push the data when they can. Meanwhile, between "skulks", the replicating tree has invalid information, and may win the "master election" for a client, and authenticate client credentials which are, in fact, "stale", and there;'s no way to stop it from happening. This is, IMO, a much bigger security hole than those cause by NIS (assuming you don't misconfigure NIS and/or don't firewall the NIS ports to the net). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 20 12:31:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA08482 for hackers-outgoing; Sun, 20 Apr 1997 12:31:57 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA08475 for ; Sun, 20 Apr 1997 12:31:51 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA08368; Sun, 20 Apr 1997 12:30:12 -0700 From: Terry Lambert Message-Id: <199704201930.MAA08368@phaeton.artisoft.com> Subject: Re: disklabel -- owner? To: helbig@MX.BA-Stuttgart.De (Wolfgang Helbig) Date: Sun, 20 Apr 1997 12:30:11 -0700 (MST) Cc: imp@village.org, hackers@freebsd.org In-Reply-To: <199704200823.KAA02207@helbig.informatik.ba-stuttgart.de> from "Wolfgang Helbig" at Apr 20, 97 10:23:24 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Then we used LiLo -- Linux was living on another (IDE) disk -- to install > an MBR and partition table. > Linux and the freshly installed FreeBSD could read and write the SCSI disk, > but the kernel loaded by LiLo paniced with > "cannot mount root" > (root was on sd0, the wdc-driver was disabled!) > > It seems that during sysinstall and booting a geometry was used which is > different from the one used by the disk-kernel. This has nothing to do with disklabel. It has to do with FreeBSD reiniting the IDE drive with a geometry other than the BIOS geometry, for no good reason. > This installation was really time consuming and it shows there is some > potential to improve fdisk, disklabel and sysinstall. Actually, it's the second stage boot, and it's communication with the kernel that is the problem here... > It would be great to install FreeBSD w/o the need to install DOS as a > helper and to synchronize the ideas which sysinstall and the installed > kernel have about the disk properties. Agreed. On the other hand, a DOS install will occasionally install a boot-sector loaded TSR to supply LBA support to a system that does not already have LBA support, by hooking INT 13 and driving it that way. It's very helpful for future work if LBA support is in there somehow -- and we don't have an LBA boot-sector TSR to replace the DOS installed one in those cases. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 20 12:44:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09288 for hackers-outgoing; Sun, 20 Apr 1997 12:44:52 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA09278 for ; Sun, 20 Apr 1997 12:44:33 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA08401; Sun, 20 Apr 1997 12:42:20 -0700 From: Terry Lambert Message-Id: <199704201942.MAA08401@phaeton.artisoft.com> Subject: Re: disklabel -- owner? To: jbryant@tfs.net Date: Sun, 20 Apr 1997 12:42:20 -0700 (MST) Cc: bakul@torrentnet.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199704201804.NAA25189@argus> from "Jim Bryant" at Apr 20, 97 01:04:41 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > - It should be able to make use of a disk database -- not disktab > > but something that describes the properties of various disks. > > Sort of like a termcap, MIB or PPD. > > there is nothing broke with disktab... what can you add that disktab > does not already have? heck most of the fields of disktab are not > properly used to begin with, such important things such as latency > usually go ignored by whoever writes disktab entries; maybe due to > lack of info from the manufacturer... > > second, never assume that i want your partition info, i may partition > my disks differently... such things as m-o disks to zip disks may be > safe assumptions, but on true hard disks, i want seperate /, /tmp, > /var, /home, /usr, and sometimes seperate /usr/local... and the sizes > i pick for each may indeed be different from the sizes you pick... I partially agree. I believe there should be no disk database whatsoever... there should be a "rule of thumb" based on memory size to pick a default size for swap, and another fuzzy limit for picking seperate or common root/usr, and another for picking "additional slices". The idea of a disktab dates back to when disk geometry tunables had to be communicated to the kernel by the user reading a manual for the disk, and then typing in data from that manual, and then the tunables would actually increase performance. Except in specific old hardware cases, where the disk geometry can't be obtained from the disk, these days are long gone, and best forgotton. The sector count information should be retrieved by ioctl()'ing the device driver to get back a count, then applying the rule set to come up with most of what disktab/other would have had in it anyway. Surely, there are rules of thumb for generating disktab entries, right? In any case, the partitioning tool ought to support space allocation based on expected needs for the selected installation type so you don't get partially through the install, only to realize /usr is 10M too small and / is 10M too big. This requires resizing intended allocations down when others go up, etc.., but it's based on sector count more than anything, and doesn't requie moving around data on a living FS. > > - It should allow *moving* a partition or a slice. > > good idea, why not an extend or shrink utility too? For an existing FS? Because you would need to re-newfs the thing, for one, unless you rewrote JFS (I have a part of a start on that; the PPC host environment I'm using is AIX; it's not likely to be more than read-only and "mostly" working any time soon). Not a day at the beach. Extending is both less and more problematic. It's less because you can pretty much safely do it, but it's more because once you do it, you now have to unscrew cylinder group and other allocation policies to prevent unequal fragmentation, etc.. Again, not a picnic. > > - You may want to look at some DOS/Windows disk tools for ideas. > > well... unrm? how about a defragger? I think you'd probably need a "fragger" first, otherwise it will never have anything to do and will die of boredom. 8-). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 20 12:52:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09790 for hackers-outgoing; Sun, 20 Apr 1997 12:52:40 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id MAA09746; Sun, 20 Apr 1997 12:52:27 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA08423; Sun, 20 Apr 1997 12:49:38 -0700 From: Terry Lambert Message-Id: <199704201949.MAA08423@phaeton.artisoft.com> Subject: Re: Need a common passwd file among machines To: kpneal@pobox.com (Kevin P. Neal) Date: Sun, 20 Apr 1997 12:49:38 -0700 (MST) Cc: abelits@phobos.illtel.denver.co.us, vinay@agni.nuko.com, freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org In-Reply-To: <1.5.4.32.19970420072729.00975ec4@mindspring.com> from "Kevin P. Neal" at Apr 20, 97 03:27:29 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > At NCSU they use Hesiod+Kerberos to handle logins. This way they don't have > to keep I don't know how many hundred or thousand machines /etc/passwd files > current. > > Also, they don't have passwords going on the wire in the clear -- the > passwords are handled in a safe manner by Kerberos. Along with this is > the fact that passwords are *never* stored on client machines -- a > security bonus. > > This is much saner than distributing /etc/passwd files everywhere, IMHO. I didn't mention Hesiod because I didn't know if it was supported on all the plaforms he has (some of them must be old if they do not have shadowing). I also didn't mention Hesiod because it's a *huge* step to take. Finally, he's already in a "vouchsafe" environment because of the NFS credentials ...unless they are using Kerberos tickets for the NFS as well, and that's even *less* likely to be able to be universally supported. I can replace user space authentication mechanisms with a lot of pain, but replacing kernel proxy authentication for a system (and probably replacing their NFS as well) is a step I wouldn't tell anyone to take. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 20 13:03:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10374 for hackers-outgoing; Sun, 20 Apr 1997 13:03:41 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA10344 for ; Sun, 20 Apr 1997 13:02:59 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08446; Sun, 20 Apr 1997 13:00:49 -0700 From: Terry Lambert Message-Id: <199704202000.NAA08446@phaeton.artisoft.com> Subject: Re: Price of FreeBSD (was On Holy Wars...) To: james@wgold.demon.co.uk (James Mansion) Date: Sun, 20 Apr 1997 13:00:49 -0700 (MST) Cc: nate@mt.sri.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <3359FCA3.1398@wgold.demon.co.uk> from "James Mansion" at Apr 20, 97 12:23:15 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Re-installs are pretty common in the user world. > > How odd. > > I don't think I reinstalled NT ever on this box, which had vanilla 3.51 > from new (and W95 on a FAT partition) and its been up through every > service pack up to 4.0sp2, which I reverted out admitedly, tho the > backout process provided worked fine. > > The only time the box isn't up with NT is when I boot Linux on it, > which I started to do recently when my Linux/UnixWare box died. > > Have you tried to figure out WHY these reinstals are necessary? I have had to reinstall Windows95 once. I was doing FS developement, and got an offset wrong in a TSD, and it spit up all over my disk. It was definitely my fault. I have had to reinstall components of Windows 95 and NT more frequently. The most common problem is CTL3D32.DLL, which is different between Windows95 and NT, and which is badly documented. The "Install Shield" facility for installing WIN32 software in a platform independent way requires the NT CTL3D32.DLL (what they call the "Unicode version". The Windows95 code requires the "ANSI version", and NT itself requires the "Unicode version". ODBC/OLE code has an extended version with a more complex underlying implementation. This is documented in one small file in the SDK, and has changed in every one of the last three major number revisions. Luckily, the version number is the same in everything, so you can tell them apart. Not. Because of this, many people get this wrong and install the wrong one when they naievely hack together an install and test it in a single environment. The miss out on the other 4 out of 5 versions of the DLL. Luckily, Microsoft was brilliant, and, other than the ODBC/OLE crap, none of the DLL's is a subset of the interfaces of the others; they all have incompatible entry points, with a small intersection set. As long as you write your code to only use the subset of interfaces, you won't have problems. Almost nobody does this, though. So it's the developers who fail to buy the secret decoder rings from Microsoft who are screwing you up... or Microsoft, for requiring them in the first place. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 20 13:07:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA10595 for hackers-outgoing; Sun, 20 Apr 1997 13:07:23 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA10587 for ; Sun, 20 Apr 1997 13:07:15 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08460; Sun, 20 Apr 1997 13:05:01 -0700 From: Terry Lambert Message-Id: <199704202005.NAA08460@phaeton.artisoft.com> Subject: Re: Price of FreeBSD (was On Holy Wars...) To: james@wgold.demon.co.uk (James Mansion) Date: Sun, 20 Apr 1997 13:05:01 -0700 (MST) Cc: jack@diamond.xtalwind.net, freebsd-hackers@FreeBSD.ORG In-Reply-To: <335A036C.56F8@wgold.demon.co.uk> from "James Mansion" at Apr 20, 97 12:52:12 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > NoThanks 4.0's stock ATI ??? video drivers can't change desktop font size > > without a re-boot. > > Aw, gee, its a tough one this. Can put up with NT's annoying need to > reboot after changeing IP settings etc or some of these screen > resolution issues in return for Excel and Word and VC++ and VJ++ and > Access and a decent choice of web browsers and Purify that I can afford? Unless you are talking about NT 3.51, you're wrong: it does not need a reboot, just an undocumented call into an undocumented DLL. Microsoft just likes to ask for reboots because their change flag doesn't have the necessary granularity to distinguish between "changes needing a reboot" and "simple changes" -- all they see are "changes". Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 20 13:11:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA11228 for hackers-outgoing; Sun, 20 Apr 1997 13:11:37 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA11221; Sun, 20 Apr 1997 13:11:23 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08472; Sun, 20 Apr 1997 13:09:57 -0700 From: Terry Lambert Message-Id: <199704202009.NAA08472@phaeton.artisoft.com> Subject: Re: Price of FreeBSD (was On Holy Wars...) To: dyson@freebsd.org Date: Sun, 20 Apr 1997 13:09:57 -0700 (MST) Cc: james@wgold.demon.co.uk, freebsd-hackers@freebsd.org In-Reply-To: <199704201344.IAA00954@dyson.iquest.net> from "John S. Dyson" at Apr 20, 97 08:44:43 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Frankly you NEED a HAL for NT or DDK specs > for other commerical U**Xs because they won't give you the source code > for free (or a reasonable price), and not having the specs would simply > stop development. Isn't this a commercial use issue? For example, a hypothetical commercial user of the code who wants to sell a system, won't give you the source code, and wants to make local modifications, yet not lose the ability to use modules provided by other commercial vendors. We could call this hypothetical entity "Whistle"... Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 20 13:49:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA15779 for hackers-outgoing; Sun, 20 Apr 1997 13:49:41 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA15759; Sun, 20 Apr 1997 13:49:34 -0700 (PDT) Received: from bogus.mindspring.com (user-37kbte1.dialup.mindspring.com [207.69.245.193]) by borg.mindspring.com (8.8.5/8.8.5) with SMTP id QAA04064; Sun, 20 Apr 1997 16:45:39 -0400 (EDT) Message-Id: <1.5.4.32.19970420204545.008f9a20@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 20 Apr 1997 16:45:45 -0400 To: "Michael L. VanLoon -- HeadCandy.com" From: "Kevin P. Neal" Subject: Re: Need a common passwd file among machines Cc: Alex Belits , Vinay Bannai , freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:54 AM 4/20/97 -0700, Michael L. VanLoon -- HeadCandy.com wrote: >>At NCSU they use Hesiod+Kerberos to handle logins. This way they don't have >>to keep I don't know how many hundred or thousand machines /etc/passwd files >>current. >>Also, they don't have passwords going on the wire in the clear -- the passwords >>are handled in a safe manner by Kerberos. Along with this is the fact that >>passwords are *never* stored on client machines -- a security bonus. >>This is much saner than distributing /etc/passwd files everywhere, IMHO. > >It's a proven model that works well. Iowa State was (is) doing the >same thing. Over 20,000 user accounts. Trust me, you don't want a >local passwd file with 20,000 users in it. (Actually, I believe >they're over 30,000 now.) I'd hate to see a site with a couple >hundred thousand accounts set up like that... > >Hesiod distributes this really nicely. And Kerberos is about as >secure as Unix can get. Together, they work way better than NIS. >Look for information on these, or Project Athena, for more info. Yup. I don't know how many active accounts there are at NCSU, but there are over 50,000 user home directories, spread across two AFS cells. Every student in the university has an account. I'm told that people from MIT have actually come down, looked at NCSU's system, and commented on how it's better than MIT's. (could just be folklore) But yes, NCSU's system was modeled after Project Athena. The original name of NCSU's system was "Project Eos". I would hate to see 50,000 line long /etc/passwd files copied everywhere. Plus, it was kinda funny watching a friend of mine looking up the name of his pop server -- via the host command. -- XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ XCOMM kpneal@eos.ncsu.edu Spoken by Keir Finlow-Bates: XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!" From owner-freebsd-hackers Sun Apr 20 16:36:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA27271 for hackers-outgoing; Sun, 20 Apr 1997 16:36:59 -0700 (PDT) Received: from phobos.illtel.denver.co.us (abelits@phobos.illtel.denver.co.us [207.33.75.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA27251; Sun, 20 Apr 1997 16:36:52 -0700 (PDT) Received: from localhost (abelits@localhost) by phobos.illtel.denver.co.us (8.8.5/8.6.9) with SMTP id QAA08144; Sun, 20 Apr 1997 16:38:40 -0700 Date: Sun, 20 Apr 1997 16:38:39 -0700 (PDT) From: Alex Belits To: Terry Lambert cc: vinay@agni.nuko.com, freebsd-hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG Subject: Re: Need a common passwd file among machines In-Reply-To: <199704201926.MAA08355@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Apr 1997, Terry Lambert wrote: > > P.S. Is there any existing thing or at least an idea of making one that > > does this thing nicer? NIS is based on rather dumb idea that to > > authenticate local user one will want to go to some server and ask him > > instead of IMHO more sane approach of distributing authentication > > information from that server to always perform authentication locally and > > never depend on some host being accessible at the time of user's login. > > This is the design error of the X.500, NDS, and NT models for > having credentials apply to the net instead of individual machines: You mean, all machines on the network use the same set of users? That will be bad, but such system can be designed to support individual setup for machines, groups of them and/or supporting additional authentication information stored locally that will be added after receiving files. Secondary servers that may also handle some local for their clients lists can be useful, too. Model with ftp/scp+scripts that I've mentioned is too primirive to do that, but this is why I've asked about "pushing" model implemented better, so it can unclude that functionality. > How do I force synchronization with someone's desktop box if they > turn it off and go home? When box is turned off it definitely doesn't need any authentication information at all -- no one can login there anyway. When such box boots it can ask server, and server will update authentication information if it was changed (similar to what happens when secondary nameserver is started) before any user will have chance to log in -- still less overhead than to ask server every time. > This is the same for all push-model authentication distribution > services: it has a hard time working in the real world, and depends > on silly ideas like "skulking" processes to push the data when they > can. > > Meanwhile, between "skulks", the replicating tree has invalid > information, and may win the "master election" for a client, and > authenticate client credentials which are, in fact, "stale", and > there;'s no way to stop it from happening. The idea is that server updates authentication data on clients whenever it's changed, not client asks server about that (except when booting). So the delay between data being changed on the server and being received on some client will be almost as short as it takes to do remote authentication procedure from that client (depends on network bandwidth, server resources, etc). -- Alex From owner-freebsd-hackers Sun Apr 20 18:23:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA03696 for hackers-outgoing; Sun, 20 Apr 1997 18:23:03 -0700 (PDT) Received: from agni.nuko.com ([207.82.229.31]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA03691 for ; Sun, 20 Apr 1997 18:22:57 -0700 (PDT) Received: (from vinay@localhost) by agni.nuko.com (8.7.5/8.6.12) id SAA18861 for freebsd-hackers@freebsd.org; Sun, 20 Apr 1997 18:22:44 -0700 (PDT) From: Vinay Bannai Message-Id: <199704210122.SAA18861@agni.nuko.com> Subject: Re: Need a common passwd file among machines To: freebsd-hackers@freebsd.org Date: Sun, 20 Apr 1997 18:22:44 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks for several suggestions. Lots of cool ideas flying around. That is what I was afraid of. I wanted to make this task as simple as possible. Let's say I have scaled down my expectations and just would be content with having uid/gid consistency over all machines. (Since my cvs tree was exported and people could edit it on their machines, I saw a different user name/group when I looked at the files from my own machine because of the uid/gid mismatch). Considering all this, I am leaning towards NIS. As Terry mentioned in his e-mail, if I consider the network safe enough to do NFS exports, it should be safe enough for NIS. :-( BTW, at Stanford they use AFS systems with Kereberos for authentication. The number of accounts (my guess) would be around 25,000-35,000 accounts. The users are dispersed in differenet AFS cells based on their usernames. The mail being handled by several POP servers. The mail agents on all the machines were modified to use POP3 protocol to retreive the mail from the mail servers. Vinay -- Vinay Bannai E-mail: vinay@agni.nuko.com (408)-526-0280 x 275 (Work) http://agni.nuko.com/~vinay From owner-freebsd-hackers Sun Apr 20 18:42:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA04731 for hackers-outgoing; Sun, 20 Apr 1997 18:42:17 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA04722 for ; Sun, 20 Apr 1997 18:42:09 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wJ84k-00012z-00; Sun, 20 Apr 1997 19:39:26 -0600 To: Terry Lambert Subject: Re: disklabel -- owner? Cc: jbryant@tfs.net, bakul@torrentnet.com, freebsd-hackers@freebsd.org In-reply-to: Your message of "Sun, 20 Apr 1997 12:42:20 PDT." <199704201942.MAA08401@phaeton.artisoft.com> References: <199704201942.MAA08401@phaeton.artisoft.com> Date: Sun, 20 Apr 1997 19:39:26 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : > second, never assume that i want your partition info, i may partition : > my disks differently... such things as m-o disks to zip disks may be : > safe assumptions, but on true hard disks, i want seperate /, /tmp, : > /var, /home, /usr, and sometimes seperate /usr/local... and the sizes : > i pick for each may indeed be different from the sizes you pick... In message <199704201942.MAA08401@phaeton.artisoft.com> Terry Lambert writes: : I partially agree. : : I believe there should be no disk database whatsoever... there should : be a "rule of thumb" based on memory size to pick a default size for : swap, and another fuzzy limit for picking seperate or common root/usr, : and another for picking "additional slices". Actually, one of the ideas that I had was an automatic "make these partitions reasonable for this disk" that people could use. The disktab stuff is a good set of default, but not the best. Of course the idea would be to say "gimme these defaults" and then "but I know I need 85M of /tmp rather than 20M, so steal that from the 'hog' partition ala sunos." These are just some initial working thoughts. One of the problems is that you can't have more than 8 partitions in a slice, and two of those are stolen. /, swap, /usr, /var, /tmp, and one other and you are out. : The sector count information should be retrieved by ioctl()'ing the : device driver to get back a count, then applying the rule set to come : up with most of what disktab/other would have had in it anyway. You can get close with this. I'll be trying to do this. Right now the current disklabel program : Surely, there are rules of thumb for generating disktab entries, right? Should be. : > > - It should allow *moving* a partition or a slice. : > : > good idea, why not an extend or shrink utility too? : : For an existing FS? Because you would need to re-newfs the thing, : for one, unless you rewrote JFS (I have a part of a start on that; : the PPC host environment I'm using is AIX; it's not likely to be : more than read-only and "mostly" working any time soon). Not a : day at the beach. These are beyond the scope of what I care to do. : Extending is both less and more problematic. It's less because you : can pretty much safely do it, but it's more because once you do it, : you now have to unscrew cylinder group and other allocation policies : to prevent unequal fragmentation, etc.. Again, not a picnic. : : : > > - You may want to look at some DOS/Windows disk tools for ideas. : > : > well... unrm? how about a defragger? : : I think you'd probably need a "fragger" first, otherwise it will : never have anything to do and will die of boredom. 8-). I've seen several good ones. Heck, I've been talking to Jordan for years, on and off, about what I'd like to see. I'm finally getting P/O'd enough to do something about it. :-) Warner From owner-freebsd-hackers Sun Apr 20 18:52:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA05267 for hackers-outgoing; Sun, 20 Apr 1997 18:52:24 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA05261 for ; Sun, 20 Apr 1997 18:52:20 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wJ8H3-00013d-00; Sun, 20 Apr 1997 19:52:09 -0600 To: hackers@freebsd.org Subject: Re: disklabel -- owner? In-reply-to: Your message of "Sun, 20 Apr 1997 09:27:58 EDT." <199704201327.JAA09993@chai.plexuscom.com> References: <199704201327.JAA09993@chai.plexuscom.com> Date: Sun, 20 Apr 1997 19:52:09 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704201327.JAA09993@chai.plexuscom.com> Bakul Shah writes: : Doing it (mostly) _right_ is going to take time as you have to deal : with a lot of low level details.... Or else it can end up being : just different rather than an easy to use, idiot-proof program to : handle all your low level disk needs. Yes. I agree. That's why I've never actually done anything about this. : - Such a program should also handle newfs, disk scanning (to check : for bad blocks), update some parameters such as ARRE on scsi mode : pages etc. I like this idea. However, it is a v2.0 feature. : - It should try to infer some common things by looking at disk : blocks. Sort of like what file() does. I'm not sure I understand what this means. I mean what would I look at and do based on that? : - It should do some sanity checks. For IDE disks it should : cooperate with the BIOS in so far as possible. I never want to : see an `operating system not found' message right after an : install! Agreed. : - It should *explain* various actions and consequences of such : actions. A built-in FAQ would be handy. I'm not sure I understand this completely. : - It should allow you a practice run on a normal file. It should : also leave an audit trail so you can later try to figure out what : you did. It should also allow you to `replay' and modify a : previous run. I like this idea. : - It should be able to make use of a disk database -- not disktab : but something that describes the properties of various disks. : Sort of like a termcap, MIB or PPD. It will likely use disktab. However, they will only be considered hints rather than hard and fast rules. disktab does describe properties of various disks. However, I want to have something that looks like o root needs to be at least 20M, but no larger than 32M and about 2% of the whole disk. o /usr should be about 20% of the disk, not smaller than 100M or larger than 350M. o /var should be 20% of the disk. Add extra inodes here. o /home should eat the rest of the disk (ala the SunOS 'hog' parititon). But table driven so that others can have other rules of thumb. The above, btw, are bogus for many reasons. They are just an example of the ideas I'd like to have. Most of the disktab stuff would be ignored. I'd look just at the sizes and such. : - It should be easy to extend as disk manufacturers are going to : add some new kind of disk sooner or later, which will require : adding some code goop. No code should be required. Anything like this would be table driven. : - It should allow *moving* a partition or a slice. Beyond the scope of my time for some time to come, unless someone wants to fund this at my usual rate :-) : - You may want to look at some DOS/Windows disk tools for ideas. Yes. I've seen them. : May be what is needed is a frontend script that calls a number of : low level tools, each good at one thing. If so, then the tools need to be *MUCH* better than the ones we have right now. They are too crusty, imho. The bottom line is I'd like to take a new disk, point this tool at it and have it do the right thing. that's v1. I'd also like to be able to point it at a disk farm and say things like "OK, I'm moving /tmp to this disk, and also I wanna have a fairly large user area, what do you recommend?" and have it put a 100M /tmp and the rest be for /usr12 or whatever. There are those that say that ccd religion should be part of this too, and they are likely right. However, I wanna get something simple done for v1.0. To make Michael Smith happy, I'm going to try to do this with tcl and Tk with glue utilities as needed. Thanks for the suggestions. I'm hoping that once I punch a hole through the wall of this problem, that the pent up frustration will help expand the hole into a nice doorway that could eventually be integrated back into sysinstall, or its heirs, userpers or follow on programs. Warner From owner-freebsd-hackers Sun Apr 20 19:12:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA06707 for hackers-outgoing; Sun, 20 Apr 1997 19:12:39 -0700 (PDT) Received: from mx-a.qnet.com (mx-a.qnet.com [207.155.33.13]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA06699 for ; Sun, 20 Apr 1997 19:12:35 -0700 (PDT) Received: from mystique (lanc03-08.ca.qnet.com [207.155.34.128]) by mx-a.qnet.com (8.8.5/8.8.5) with SMTP id TAA26458 for ; Sun, 20 Apr 1997 19:08:59 -0700 (PDT) Message-ID: <335ACCAE.167EB0E7@qnet.com> Date: Sun, 20 Apr 1997 19:10:54 -0700 From: Duane Ellison X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.1.7-RELEASE i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: libwrap.so.7.4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I would like to added tcp_wrapper functionality to my program and have seen programs like sshd use this library to support that. Is there any documentation on how to use this in your program? Most of my information is from the 4.4BSD books. Any information would be appreciated! Duane... http://www.av.qnet.com/~duane/index.html duane@qnet.com From owner-freebsd-hackers Sun Apr 20 19:23:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA07216 for hackers-outgoing; Sun, 20 Apr 1997 19:23:11 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07209; Sun, 20 Apr 1997 19:23:03 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA06517; Mon, 21 Apr 1997 11:52:51 +0930 (CST) From: Michael Smith Message-Id: <199704210222.LAA06517@genesis.atrad.adelaide.edu.au> Subject: Re: Need a common passwd file among machines In-Reply-To: from Michael Dillon at "Apr 20, 97 09:14:15 am" To: michael@memra.com (Michael Dillon) Date: Mon, 21 Apr 1997 11:52:51 +0930 (CST) Cc: freebsd-isp@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Dillon stands accused of saying: > > RADIUS is used by terminal servers to authenticate users by "going to some > server and asking him" and you can have a backup RADIUS server in case the > primary one goes down. I think ISP's would find it easier to manage a site > using RADIUS for all authentication, not just terminal servers. Unfortunately, Livingston have put some anal restrictions on their latest RADIUS server code. > But more importantly, I think that systems need to have a hook in the > authentication procedure so that the sysadmin can install their own > allow/deny code so that certain servers can still authenticate via RADIUS > but only certain users or only at certain times of day or only logins from > the console or from certain IP addresses. This is one of the goals of the PAM framework. I hope to have some time next week to get myself back up to date with PAM and update my BSD port of it. Once I have it building and linkable, it will be time to start discussing how to integrate it. 8) > In general, OSes with source are easy to fit into this kind of a scenario > but other ones (Solaris, SCO, IRIX, NT) are not. Solaris at least will be using PAM in 2.6 in a publically-visible fashion; it does in 2.5 but not usefully. This allows you to provide binary authentication/administration modules without requiring any source hackery. > Michael Dillon - Internet & ISP Consulting -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Apr 20 21:13:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13603 for hackers-outgoing; Sun, 20 Apr 1997 21:13:28 -0700 (PDT) Received: from aries.bb.cc.wa.us (root@[208.8.136.11]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA13594 for ; Sun, 20 Apr 1997 21:13:24 -0700 (PDT) Received: from localhost (chris@localhost) by aries.bb.cc.wa.us (8.8.3/8.6.9) with SMTP id VAA17985; Sun, 20 Apr 1997 21:10:20 -0700 (PDT) Date: Sun, 20 Apr 1997 21:10:20 -0700 (PDT) From: Chris Coleman To: Warner Losh cc: hackers@freebsd.org Subject: Re: disklabel -- owner? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > However, I want to have something that looks like > > o root needs to be at least 20M, but no larger than 32M and > about 2% of the whole disk. > o /usr should be about 20% of the disk, not smaller than 100M > or larger than 350M. > o /var should be 20% of the disk. Add extra inodes here. > o /home should eat the rest of the disk (ala the SunOS 'hog' > parititon). > But table driven so that others can have other rules of thumb. The > above, btw, are bogus for many reasons. They are just an example of > the ideas I'd like to have. I have installed several machines, and usually use the defaults in the sysinstall for desk top machines, but when I install for a server, I find that I need a much bigger /var/mail and /var/log partition Also I tend to need a slightly bigger / partition to do kernel development and handle the default /tmp directory. Maybe this should go in Sysinstall also, but I thought it would be a good idea to have a couple of models to choose from, such as "desktop", "laptop", "Net Server", "router". Things like this that might have different algorithms depending on the overall size of disks they have dedicated to FreeBSD. Just a thought :-) Thanks, I am looking forward to seeing this part more user friendly. Christopher J. Coleman (chris@aries.bb.cc.wa.us) Computer Support Technician I (509)-766-8873 Big Bend Community College Internet Instructor FreeBSD Book Project: http://vinyl.quickweb.com/~chrisc/book.html Disclaimer: Even Though it has My Name on it, Doesn't mean I said it. From owner-freebsd-hackers Sun Apr 20 21:31:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA14406 for hackers-outgoing; Sun, 20 Apr 1997 21:31:25 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA14401 for ; Sun, 20 Apr 1997 21:31:22 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA07173; Mon, 21 Apr 1997 13:59:44 +0930 (CST) From: Michael Smith Message-Id: <199704210429.NAA07173@genesis.atrad.adelaide.edu.au> Subject: Re: kernel config 'doconfig' (was: Re: Another Linux Religious war) In-Reply-To: <199704170305.WAA10376@nyx.pr.mcs.net> from Chris Csanady at "Apr 16, 97 10:05:17 pm" To: ccsanady@nyx.pr.mcs.net (Chris Csanady) Date: Mon, 21 Apr 1997 13:59:44 +0930 (CST) Cc: brandon@cold.org, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Chris Csanady stands accused of saying: > > For what its worth, I think someone was going to work on a tk/tcl front > end for config. See the "Kernel config metasyntax" thread on the chat > list... That stuff moved to -config. > Is this actually happening? That was me (amongst others), and no, it's not happening right now. I still have plenty of ideas, but that's only half the equation 8( > -Chris Csanady -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Apr 20 21:32:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA14522 for hackers-outgoing; Sun, 20 Apr 1997 21:32:46 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA14513 for ; Sun, 20 Apr 1997 21:32:41 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wJAmH-0001Dy-00; Sun, 20 Apr 1997 22:32:33 -0600 Subject: Re: disklabel -- owner? To: hackers@freebsd.org In-reply-to: Your message of "Sun, 20 Apr 1997 21:10:20 PDT." References: Date: Sun, 20 Apr 1997 22:32:33 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Chris Coleman writes: : I have installed several machines, and usually use the defaults in the : sysinstall for desk top machines, but when I install for a server, I find : that I need a much bigger /var/mail and /var/log partition Also I tend : to need a slightly bigger / partition to do kernel development and handle : the default /tmp directory. Maybe this should go in Sysinstall also, but : I thought it would be a good idea to have a couple of models to choose : from, such as "desktop", "laptop", "Net Server", "router". Things like : this that might have different algorithms depending on the overall size of : disks they have dedicated to FreeBSD. That's kinda the idea behind being able to say the things I was saying before. That way we can have pre-built rules for these things. Warner From owner-freebsd-hackers Sun Apr 20 21:34:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA14657 for hackers-outgoing; Sun, 20 Apr 1997 21:34:19 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA14651 for ; Sun, 20 Apr 1997 21:34:13 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA07211; Mon, 21 Apr 1997 14:03:42 +0930 (CST) From: Michael Smith Message-Id: <199704210433.OAA07211@genesis.atrad.adelaide.edu.au> Subject: Re: video capture driver interface to file system? In-Reply-To: <199704191107.HAA21112@hda.hda.com> from Peter Dufault at "Apr 19, 97 07:07:40 am" To: dufault@hda.com (Peter Dufault) Date: Mon, 21 Apr 1997 14:03:42 +0930 (CST) Cc: hasty@rah.star-gate.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Peter Dufault stands accused of saying: > > I read Mike Smith's suggestions. I have another which I'd look at > before doing file I/O inside the kernel - that is only covering up > the context switch time, and I find it hard to accept that that is > going to make or break the application. How about: I was actually believing that it would cover the uiomove() time as well, which looked to be the worst offender. Some more study tells me this was wrong, so yes, I'd have to agree that a user-space application is probably going to perform nearly as well. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Apr 20 22:36:24 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA16878 for hackers-outgoing; Sun, 20 Apr 1997 22:36:24 -0700 (PDT) Received: from pinky.junction.net (pinky.junction.net [199.166.227.12]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id WAA16858; Sun, 20 Apr 1997 22:36:19 -0700 (PDT) Received: from sidhe.memra.com (sidhe.memra.com [199.166.227.105]) by pinky.junction.net (8.6.12/8.6.12) with ESMTP id WAA20376; Sun, 20 Apr 1997 22:36:17 -0700 Received: from localhost (michael@localhost) by sidhe.memra.com (8.6.12/8.6.12) with SMTP id WAA21087; Sun, 20 Apr 1997 22:31:21 -0700 Date: Sun, 20 Apr 1997 22:31:19 -0700 (PDT) From: Michael Dillon To: freebsd-isp@FreeBSD.ORG cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Need a common passwd file among machines In-Reply-To: <199704210222.LAA06517@genesis.atrad.adelaide.edu.au> Message-ID: Organization: Memra Software Inc. - Internet consulting MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Apr 1997, Michael Smith wrote: > Michael Dillon stands accused of saying: > > > > RADIUS is used by terminal servers to authenticate users by "going to some > > server and asking him" and you can have a backup RADIUS server in case the > > primary one goes down. I think ISP's would find it easier to manage a site > > using RADIUS for all authentication, not just terminal servers. > > Unfortunately, Livingston have put some anal restrictions on their latest > RADIUS server code. So what? There is already RADIUS server code out there that doesn't have anal restrictions and it works just fine. And there is already RADIUS client code incorporated into radlogin for Linux so the essential pieces are all there. > This is one of the goals of the PAM framework. I hope to have some time > next week to get myself back up to date with PAM and update my BSD > port of it. Once I have it building and linkable, it will be time to > start discussing how to integrate it. 8) IMHO RADIUS should just be another PAM option. Michael Dillon - Internet & ISP Consulting Memra Software Inc. - Fax: +1-250-546-3049 http://www.memra.com - E-mail: michael@memra.com From owner-freebsd-hackers Sun Apr 20 23:14:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA18183 for hackers-outgoing; Sun, 20 Apr 1997 23:14:45 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA18177 for ; Sun, 20 Apr 1997 23:14:41 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA08016; Mon, 21 Apr 1997 15:43:51 +0930 (CST) From: Michael Smith Message-Id: <199704210613.PAA08016@genesis.atrad.adelaide.edu.au> Subject: Re: Apparent bug in /dev/spkr driver (fwd) In-Reply-To: from Alfred Perlstein at "Apr 17, 97 11:56:35 am" To: perlsta@fang.cs.sunyit.edu (Alfred Perlstein) Date: Mon, 21 Apr 1997 15:43:50 +0930 (CST) Cc: hans@brandinnovators.com, dwhite@resnet.uoregon.edu, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm just looking at this... Alfred Perlstein stands accused of saying: > > Maybe this helps... > > > > In the speaker driver it does: > > > > n = uio->uio_resid; > > cp = spkr_inbuf->b_un.b_addr; > > if (!(error = uiomove(cp, n, uio))) > > playstring(cp, n); > > > > According to a discussion I had with Bruce Evans because of a > > similar problem in a home grown driver, it seems that uiomove() > > can sleep and that therefore another uiomove() may mess up the > > driver's buffers. The speaker driver should lock its buffer before > > doing the uiomove(). Actually, many drivers do not lock their private > > I/O buffers before uiomove()-ing. Hope this helps a bit. The driver claims to only permit a single opener, which as Bruce has pointed out before is pointless as fd's are duplicated across forks. Still, unless there is room for two callers to hop in at the same time, there shouldn't actually be any trouble. Can someone post the sequence of events that leads to 'death' on the part of the driver? > innner loop that you posted? or should i just leave it to the experts? i > would really like to help though. Some testing and so forth will be handy. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Apr 20 23:25:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA18736 for hackers-outgoing; Sun, 20 Apr 1997 23:25:43 -0700 (PDT) Received: from kevin.sunshine.net ([204.191.205.84]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA18728 for ; Sun, 20 Apr 1997 23:25:37 -0700 (PDT) Received: from localhost (cagey@localhost) by kevin.sunshine.net (8.8.5/8.8.5) with SMTP id XAA03898 for ; Sun, 20 Apr 1997 23:22:22 -0700 (PDT) Date: Sun, 20 Apr 1997 23:22:18 -0700 (PDT) From: Kevin Eliuk Reply-To: Kevin Eliuk To: FreeBSD-Hackers Subject: Question about splx(9) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk It was recommended to me to pose this question to you, but being a newbie I am not sure of how to pose the question. What I am trying to isolate are timeout errors that happen randomly with disk read(or maybe write) operations. Thomas David Rivers says: > Usually interrupt timeout's on the IDE drive occur with laptops... > the interrupt times out when the drive has to spin up after it "went > to sleep." I have disabled spindown. ~~~~~~~~~~~~~~~~~~~~~~~~~ > If you're getting them during a "download" - it could mean that > interrupt delivery simply isn't getting through because of missing > splx() in the sio driver. (Someone is holding on to the machine too > long.) > So I ask prior to rebuilding my custom kernel is there any steps I can take to possibly prevent this from happening? I have looked at the files in /usr/src/sys/i386/isa/ but not being a hacker am not going to proceed with changing a .c file without guidance. My PC is a Micronics 30386 I-cache 20Mhz FreeBSD 2.2.1-RELEASE #0: Tue Mar 25 15:12:02 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC CPU: i386DX (386-class CPU) real memory = 5242880 (5120K bytes) avail memory = 3235840 (3160K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in wdc0 at 0x1f0-0x1f7 irq 14 on isa << wdc0: unit 0 (wd0): wd0: 1036MB (2121840 sectors), 2105 cyls, 16 heads, 63 S/T, 512 B/S ##################### While Running lmbench make results ###################### ############################################################################### Apr 20 02:05:41 kevin /kernel: wd0: interrupt timeout: Apr 20 02:05:46 kevin /kernel: wd0: status 58 error 4 Apr 20 02:05:47 kevin /kernel: wd0: interrupt timeout: Apr 20 02:05:47 kevin /kernel: wd0: status 50 error 1 Apr 20 02:05:48 kevin /kernel: swap_pager: indefinite wait buffer: device: 196609, blkno: 3696, size: 4096 ##################### While Running /etc/weekly ############################### ############################################################################### Apr 20 20:03:41 kevin /kernel: wd0: interrupt timeout: Apr 20 20:04:05 kevin /kernel: wd0: status 58 error 4 Apr 20 20:04:05 kevin /kernel: wd0: interrupt timeout: Apr 20 20:04:05 kevin /kernel: wd0: status 50 error 1 Apr 20 20:04:06 kevin /kernel: wd0s2g: soft error reading fsbn 724511 of 724510 -724511 (wd0s2 bn 1674783; cn 415 tn 23 sn 54)wd0: status 58 error 1 Apr 20 20:04:06 kevin /kernel: swap_pager: indefinite wait buffer: device: 196609, blkno: 728, size: 20480 I would just like to add that I think FreeBSD is just a great operation system. You people are doing great. _______________________________________ |\ /| | \ kevin_eliuk@sunshine.net / | | \ Kevin G. Eliuk / | | /^\_________________________/^\ | | / \ | |/--===### Powered By FreeBSD 2.2.1 \| | www.freebsd.org | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Sun Apr 20 23:35:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA19495 for hackers-outgoing; Sun, 20 Apr 1997 23:35:47 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA19487 for ; Sun, 20 Apr 1997 23:35:44 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id QAA23521; Mon, 21 Apr 1997 16:31:12 +1000 Date: Mon, 21 Apr 1997 16:31:12 +1000 From: Bruce Evans Message-Id: <199704210631.QAA23521@godzilla.zeta.org.au> To: bde@freefall.freebsd.org, thorpej@nas.nasa.gov Subject: Re: cvs commit: src/sys/i386/include endian.h Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Don't pollute the namespace if _POSIX_SOURCE is defined. This is > > broken - it makes almost everything in inaccessible > > if _POSIX_SOURCE is defined, yet is not a POSIX > > header. Other systems don't do it any better. > >...there's a very good reason to protect the namespace: > >basalt (thorpej) ~ 202% uname -sm ; grep endian.h /sys/sys/types.h >NetBSD hp300 >#include That's why the namspace protection implementation is broken. After #define _POSIX_SOURCE 1 /* protect namespace */ #include /* or anything that includes this */ #undef _POSIX_SOURCE /* unprotect namespace */ the idempotency ifdef prevents further inclusions of , not , to get endian features. This permits a better implementation (except for being inherently namespace-polluting). NetBSD has fixed the man page. Bruce From owner-freebsd-hackers Mon Apr 21 00:03:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA25327 for hackers-outgoing; Mon, 21 Apr 1997 00:03:25 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA25320; Mon, 21 Apr 1997 00:03:19 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA08288; Mon, 21 Apr 1997 16:33:07 +0930 (CST) From: Michael Smith Message-Id: <199704210703.QAA08288@genesis.atrad.adelaide.edu.au> Subject: Re: Need a common passwd file among machines In-Reply-To: from Michael Dillon at "Apr 20, 97 10:31:19 pm" To: michael@memra.com (Michael Dillon) Date: Mon, 21 Apr 1997 16:33:07 +0930 (CST) Cc: freebsd-isp@freebsd.org, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Dillon stands accused of saying: > > > > Unfortunately, Livingston have put some anal restrictions on their latest > > RADIUS server code. > > So what? There is already RADIUS server code out there that doesn't have > anal restrictions and it works just fine. And there is already RADIUS > client code incorporated into radlogin for Linux so the essential pieces > are all there. "So what" is that the new Livingston code is Radius-2 compliant, and has lots of nice features. > > This is one of the goals of the PAM framework. I hope to have some time > > next week to get myself back up to date with PAM and update my BSD > > port of it. Once I have it building and linkable, it will be time to > > start discussing how to integrate it. 8) > > IMHO RADIUS should just be another PAM option. It is. If you are interested in PAM, I suggest some research 8) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 21 00:51:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA27482 for hackers-outgoing; Mon, 21 Apr 1997 00:51:27 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA27470 for ; Mon, 21 Apr 1997 00:51:23 -0700 (PDT) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.5) id AAA02578 for Freebsd-hackers@freebsd.org; Mon, 21 Apr 1997 00:51:21 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 21 Apr 1997 00:44:22 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Freebsd-hackers@freebsd.org Subject: FDDI Controller Driver Help... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there again, A piece of help on FDDI controllers is hereby solicited: a. Having the DEC cards that respond to the ``fpa'' driver (they are actually CDDI - the copper version, etc.), how do I hook them up. My supplier has no docs and I need a quick answer as to which cable goes where, whatr the pinout on the RJ-45 should be, etc. b. Whoever maintains this driver should consider submitting a tiny patch that adds the driver and its attendant files to i386/conf/files.i386. c. How do I go about setting it up in ifconfig? any special dark secrets? does it (the card) actually work? Is it stil supported? etc. thanx a million... Simon adds the driver and its attendant files to i386/conf/files.i386. c. How do I go about setting it up in ifconfig? any special dark secrets? does it (the card) actually work? Is it stil supported? etc. thanx a million. From owner-freebsd-hackers Mon Apr 21 00:51:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA27504 for hackers-outgoing; Mon, 21 Apr 1997 00:51:29 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA27469; Mon, 21 Apr 1997 00:51:23 -0700 (PDT) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.5) id AAA02577; Mon, 21 Apr 1997 00:51:21 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 21 Apr 1997 00:31:25 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: Mystery of the X11 Panic... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I guess 2.2.1 hates my system. After endless ahc problems, here is the latest (this might have shown up as an ahc problem?): Running 2.2.1-970415 and later, shortly after starting X11, while clicking the mouse on an icon in xfmail, xfm, or, sometimes, just because the system will crash, freeze, die mercilessly. No particular pattern :-( Well, the good news is that the good old 2.2-BETA_A does not suffer from these problems. the better news is that I managed to catch this panic while X11 was running: Fatal trap 12 - Page fault while in kernel mode. in virtual address 0xf71e0014. Tracing back shows that bash (?!) was the culprit, causing it after calling _Xsyscall -> _syscall -> _vm_open -> _spec_open. Things go south at _spec_open + 0x6e, complaining about cmpl $0,0(%eax). Now, I am a pretty good shell programmer, but never lerned how to panic a kernel with running a program on one :-) There is no explicit bash call on my part, to trigger the fault, but much of the X11 activity forks and exec's all over the place. But you know that already... Anyway, any help will be appreciated...! I must stabilize this kernel!!! Thanx, simon an ahc problem?): Running 2.2.1-970415 and later, shortly after starting X11, while clicking the mouse on an icon in xfmail, xfm, or, sometimes, just because the system will crash, freeze, die mercilessly. No particular patt From owner-freebsd-hackers Mon Apr 21 01:14:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA28554 for hackers-outgoing; Mon, 21 Apr 1997 01:14:16 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id BAA28546 for ; Mon, 21 Apr 1997 01:14:10 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA15119; Mon, 21 Apr 1997 09:27:38 +0200 From: Luigi Rizzo Message-Id: <199704210727.JAA15119@labinfo.iet.unipi.it> Subject: concurrent calls to device drivers To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 21 Apr 1997 09:27:37 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199704210613.PAA08016@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 21, 97 03:43:31 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [previous thread about possible bug in /dev/spkr ] > The driver claims to only permit a single opener, which as Bruce has > pointed out before is pointless as fd's are duplicated across forks. which reminds me that many device drivers in /sys/i386/isa (some of which were contributed by me... :( ) are "broken" in the same way: they keep a flag to remember that the device is open, but do not prevent concurrent calls, assuming the single open as a guarantee that there are no concurrent calls. The assumption is false not only because of forks, but presumably also when threads are used. At a quick glance the involved devices in /sys/i386/isa are pcaudio, bqu (transputer), asc, gsc, gpib, joy, qcam Perhaps devices should keep a "busy" flag to prevent concurrent calls, rather than limiting to insure a single open. BTW enabling concurrent opens would be kind of useful in some situations; as an example, once (on a couple of DEC with AudioFile) I set up a very simple Internet-phone application with the following: auread | rsh remotehost auplay & rsh remotehost auread | auplay & where auread/auplay are the applications to read/write to the audio device. The same would be possible if we allowed multiple opens to full duplex audio devices (assuming we had a working one...). Perhaps this ought to be a PR ? Cheers 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 Mon Apr 21 01:20:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id BAA28873 for hackers-outgoing; Mon, 21 Apr 1997 01:20:17 -0700 (PDT) Received: from shadows.aeon.net (bsdhack@shadows.aeon.net [194.100.41.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA28868 for ; Mon, 21 Apr 1997 01:20:12 -0700 (PDT) Received: (from bsdhack@localhost) by shadows.aeon.net (8.8.5/8.8.3) id LAA29137; Mon, 21 Apr 1997 11:19:20 +0300 (EET DST) From: mika ruohotie Message-Id: <199704210819.LAA29137@shadows.aeon.net> Subject: Re: Price of FreeBSD (was On Holy Wars...) In-Reply-To: <199704202005.NAA08460@phaeton.artisoft.com> from Terry Lambert at "Apr 20, 97 01:05:01 pm" To: terry@lambert.org (Terry Lambert) Date: Mon, 21 Apr 1997 11:19:20 +0300 (EET DST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Unless you are talking about NT 3.51, you're wrong: it does not need > a reboot, just an undocumented call into an undocumented DLL. Microsoft > just likes to ask for reboots because their change flag doesn't have > the necessary granularity to distinguish between "changes needing a > reboot" and "simple changes" -- all they see are "changes". and information about that can be found from? is that probably a new feature still on the level of "experimental" and "not fully implemented"? or just there? > Terry Lambert mickey From owner-freebsd-hackers Mon Apr 21 02:26:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id CAA01592 for hackers-outgoing; Mon, 21 Apr 1997 02:26:33 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA01583 for ; Mon, 21 Apr 1997 02:26:30 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id CAA15892 for ; Mon, 21 Apr 1997 02:24:59 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA15337; Mon, 21 Apr 1997 10:37:11 +0200 From: Luigi Rizzo Message-Id: <199704210837.KAA15337@labinfo.iet.unipi.it> Subject: Re: linux emu - linux_libs 2.4 Q To: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Date: Mon, 21 Apr 1997 10:37:10 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199704210903.LAA06172@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Apr 21, 97 11:03:29 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On a Feb. -current system I pkd_added linux_libraries-2.4 > but running /compat/linux/sbin/ldconfig gives me BTW why are these things in /compat, which is (generally) on the root file system ? I installed the linux libs etc and ended up with 13.5MB in /compat. Luckily my root partition was large enough to accomodate them, but this is not always the case. Would it be possible to stick the /compat stuff under /usr so that they end up on a larger partition ? 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 Mon Apr 21 03:04:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA03216 for hackers-outgoing; Mon, 21 Apr 1997 03:04:36 -0700 (PDT) Received: from ravenock.cybercity.dk ([195.8.141.126]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA03209 for ; Mon, 21 Apr 1997 03:04:30 -0700 (PDT) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.5/8.7.3) id LAA01891; Mon, 21 Apr 1997 11:56:43 +0200 (MET DST) From: Søren Schmidt Message-Id: <199704210956.LAA01891@ravenock.cybercity.dk> Subject: Re: linux emu - linux_libs 2.4 Q In-Reply-To: <199704210837.KAA15337@labinfo.iet.unipi.it> from Luigi Rizzo at "Apr 21, 97 10:37:10 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Mon, 21 Apr 1997 11:56:43 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Luigi Rizzo who wrote: > > On a Feb. -current system I pkd_added linux_libraries-2.4 > > but running /compat/linux/sbin/ldconfig gives me > > BTW why are these things in /compat, which is (generally) on the root > file system ? I installed the linux libs etc and ended up with 13.5MB > in /compat. Luckily my root partition was large enough to accomodate > them, but this is not always the case. > > Would it be possible to stick the /compat stuff under /usr so that they > end up on a larger partition ? ln -s /compat /usr/compat :) :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Mon Apr 21 03:27:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA04264 for hackers-outgoing; Mon, 21 Apr 1997 03:27:08 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA04245; Mon, 21 Apr 1997 03:27:03 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id DAA03554; Mon, 21 Apr 1997 03:28:51 -0700 (PDT) Message-Id: <199704211028.DAA03554@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Simon Shapiro cc: freebsd-hackers@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: Mystery of the X11 Panic... In-reply-to: Your message of "Mon, 21 Apr 1997 00:31:25 PDT." From: David Greenman Reply-To: dg@root.com Date: Mon, 21 Apr 1997 03:28:51 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Running 2.2.1-970415 and later, shortly after starting X11, while clicking ... >these problems. the better news is that I managed to catch this panic >while X11 was running: > >Fatal trap 12 - Page fault while in kernel mode. in virtual address >0xf71e0014. Tracing back shows that bash (?!) was the culprit, causing it >after calling _Xsyscall -> _syscall -> _vm_open -> _spec_open. > >Things go south at _spec_open + 0x6e, complaining about cmpl $0,0(%eax). > >Now, I am a pretty good shell programmer, but never lerned how to panic a >kernel with running a program on one :-) > >There is no explicit bash call on my part, to trigger the fault, but much >of the X11 activity forks and exec's all over the place. But you know that >already... > >Anyway, any help will be appreciated...! I must stabilize this kernel!!! This is almost certainly caused by the bug I fixed in kern_exec.c on April 18th. You say "-970415" and later...does this mean that you've updated your source in the past day or so? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Apr 21 03:48:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id DAA05197 for hackers-outgoing; Mon, 21 Apr 1997 03:48:49 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA05190 for ; Mon, 21 Apr 1997 03:48:43 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id GAA24306; Mon, 21 Apr 1997 06:35:31 -0400 (EDT) From: Peter Dufault Message-Id: <199704211035.GAA24306@hda.hda.com> Subject: Re: video capture driver interface to file system? In-Reply-To: <199704210433.OAA07211@genesis.atrad.adelaide.edu.au> from Michael Smith at "Apr 21, 97 02:03:42 pm" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 21 Apr 1997 06:35:30 -0400 (EDT) Cc: hasty@rah.star-gate.com, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I was actually believing that it would cover the uiomove() time as > well, which looked to be the worst offender. Some more study tells > me this was wrong, so yes, I'd have to agree that a user-space > application is probably going to perform nearly as well. I'm assuming DMA directly into the user buffer via physio for a raw transfer. I use "raw transfer" always to mean directly to user buffers. I guess I need to use "cooked" or "psuedo-raw" transfers to describe transfers that uiomove indirectly through kernel buffers. >From Amancio's brief description I assume the device is capable of DMAing to anywhere in PCI memory. The only cool optimization I can think of is to use non-ascending transfers to DMA directly to a SCSI controller's data FIFO ... but we'll talk about that when we're trying to do 40MB/second to a disk array. (I've done exactly that in an HDTV research application four years back, though it was only 20MB/sec). Peter -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-hackers Mon Apr 21 04:00:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA05820 for hackers-outgoing; Mon, 21 Apr 1997 04:00:22 -0700 (PDT) Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id EAA05812 for ; Mon, 21 Apr 1997 04:00:18 -0700 (PDT) Received: from usr604.zko.dec.com by mail1.digital.com (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA15192; Mon, 21 Apr 1997 03:54:26 -0700 Message-Id: <3.0.1.32.19970421065339.007721b0@www.3am-software.com> X-Sender: matt@www.3am-software.com (Unverified) X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Mon, 21 Apr 1997 06:53:39 -0400 To: Simon Shapiro From: Matt Thomas Subject: Re: FDDI Controller Driver Help... Cc: hackers@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >a. Having the DEC cards that respond to the ``fpa'' driver (they are > actually CDDI - the copper version, etc.), how do I hook them up. My > supplier has no docs and I need a quick answer as to which cable goes > where, whatr the pinout on the RJ-45 should be, etc. All UTP FDDI devices use a BN25H (Digital P/N) cable. This is a cable with 3/4 and 5/6 wired straight and 1/7 and 2/8 crossed. >b. Whoever maintains this driver should consider submitting a tiny patch > that adds the driver and its attendant files to i386/conf/files.i386. I think Joerg did the last merge... >c. How do I go about setting it up in ifconfig? any special dark secrets? > does it (the card) actually work? Is it stil supported? etc. ifconfig just like Ethernet. I've had the DEFPA working in my PC for a really long time now. -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-hackers Mon Apr 21 04:58:58 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id EAA08626 for hackers-outgoing; Mon, 21 Apr 1997 04:58:58 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA08615 for ; Mon, 21 Apr 1997 04:58:54 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id EAA00447; Mon, 21 Apr 1997 04:58:16 -0700 (PDT) Message-Id: <199704211158.EAA00447@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Peter Dufault cc: msmith@atrad.adelaide.edu.au (Michael Smith), hackers@freebsd.org Subject: Re: video capture driver interface to file system? In-reply-to: Your message of "Mon, 21 Apr 1997 06:35:30 EDT." <199704211035.GAA24306@hda.hda.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Apr 1997 04:58:16 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Peter Dufault : > > I was actually believing that it would cover the uiomove() time as > > well, which looked to be the worst offender. Some more study tells > > me this was wrong, so yes, I'd have to agree that a user-space > > application is probably going to perform nearly as well. > > I'm assuming DMA directly into the user buffer via physio for a > raw transfer. I use "raw transfer" always to mean directly to user > buffers. I guess I need to use "cooked" or "psuedo-raw" transfers > to describe transfers that uiomove indirectly through kernel buffers. > > From Amancio's brief description I assume the device is capable of > DMAing to anywhere in PCI memory. The only cool optimization > I can think of is to use non-ascending transfers to DMA directly > to a SCSI controller's data FIFO ... but we'll talk about that when > we're trying to do 40MB/second to a disk array. (I've done exactly > that in an HDTV research application four years back, though it > was only 20MB/sec). Now thats more like it 8) Yes the Bt848 is capable of DMAing to any place in memory or to any PCI target device. For instance, we can capture video to system memory or we can dma straight into the video display's frame buffer without any cpu intervention. I use the latter to watch TV in my system. On a good monitor it matches the quality of a reqular TV. Not sure how much clear I can make it. So here is a sample code from the driver. This is from the code which instructs the Bt848 where to dma the info to: if (bktr->video.addr) { target_buffer = (u_long) bktr->video.addr; pitch = bktr->video.width; } else { target_buffer = (u_long) vtophys(bktr->bigbuf); pitch = cols*pixel_width; } So if the user specified the physical address of the video display's frame buffer we use it otherwise we happily capture to system memory. >From the Bt848 point of view , it does not know if its dmaing to host memory or to the card's display frame buffer. The Bt848 has 70 32bit words to hold a video line. The dma control procedure is controlled by a "RISC" program in the host memory. The RISC instructions tells the dma processor what to do with a video line: skip pixels , write to a given destination , or wait for start of frame, etc... to dma a line one uses a write instruction with the number of bytes to transfer and the address of the target. Cheers, Amancio From owner-freebsd-hackers Mon Apr 21 05:10:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA09369 for hackers-outgoing; Mon, 21 Apr 1997 05:10:29 -0700 (PDT) Received: from asteroid.intermedia.ru ([194.85.158.35]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA09317; Mon, 21 Apr 1997 05:09:50 -0700 (PDT) Received: from asteroid.intermedia.ru (localhost.intermedia.ru [127.0.0.1]) by asteroid.intermedia.ru (8.8.5/8.8.5) with ESMTP id QAA02926; Mon, 21 Apr 1997 16:11:49 +0400 (MSD) Message-Id: <199704211211.QAA02926@asteroid.intermedia.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: Terry Lambert cc: mtaylor@cybernet.com (Mark Taylor), hackers@freebsd.org, bugs@freebsd.org Subject: Re: vnode as filesystem (crash!) In-reply-to: Your message of "Mon, 14 Apr 1997 13:55:10 PDT." <199704142055.NAA19330@phaeton.artisoft.com> Reply-To: Alex Povolotsky Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Apr 1997 16:11:25 +0400 From: Alex Povolotsky Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmm... I couldn't make vnode working as filesystem at all. How should I init the file intended to be a FS? Alex. From owner-freebsd-hackers Mon Apr 21 06:21:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA12583 for hackers-outgoing; Mon, 21 Apr 1997 06:21:46 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA12575 for ; Mon, 21 Apr 1997 06:21:38 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA25212 for hackers@freebsd.org; Mon, 21 Apr 1997 15:21:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id PAA22705; Mon, 21 Apr 1997 15:05:25 +0200 (MET DST) Message-ID: <19970421150525.FM29102@uriah.heep.sax.de> Date: Mon, 21 Apr 1997 15:05:25 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: concurrent calls to device drivers References: <199704210613.PAA08016@genesis.atrad.adelaide.edu.au> <199704210727.JAA15119@labinfo.iet.unipi.it> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704210727.JAA15119@labinfo.iet.unipi.it>; from Luigi Rizzo on Apr 21, 1997 09:27:37 +0200 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Luigi Rizzo wrote: > > The driver claims to only permit a single opener, which as Bruce has > > pointed out before is pointless as fd's are duplicated across forks. > > which reminds me that many device drivers in /sys/i386/isa (some > of which were contributed by me... :( ) are "broken" in the same > way: they keep a flag to remember that the device is open, but do > not prevent concurrent calls, assuming the single open as a guarantee > that there are no concurrent calls. The single open at least reduced the possibility of an error to the writer of some program (since he must pass the open fd on to his child). Preventing multiple opens avoids two different programs from opening it at the same time (incidentally, or malicuously). That is, somebody who's writing code like: fd = open("/dev/speaker", ...); switch (fork()) { case 0: write(fd, "cdefg", 5); exit(0); case -1: perror("fork failed"); exit(1); default: write(fd, "gfedc", 5); } ...simply gets what he deserves. It doesn't make more sense in this case to interleave or serialize the calls to write() above except to prevent kernel data corruption. The ``only one open'' should still stay there, to prevent multiple programs from competing for the device. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Apr 21 06:24:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA12797 for hackers-outgoing; Mon, 21 Apr 1997 06:24:16 -0700 (PDT) Received: from maelstrom.cc.mcgill.ca (maelstrom.CC.McGill.CA [132.206.35.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA12779; Mon, 21 Apr 1997 06:24:07 -0700 (PDT) Received: (from yves@localhost) by maelstrom.cc.mcgill.ca (8.8.5/8.8.5) id JAA07127; Mon, 21 Apr 1997 09:24:03 -0400 (EDT) Message-Id: <199704211324.JAA07127@maelstrom.cc.mcgill.ca> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) Received: by NeXT.Mailer (1.118.2) From: Yves Lepage Date: Mon, 21 Apr 97 09:23:59 -0400 To: Vinay Bannai Subject: Re: Need a common passwd file among machines cc: freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org Reply-To: yves@CC.McGill.CA References: <199704200512.WAA16052@agni.nuko.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Vinay, What we do here is that we only maintain an old-unix passwd file with the passwords in. Then we use the pwconv utility on solaris to generate the shadow equivalent. On FreeBSD, you can do the same except you use the pwd_mkdb utility to generate the password database. I hope this helps, Yves Begin forwarded message: X-SMTP-Posting-Origin: ns3.harborcom.net (ns3.harborcom.net [206.158.4.7]) From: Vinay Bannai Subject: Need a common passwd file among machines To: freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org Date: Sat, 19 Apr 1997 22:12:54 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Hi folks, I need a common passwd file that is shared by a FreeBSD machine, Linux machine, Solaris and a SunOS machine. I do not want to use NIS. I thought of using rdist to distribute the passwd file among all these machines but could not because some of them use shadow passwd files and others don't. Also, I am not sure the passwd encryption is the same on all these platforms. More generally, the reason I am using this approach is to make the developement of code easier by using cvs. I have one machine exporting the cvs source tree and others mount it. To keep the same uids, I need to share the passwd files. Does anyone have a better suggestions? Thanks Vinay From owner-freebsd-hackers Mon Apr 21 06:29:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA13060 for hackers-outgoing; Mon, 21 Apr 1997 06:29:18 -0700 (PDT) Received: from maelstrom.cc.mcgill.ca (maelstrom.CC.McGill.CA [132.206.35.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA13034; Mon, 21 Apr 1997 06:29:12 -0700 (PDT) Received: (from yves@localhost) by maelstrom.cc.mcgill.ca (8.8.5/8.8.5) id JAA07167; Mon, 21 Apr 1997 09:28:53 -0400 (EDT) Message-Id: <199704211328.JAA07167@maelstrom.cc.mcgill.ca> MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Received: by NeXT.Mailer (1.118.2) From: Yves Lepage Date: Mon, 21 Apr 97 09:28:51 -0400 To: Alex Belits Subject: Re: Need a common passwd file among machines cc: Vinay Bannai , freebsd-hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG Reply-To: yves@CC.McGill.CA References: Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello, > P.S. Is there any existing thing or at least an idea of making one that > does this thing nicer? NIS is based on rather dumb idea that to > authenticate local user one will want to go to some server and ask him > instead of IMHO more sane approach of distributing authentication > information from that server to always perform authentication locally and > never depend on some host being accessible at the time of user's login. > > In surface this is right. However, NIS does database lookups instead of sequential file access (non-FreeBSD systems) and that's one of the better reasons of existence of NIS. With a few thousands of users, sequential search becomes rather heavy. IMO, NIS is fine, given you have reliable networks and reliable servers and at least one slave. What I don't like about NIS is that in 1997, it still doesn't allow for atomic modifications of the database (add one user, etc...). Regards, Yves From owner-freebsd-hackers Mon Apr 21 06:37:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA13725 for hackers-outgoing; Mon, 21 Apr 1997 06:37:47 -0700 (PDT) Received: from phobos.illtel.denver.co.us (abelits@phobos.illtel.denver.co.us [207.33.75.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA13707; Mon, 21 Apr 1997 06:37:41 -0700 (PDT) Received: from localhost (abelits@localhost) by phobos.illtel.denver.co.us (8.8.5/8.6.9) with SMTP id GAA13412; Mon, 21 Apr 1997 06:40:05 -0700 Date: Mon, 21 Apr 1997 06:40:03 -0700 (PDT) From: Alex Belits To: Yves Lepage cc: Vinay Bannai , freebsd-hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG Subject: Re: Need a common passwd file among machines In-Reply-To: <199704211328.JAA07167@maelstrom.cc.mcgill.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Apr 1997, Yves Lepage wrote: > In surface this is right. However, NIS does database lookups instead of sequential > file access (non-FreeBSD systems) and that's one of the better reasons of existence > of NIS. With a few thousands of users, sequential search becomes rather heavy. indexed database can be used just fine locally. > > IMO, NIS is fine, given you have reliable networks and reliable servers and at > least one slave. Networks can be reliable, but if any network problem makes large parts of network inoperable just because they can't access authentication server, overall fault tolerance of the network becomes too low, especially for ISPs. -- Alex From owner-freebsd-hackers Mon Apr 21 06:51:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA14582 for hackers-outgoing; Mon, 21 Apr 1997 06:51:37 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA14566 for ; Mon, 21 Apr 1997 06:51:34 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA25494; Mon, 21 Apr 1997 15:51:32 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id PAA22803; Mon, 21 Apr 1997 15:24:58 +0200 (MET DST) Message-ID: <19970421152457.YI24549@uriah.heep.sax.de> Date: Mon, 21 Apr 1997 15:24:57 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Cc: Shimon@i-Connect.Net (Simon Shapiro) Subject: Re: FDDI Controller Driver Help... References: <3.0.1.32.19970421065339.007721b0@www.3am-software.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.1.32.19970421065339.007721b0@www.3am-software.com>; from Matt Thomas on Apr 21, 1997 06:53:39 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Matt Thomas wrote: > >b. Whoever maintains this driver should consider submitting a tiny patch > > that adds the driver and its attendant files to i386/conf/files.i386. > > I think Joerg did the last merge... ...and the entries are there, actually. After all, i tested the driver before importing. :-) The aren't in the alphabetical order however, i should fix this some day. j@uriah 724% grep 'f[pe]a' /sys/{,i386}/conf/files* /sys//conf/files:dev/pdq/pdq.c optional fea device-driver /sys//conf/files:dev/pdq/pdq_ifsubr.c optional fea device-driver /sys//conf/files:dev/pdq/pdq.c optional fpa device-driver /sys//conf/files:dev/pdq/pdq_ifsubr.c optional fpa device-driver /sys//conf/files:pci/if_fpa.c optional fpa device-driver /sys/i386/conf/files.i386:i386/eisa/if_fea.c optional fea device-driver -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Apr 21 06:52:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id GAA14681 for hackers-outgoing; Mon, 21 Apr 1997 06:52:04 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id GAA14628 for ; Mon, 21 Apr 1997 06:51:53 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA25495; Mon, 21 Apr 1997 15:51:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id PAA22818; Mon, 21 Apr 1997 15:31:29 +0200 (MET DST) Message-ID: <19970421153129.QV24320@uriah.heep.sax.de> Date: Mon, 21 Apr 1997 15:31:29 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Cc: mt@folco.lms.ru (Alex Povolotsky) Subject: Re: vnode as filesystem (crash!) References: <199704142055.NAA19330@phaeton.artisoft.com> <199704211211.QAA02926@asteroid.intermedia.ru> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704211211.QAA02926@asteroid.intermedia.ru>; from Alex Povolotsky on Apr 21, 1997 16:11:25 +0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (Cc list royally trimmed.) As Alex Povolotsky wrote: > Hmm... I couldn't make vnode working as filesystem at all. How should I init > the file intended to be a FS? Have a look at /usr/src/release/doFS.sh, that's how the filesystems on the boot and fixit floppy are being built. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Apr 21 07:30:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA16734 for hackers-outgoing; Mon, 21 Apr 1997 07:30:23 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA16711; Mon, 21 Apr 1997 07:30:18 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id IAA07756; Mon, 21 Apr 1997 08:30:15 -0600 (MDT) Message-Id: <199704211430.IAA07756@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Simon Shapiro cc: freebsd-hackers@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: Mystery of the X11 Panic... In-reply-to: Your message of "Mon, 21 Apr 1997 00:31:25 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Apr 1997 08:28:42 -0600 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I guess 2.2.1 hates my system. > >After endless ahc problems, here is the latest (this might have shown up as >an ahc problem?): > >Running 2.2.1-970415 and later You mean, you are running from the 2.2 branch (CVSupped or CTMed) as of 970415. 2.2.1 is a static release. Also be aware that the latest ahc driver was committed late on 4/18/97, so if you don't have code that current, you should update. >an ahc problem?): It doesn't sound like it. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Mon Apr 21 07:51:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA19234 for hackers-outgoing; Mon, 21 Apr 1997 07:51:46 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA19216 for ; Mon, 21 Apr 1997 07:51:12 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA23822; Mon, 21 Apr 1997 10:50:18 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 21 Apr 1997 10:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id KAA20063; Mon, 21 Apr 1997 10:33:38 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id KAA01925; Mon, 21 Apr 1997 10:40:04 -0400 (EDT) Date: Mon, 21 Apr 1997 10:40:04 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704211440.KAA01925@lakes.water.net> To: ponds!hda.com!dufault, ponds!rah.star-gate.com!hasty Subject: Re: video capture driver interface to file system? Cc: ponds!freebsd.org!hackers, ponds!atrad.adelaide.edu.au!msmith Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Yes the Bt848 is capable of DMAing to any place in memory or to any > PCI target device. For instance, we can capture video to system > memory or we can dma straight into the video display's frame buffer > without any cpu intervention. I use the latter to watch TV in my system. > On a good monitor it matches the quality of a reqular TV. Wow! I would really like to do that. I'm sure you've related that details (hardware, etc...) on the multimedia mailing list; could you send a note here? Sorta a "how to watch TV under FreeBSD?" That way, I can get my X-files fix and still pursue my FreeBSD problems :-) - Thanks - - Dave Rivers - From owner-freebsd-hackers Mon Apr 21 07:54:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA19471 for hackers-outgoing; Mon, 21 Apr 1997 07:54:04 -0700 (PDT) Received: from odin.visigenic.com (odin.visigenic.com [204.179.98.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA19464 for ; Mon, 21 Apr 1997 07:54:02 -0700 (PDT) Received: from VSI48 (vsi48.visigenic.com [206.64.15.185]) by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP id AAA3623; Mon, 21 Apr 1997 07:54:00 -0700 Message-Id: <3.0.32.19970421075224.009d73e0@visigenic.com> X-Sender: toneil@visigenic.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 21 Apr 1997 07:52:25 -0700 To: jack From: "Tim Oneil" Subject: Re: Price of FreeBSD (was On Holy Wars...) Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:28 AM 4/19/97 -0400, you wrote: >NoThanks 4.0's stock ATI ??? video drivers can't change desktop font size >without a re-boot. Thats funny. Mine can. From owner-freebsd-hackers Mon Apr 21 07:55:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA19561 for hackers-outgoing; Mon, 21 Apr 1997 07:55:02 -0700 (PDT) Received: from FNAL.FNAL.Gov (fnal.fnal.gov [131.225.110.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA19551 for ; Mon, 21 Apr 1997 07:54:57 -0700 (PDT) Received: from aduxb.fnal.gov ("port 32875"@aduxb.fnal.gov) by FNAL.FNAL.GOV (PMDF V5.0-5 #3998) id <01IHYOMGSNLM000LRX@FNAL.FNAL.GOV> for hackers@freefall.freebsd.org; Mon, 21 Apr 1997 09:54:56 -0600 Received: from localhost by aduxb.fnal.gov (5.x/SMI-SVR4) id AA03287; Mon, 21 Apr 1997 09:54:54 -0500 Date: Mon, 21 Apr 1997 09:54:54 -0500 (CDT) From: Richard Neswold Subject: Re: Accomodating Terry In-reply-to: <199704190012.RAA15465@freefall.freebsd.org> To: hackers@freefall.freebsd.org Reply-to: neswold@FNAL.GOV Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 18 Apr 1997, Terry Lambert wrote: > > CVS updates will still keep me current. I get revision control of my changes > > while I develop. The main repository only gets my "final" source base. > > > > Am I missing something in this scenario? > > | % cvs log foo.c [CVS output deleted...] > Oops. You don't have a previous revision, do you? You only have > your 'tip'. And your 'tip' is not the correct "final" source base. That's because you're modifying it. > I'm worried about getting all of this baseline code in and then finding > out 3 months down the road that one of the baseline module changes I > made was the wrong one, but having no way to back it out or find out > what the previous code should have looked like without rewriting from > scratch. Just check out the correct "tip" from the cvs repository to overwrite your modifications. > Also, if you are trying to follow a set of changes, having them appear > full-blown in the source tree won't really help your understanding. Observe which modules were changed (the output of 'cvs update') and correspond with the developer. Rich ------------------------------------------------------------------------ Richard Neswold, Accelerator Div./Controls Dept | neswold@fnal.gov Fermilab, PO Box 500, MS 347, Batavia, IL 60510 | voice (630) 840-3454 'finger neswold@aduxb.fnal.gov' for PGP key | fax (630) 840-3093 From owner-freebsd-hackers Mon Apr 21 08:05:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA20135 for hackers-outgoing; Mon, 21 Apr 1997 08:05:56 -0700 (PDT) Received: from haywire.DIALix.COM (news@haywire.dialix.com [192.203.228.65]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA20098 for ; Mon, 21 Apr 1997 08:05:36 -0700 (PDT) Received: (from news@localhost) by haywire.DIALix.COM (8.8.4/8.8.2) id XAA24509 for freebsd-hackers@freebsd.org; Mon, 21 Apr 1997 23:04:30 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-hackers@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-hackers@freebsd.org Date: 21 Apr 1997 07:47:27 GMT From: "craig" Message-ID: <01bc4e28$6456cdc0$32010ccb@default> Organization: - Subject: I AM JUST GETTING INTO HACKING AND I NEED HELP Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, if you can help me learn how to hack please e-mail me. swimmer_guy@geocities.com thank you for your time. From owner-freebsd-hackers Mon Apr 21 08:53:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA25261 for hackers-outgoing; Mon, 21 Apr 1997 08:53:59 -0700 (PDT) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA25239 for ; Mon, 21 Apr 1997 08:53:54 -0700 (PDT) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id da001355 for ; Sun, 20 Apr 1997 14:24:15 +0100 Message-ID: <335A18FD.36C2@wgold.demon.co.uk> Date: Sun, 20 Apr 1997 14:24:13 +0100 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: "David S. Miller" CC: freebsd-hackers@freeBSD.org Subject: Re: Price of FreeBSD (was On Holy Wars...) References: <199704201132.HAA05697@jenolan.caipgeneral> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@freeBSD.org X-Loop: FreeBSD.org Precedence: bulk I disagree. Clearly the sources are there, but they are not normally compiled in. It is not the case that a uniprocessor is simply a particular case of an SMP configuration - the code is quite different, and the default build (and versions provided from eg Red Hat) do not have the code enabled. I'm well aware that the FreeBSD and Linux systems have SMP support if you care to try it out, but its not 'finished' in the way that SMP works out of the box with Solaris, NT, or UnixWare, for example, and as you say it is still somewhat 'work in progress'. (You give examples below, after all) From my point of view its not done yet, and until then, its not supported. Admitedly this isn't necessarily a common viewpoint in the Linux community, but I've not enough time to mess with version-of-the-week issues when I'm fighting to get functionality into my own products. James David S. Miller wrote: > > Date: Fri, 18 Apr 1997 09:29:08 +0100 > From: James Mansion > > There is an SMP kernel under development. As there is one for > Linux. But neither system has this as the core kernel line and > neither is finished or robust. > > Incorrect, in 2.0.x and even more so in 2.1.x SMP is fully supported > and in the sources for both the Sparc and Intel platform (Alpha coming > soon). The comment on robustness is pretty much correct although I > use it on all my development boxes, for 2.0.x Sparc SMP is much more > stable, for 2.1.x lately both Intel and Sparc are of similar > stability. We've threaded the heart of at least a few major > subsystems of the kernel already (scheduler, interrupts, drivers, and > wait queues), we are currently threading the vfs layer and next the > buffer/page caches and networking should come reasonably soon after > that. > > ---------------------------------------------//// > Yow! 11.26 MB/s remote host TCP bandwidth & //// > 199 usec remote TCP latency over 100Mb/s //// > ethernet. Beat that! //// > -----------------------------------------////__________ o > David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From owner-freebsd-hackers Mon Apr 21 08:54:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id IAA25263 for hackers-outgoing; Mon, 21 Apr 1997 08:54:00 -0700 (PDT) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id IAA25242 for ; Mon, 21 Apr 1997 08:53:55 -0700 (PDT) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id ha001359 for ; Mon, 21 Apr 1997 16:47:08 +0100 Message-ID: <335B8BFB.D65@westongold.com> Date: Mon, 21 Apr 1997 16:47:07 +0100 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: Alex Belits CC: freebsd-hackers@freebsd.org Subject: Re: Price of FreeBSD (was On Holy Wars...) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Alex Belits wrote: > > On Sun, 20 Apr 1997, James Mansion wrote: > > > I would have though that some very minor performance hit would be > > worthwhile if you could make it much easier to: > > - add new file systems, preferably layered too > > - add support for native interpreted systems, such as Java > > Oh, that can justify inefficiency in kernel. I'm not sure I understand you. Adding such code *shouldn't* cause inefficiency. I'm saying that I'd rather lose a bit of efficiency and have a source code base that is cleanly structured, so that such enhancements are easy. Structuring to make such changes easy might well introduce 'inefficiency' (or rather, efficient solution of a different problem) > > > - add new system calls > > I don't think, adding system calls like popen(2) and gethostbyname(2) (*) > will be a valid reason for inefficient implementation of existing ones. > > > - add new 'objects' that can be integrated into select() or > > poll() [in particular, threads and synchronisation primitives] > > select() (BSD) and poll() (SysV) work on sets of file descriptors > (RTFM what is a file descriptor in anything unixlike), and if system > doesn't do it exactly that way, it's broken. Posix vs. BSD select() > behavior incompatibility is a known problem, but now there is no > reasonable way to "fix" it in either direction -- at least people know it > and write portable code. Try thinking before you write, huh? I'm arguing for a more modular approach, on the assumption that having a very clean modular design will introduce extra levels of indirection and data hiding, which will have a minor impact on performance. Maybe even a measurable impact in some cases. I'm saying its worth it. On AIX for example you can integrate the SysV message queues. On NT I have an ability to wait for multiple different types of object. It is useful to be able to wait for an event to be signalled, a timer to expire, a thread to end, or IO to be possible (as for select etc) in one place. Its a royal pain that you have this excellent IO multiplexing mechanism, and the POSIX threading and synchronisation facilities, but that they don't interoperate very tidily. This would be useful. I *know* that the current spec doesn't support it. I also know that it would be useful, and I might want to add it. But I can't (or won't) if the code is spaghetti. > > > (Oh yeah, and I absolutely refuse to write anything in C when I > > have C++ to hand, and I'd kinda appreciate an ability to reuse my Good > > Stuff) > > In kernel? You don't have C++ anywhere close to your hands when you > write kernel. Why? (Assuming that the compiler works) Strong typing, reuse of collections and pattern implementations, exceptions, templates, its all worthwhile and I wouldn't be without it. Look at Doug Schmidt's work on communication frameworks if you are really so clueless that you don't understand why I'd want to use those facilities. > > > It would seem that we are in danger of 'proving' that a tightly coupled > > monolithic system can have much better performance characteristics than > > a modular one with 'traffic cops' (such as the HAL) in the middle. But > > then that's hardly news, nor would it be news that the upgrade and > > release process got steadily more painful as the complexity/entropy > > increased. > > Microkernel systems can be as efficient as monolithic ones. Modularity Name one. The very requirement of the boundaries will introduce a cost that you could avoid with a direct function call. > doesn't necessary mean such "extreme" as microkernel design either. And > Microsoft can make an OS based on any kind of design concept and it will > crawl -- it's Microsoft after all. Well, that's as stupid and dumb a thing as its possible to say, really. > > > Your choice, guys, and the product is at least successful at the moment, > > but it seems like (the top of?) a slippery slope to me. > > "Tight coupling" isn't a correct word for what you are trying to > describe, "messy design" is. And there can't be any questions, should > anyone fix it or not -- already some things are getting cleaner, so I > assume, people realize that. At what extent it could be done, is a > different question, but justifications that you given for inefficient > implementation aren't valid. I am saying that I would accept an inefficient implementation if there were a tradeoff. Efficiency isn't everything, even in a kernel. Its one reason why NT isn't very effieicnt - it doesn't need to be, to be successful, so long as it is 'good enough'. Which it clearly isn't as an enterprise server, but clearly is as, for example, a trader workstation. Of course, I'd rather have a super clean modular system that was the ultimate in efficiency too. Given the choice, I'd have a modular system any day though. > > -- > Alex > > (*) for some strange people who didn't get it -- popen(3) and > gethostbyname(3) are library functions that no sane person can put into > kernel, so they'll become "popen(2)" and "gethostbyname(2)". Huh. Can you make any sane justification for the woolly divide between libc and the kernel? One of the worst aspects of UNIX as we know it. James From owner-freebsd-hackers Mon Apr 21 09:04:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA26427 for hackers-outgoing; Mon, 21 Apr 1997 09:04:21 -0700 (PDT) Received: from odin.visigenic.com (odin.visigenic.com [204.179.98.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA26417 for ; Mon, 21 Apr 1997 09:04:16 -0700 (PDT) Received: from VSI48 (vsi48.visigenic.com [206.64.15.185]) by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP id AAA10492 for ; Mon, 21 Apr 1997 09:04:16 -0700 Message-Id: <3.0.32.19970421090239.00b74810@visigenic.com> X-Sender: toneil@visigenic.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 21 Apr 1997 09:02:41 -0700 To: hackers@freebsd.org From: "Tim Oneil" Subject: Re: Price of FreeBSD (was On Holy Wars...) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 01:00 PM 4/20/97 -0700, you wrote: >I have had to reinstall components of Windows 95 and NT more frequently. > >The most common problem is CTL3D32.DLL, which is different between >Windows95 and NT, and which is badly documented. Terry is absolutely right here, this is one of MS's major blunders. This DLL came about when the thier Xcel (or some product like that) team re-designed the standard UI template, and the MS brass liked it so much they said "this shalt be the new standard." Interestingly enough the UI was totally re-designed a year later for Windows 95. -Tim From owner-freebsd-hackers Mon Apr 21 09:17:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA27637 for hackers-outgoing; Mon, 21 Apr 1997 09:17:52 -0700 (PDT) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.19.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA27625 for ; Mon, 21 Apr 1997 09:17:44 -0700 (PDT) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id MAA17358; Mon, 21 Apr 1997 12:17:31 -0400 (EDT) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id MAA06730; Mon, 21 Apr 1997 12:16:14 -0400 Date: Mon, 21 Apr 1997 12:16:14 -0400 Message-Id: <199704211616.MAA06730@jenolan.caipgeneral> From: "David S. Miller" To: james@wgold.demon.co.uk CC: freebsd-hackers@freebsd.org In-reply-to: <335A18FD.36C2@wgold.demon.co.uk> (message from James Mansion on Sun, 20 Apr 1997 14:24:13 +0100) Subject: Re: Price of FreeBSD (was On Holy Wars...) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Date: Sun, 20 Apr 1997 14:24:13 +0100 From: James Mansion I disagree. Clearly the sources are there, but they are not normally compiled in. It is not the case that a uniprocessor is simply a particular case of an SMP configuration - the code is quite different, and the default build (and versions provided from eg Red Hat) do not have the code enabled. At least on Sparc, there are SMP kernel rpm's for redhat-4.1, if during the install phase an SMP system is detected, the SMP kernel rpm's are installed instead of the UP ones. ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From owner-freebsd-hackers Mon Apr 21 09:24:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28024 for hackers-outgoing; Mon, 21 Apr 1997 09:24:07 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA27983; Mon, 21 Apr 1997 09:23:58 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA13617; Mon, 21 Apr 1997 09:20:53 -0700 From: Terry Lambert Message-Id: <199704211620.JAA13617@phaeton.artisoft.com> Subject: Re: Need a common passwd file among machines To: abelits@phobos.illtel.denver.co.us (Alex Belits) Date: Mon, 21 Apr 1997 09:20:53 -0700 (MST) Cc: terry@lambert.org, vinay@agni.nuko.com, freebsd-hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG In-Reply-To: from "Alex Belits" at Apr 20, 97 04:38:39 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > How do I force synchronization with someone's desktop box if they > > turn it off and go home? > > When box is turned off it definitely doesn't need any authentication > information at all -- no one can login there anyway. When such box boots > it can ask server, and server will update authentication information if it > was changed (similar to what happens when secondary nameserver is started) > before any user will have chance to log in -- still less overhead than to > ask server every time. For pure clients, you are correct. Unless the box is a server. Then it depends on who wins the election whether it will update or not. And perhaps the other server who would have won the election is now down. Either way, it's possible for the newly reenabled server to serve stale data to other clients. > > This is the same for all push-model authentication distribution > > services: it has a hard time working in the real world, and depends > > on silly ideas like "skulking" processes to push the data when they > > can. > > > > Meanwhile, between "skulks", the replicating tree has invalid > > information, and may win the "master election" for a client, and > > authenticate client credentials which are, in fact, "stale", and > > there;'s no way to stop it from happening. > > The idea is that server updates authentication data on clients whenever > it's changed, not client asks server about that (except when booting). So > the delay between data being changed on the server and being received on > some client will be almost as short as it takes to do remote > authentication procedure from that client (depends on network bandwidth, > server resources, etc). And this relies on everything being up. No matter how you slice it, there's a race window. At the very least, there is a race window on transient network failure that causes a net split to occur: the very case where you would want replication in the first place. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 21 09:42:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA28959 for hackers-outgoing; Mon, 21 Apr 1997 09:42:37 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA28906; Mon, 21 Apr 1997 09:42:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA13683; Mon, 21 Apr 1997 09:39:25 -0700 From: Terry Lambert Message-Id: <199704211639.JAA13683@phaeton.artisoft.com> Subject: Re: vnode as filesystem (crash!) To: mt@folco.lms.ru Date: Mon, 21 Apr 1997 09:39:25 -0700 (MST) Cc: terry@lambert.org, mtaylor@cybernet.com, hackers@freebsd.org, bugs@freebsd.org In-Reply-To: <199704211211.QAA02926@asteroid.intermedia.ru> from "Alex Povolotsky" at Apr 21, 97 04:11:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Hmm... I couldn't make vnode working as filesystem at all. How should I init > the file intended to be a FS? Look in the handbook on "how to make a distribution"; it uses a vnconfig'ed vnode to do the job, and covers what you have to do in some detail. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 21 09:44:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29202 for hackers-outgoing; Mon, 21 Apr 1997 09:44:45 -0700 (PDT) Received: from phobos.illtel.denver.co.us (abelits@phobos.illtel.denver.co.us [207.33.75.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA29185 for ; Mon, 21 Apr 1997 09:44:39 -0700 (PDT) Received: from localhost (abelits@localhost) by phobos.illtel.denver.co.us (8.8.5/8.6.9) with SMTP id JAA14350; Mon, 21 Apr 1997 09:47:00 -0700 Date: Mon, 21 Apr 1997 09:47:00 -0700 (PDT) From: Alex Belits Reply-To: Alex Belits To: James Mansion cc: freebsd-hackers@freebsd.org Subject: Re: Price of FreeBSD (was On Holy Wars...) In-Reply-To: <335B8BFB.D65@westongold.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Apr 1997, James Mansion wrote: > Alex Belits wrote: > > > > On Sun, 20 Apr 1997, James Mansion wrote: > > > > > I would have though that some very minor performance hit would be > > > worthwhile if you could make it much easier to: > > > - add new file systems, preferably layered too > > > - add support for native interpreted systems, such as Java > > > > Oh, that can justify inefficiency in kernel. > > I'm not sure I understand you. Adding such code *shouldn't* cause > inefficiency. Then it's invalid justification. Or you mean that supporting interpreters can be an _excuse_ to have the rest of system inefficient? > I'm saying that I'd rather lose a bit of efficiency and > have a source code base that is cleanly structured, so that such > enhancements are easy. Structuring to make such changes easy might > well introduce 'inefficiency' (or rather, efficient solution of a > different problem) > > > > > > - add new system calls > > > > I don't think, adding system calls like popen(2) and gethostbyname(2) (*) > > will be a valid reason for inefficient implementation of existing ones. > > > > > - add new 'objects' that can be integrated into select() or > > > poll() [in particular, threads and synchronisation primitives] > > > > select() (BSD) and poll() (SysV) work on sets of file descriptors > > (RTFM what is a file descriptor in anything unixlike), and if system > > doesn't do it exactly that way, it's broken. Posix vs. BSD select() > > behavior incompatibility is a known problem, but now there is no > > reasonable way to "fix" it in either direction -- at least people know it > > and write portable code. > > Try thinking before you write, huh? > > I'm arguing for a more modular approach, on the assumption that having a > very clean modular design will introduce extra levels of indirection and > data hiding, which will have a minor impact on performance. Maybe even > a measurable impact in some cases. I'm saying its worth it.. > > On AIX for example you can integrate the SysV message queues. On NT I > have an ability to wait for multiple different types of object. It is > useful to be able to wait for an event to be signalled, a timer to > expire, a thread to end, or IO to be possible (as for select etc) in > one place. Its a royal pain that you have this excellent IO > multiplexing > mechanism, and the POSIX threading and synchronisation facilities, but > that they don't interoperate very tidily. > > This would be useful. I *know* that the current spec doesn't support > it. > I also know that it would be useful, and I might want to add it. But I > can't (or won't) if the code is spaghetti. Then implement them through file descriptors and/or signals (I use that all the time), and the problem is solved. And, please, not in the kernel. > > > (Oh yeah, and I absolutely refuse to write anything in C when I > > > have C++ to hand, and I'd kinda appreciate an ability to reuse my Good > > > Stuff) > > > > In kernel? You don't have C++ anywhere close to your hands when you > > write kernel. > > Why? (Assuming that the compiler works) Strong typing, reuse of > collections and pattern implementations, exceptions, templates, its > all worthwhile and I wouldn't be without it. Look at Doug Schmidt's > work > on communication frameworks if you are really so clueless that you don't > understand why I'd want to use those facilities. You can want it as much as you please -- it doesn't work in kernel, and there already was a discussion in this ML about that. > > > It would seem that we are in danger of 'proving' that a tightly coupled > > > monolithic system can have much better performance characteristics than > > > a modular one with 'traffic cops' (such as the HAL) in the middle. But > > > then that's hardly news, nor would it be news that the upgrade and > > > release process got steadily more painful as the complexity/entropy > > > increased. > > > > Microkernel systems can be as efficient as monolithic ones. Modularity > > Name one. The very requirement of the boundaries will introduce a cost > that you could avoid with a direct function call. > > > doesn't necessary mean such "extreme" as microkernel design either. And > > Microsoft can make an OS based on any kind of design concept and it will > > crawl -- it's Microsoft after all. > > Well, that's as stupid and dumb a thing as its possible to say, really. Why? Microsoft ever made well-designed and/or efficient OS? > > > Your choice, guys, and the product is at least successful at the moment, > > > but it seems like (the top of?) a slippery slope to me. > > > > "Tight coupling" isn't a correct word for what you are trying to > > describe, "messy design" is. And there can't be any questions, should > > anyone fix it or not -- already some things are getting cleaner, so I > > assume, people realize that. At what extent it could be done, is a > > different question, but justifications that you given for inefficient > > implementation aren't valid. > > I am saying that I would accept an inefficient implementation if there > were > a tradeoff. Efficiency isn't everything, even in a kernel. Its one > reason > why NT isn't very effieicnt - it doesn't need to be, to be successful, > so long > as it is 'good enough'. Which it clearly isn't as an enterprise server, > but clearly is as, for example, a trader workstation. 5 years ago 286 with DOS was "good enough" for that purpose. It's not an application by what quality of OS design can be judged. > Of course, I'd rather have a super clean modular system that was the > ultimate in efficiency too. Given the choice, I'd have a modular system > any day though. It's possible to make things nice and efficient. Neither Microsoft nor BSD kernel are examples of such thing been done perfectly, but breaking working code to replace it by "nice" but inefficient thing with such ridiculous purposes as mentioned by you will be stupid. > > -- > > Alex > > > > (*) for some strange people who didn't get it -- popen(3) and > > gethostbyname(3) are library functions that no sane person can put into > > kernel, so they'll become "popen(2)" and "gethostbyname(2)". > > Huh. Can you make any sane justification for the woolly divide between > libc and the kernel? One of the worst aspects of UNIX as we know it. I've mentioned _extreme_ cases that don't belong to the kernel in anything that even distantly resembles unix. -- Alex From owner-freebsd-hackers Mon Apr 21 09:51:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29534 for hackers-outgoing; Mon, 21 Apr 1997 09:51:09 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA29527 for ; Mon, 21 Apr 1997 09:51:05 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id MAA00226; Mon, 21 Apr 1997 12:56:50 -0400 (EDT) Message-Id: <3.0.32.19970421124948.00b02220@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 21 Apr 1997 12:49:50 -0400 To: "Tim Oneil" , jack From: dennis Subject: Re: Price of FreeBSD (was On Holy Wars...) Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 07:52 AM 4/21/97 -0700, Tim Oneil wrote: >At 12:28 AM 4/19/97 -0400, you wrote: >>NoThanks 4.0's stock ATI ??? video drivers can't change desktop font size >>without a re-boot. > >Thats funny. Mine can. Thats 'cause there are so many NTs to chose from..... db > > > From owner-freebsd-hackers Mon Apr 21 09:58:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29891 for hackers-outgoing; Mon, 21 Apr 1997 09:58:08 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA29882 for ; Mon, 21 Apr 1997 09:58:03 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA13746; Mon, 21 Apr 1997 09:55:21 -0700 From: Terry Lambert Message-Id: <199704211655.JAA13746@phaeton.artisoft.com> Subject: Re: disklabel -- owner? To: imp@village.org (Warner Losh) Date: Mon, 21 Apr 1997 09:55:21 -0700 (MST) Cc: terry@lambert.org, jbryant@tfs.net, bakul@torrentnet.com, freebsd-hackers@freebsd.org In-Reply-To: from "Warner Losh" at Apr 20, 97 07:39:26 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > One of the problems is that you can't have more than 8 partitions in a > slice, and two of those are stolen. /, swap, /usr, /var, /tmp, and > one other and you are out. NetBSD has upped this to 16 (or was it OpenBSD). Either way, it's possible to up the number... but is it desirable? One problem, I think, is with device organization: I think it's idiotic to have 'c' and 'd' used the way they are; one can be arrived at by asking the physical disk how many sectors it has, and the other can be arrived at by asking the logical-to-physical translation layer which exported the DOS partitions as devices how big the BSD partition is. So 'c' and 'd' are redundant (all redundancy not related to fault tolerance should be eliminated). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 21 10:29:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id KAA02023 for hackers-outgoing; Mon, 21 Apr 1997 10:29:02 -0700 (PDT) Received: from tyger.inna.net (root@tyger.inna.net [206.151.66.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA02016 for ; Mon, 21 Apr 1997 10:29:00 -0700 (PDT) Received: from dolphin.inna.net (jamie@dolphin.inna.net [206.151.66.2]) by tyger.inna.net (8.8.3/8.7.3) with SMTP id NAA22350; Mon, 21 Apr 1997 13:29:11 -0400 (EDT) Date: Mon, 21 Apr 1997 13:41:07 -0400 (EDT) From: Jamie Bowden To: Warner Losh cc: hackers@freebsd.org Subject: Re: disklabel -- owner? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I personally think something as minimal as sun's format environment would be a huge improvement over the current disklabel. I have voiced this opinion in the past, but not vehemently, mostly because I lack the skills to fix the problem, and don't particularly care to whine about it. Gee, that last sentence would horrify my old english teachers. :) On Sat, 19 Apr 1997, Warner Losh wrote: > > Is there an owner for disklabel? > > I ask this because I have, over the years, grown to really really > really loath having to deal with this program. With all of its > oddities, and you gotta set this right or that right, or or or or or. > > So, I'd like to fix at least some of them. Is there someone that I > should coordinate with? > > Heck, I'd be happy to try to rewrite the whole fdisk/disklabel junk > into a nice, easy to use script. sysinstall is OK, but it isn't as > nice as I'd like. Is there a need for this, or are people generally > happy with the tools we have? > > Yours in frustration, > > Warner > > P.S. I wasted several hours wondering why my new machine wouldn't boot > off of its new disk. Turns out thats because the "TYPE" field in the > label wasn't SCSI, so it installed IDE boot blocks and paniced when it > tried to mount root. disklabel should know better. And don't even > get me started on fdisk... > > Jamie Bowden Network Administrator, TBI Ltd. From owner-freebsd-hackers Mon Apr 21 11:05:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA03768 for hackers-outgoing; Mon, 21 Apr 1997 11:05:28 -0700 (PDT) Received: from post-ofc05.srv.cis.pitt.edu (post-ofc05.srv.cis.pitt.edu [136.142.185.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA03760 for ; Mon, 21 Apr 1997 11:05:23 -0700 (PDT) Received: from morose.rmt.net.pitt.edu (ehdup-c3-10.rmt.net.pitt.edu [136.142.20.180]) by post-ofc05.srv.cis.pitt.edu with SMTP (8.8.5/cispo-2.0.1.7) ID for ; Mon, 21 Apr 1997 13:54:52 -0400 (EDT) Message-Id: <3.0.1.32.19970421135705.0079b290@pop.pitt.edu> X-Sender: jddst19@pop.pitt.edu X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Mon, 21 Apr 1997 13:57:05 -0400 To: freebsd-hackers@freebsd.org From: John Duncan Subject: ADI DT-1496 Terminals Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm thinking of making a serial-only machine out of an old 486, and someone is offering a couple of ttys for a good price. Has anyone heard of, used, praised, hated the ADI DT-1496 Terminal? Is it even a serial tty? -John If you ever see an ambulance with sirens blaring and twin 50mm cannons on top, do not interpret this as a Good Sign. Be very, very frightened, in fact. From owner-freebsd-hackers Mon Apr 21 11:19:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA04305 for hackers-outgoing; Mon, 21 Apr 1997 11:19:18 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA04300 for ; Mon, 21 Apr 1997 11:19:12 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA13873; Mon, 21 Apr 1997 11:16:02 -0700 From: Terry Lambert Message-Id: <199704211816.LAA13873@phaeton.artisoft.com> Subject: Re: disklabel -- owner? To: imp@village.org (Warner Losh) Date: Mon, 21 Apr 1997 11:16:02 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: from "Warner Losh" at Apr 20, 97 07:52:09 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > : - Such a program should also handle newfs, disk scanning (to check > : for bad blocks), update some parameters such as ARRE on scsi mode > : pages etc. > > I like this idea. However, it is a v2.0 feature. Actually, I *don't* like this. I think that bad block handling should be done as a seperate layer for logical-to-physical address translation, and stacked in devfs. This has an advantage that the bad block handling can apply to everything, instead of being just on a per-slice basis (but you could still stack it on a per slice basis if you wanted). I'd call such a logical-to-physical translation layer a "media perfection layer". BAD144 is just one type of media perfection. Running the SCSI stuff through software aids in things like maintaining spindle sync across disks in a stripe set... for that matter, a stripe set is a class of logical-to-physical mapping. > : - It should *explain* various actions and consequences of such > : actions. A built-in FAQ would be handy. > > I'm not sure I understand this completely. Me neither; if it needs a FAQ, it's got a user interface design error that should be corrected instead of patched with a FAQ (this goes for everything for which FAQ's are available). > : - It should be able to make use of a disk database -- not disktab > : but something that describes the properties of various disks. > : Sort of like a termcap, MIB or PPD. > > It will likely use disktab. However, they will only be considered > hints rather than hard and fast rules. disktab does describe > properties of various disks. Hmmmm... I still think the idea that disks have peculiar properties, other than how many sectors are available, is a bad meme to propagate. Everything that is not related to partition layout *should* be retrievable from the device via ioctl(), or it's not useful. Mostly it's not useful, since we have ZBR and can't make use of rotational information on any modern drives. > However, I want to have something that looks like [ ... rule set ... ] > But table driven so that others can have other rules of thumb. The > above, btw, are bogus for many reasons. They are just an example of > the ideas I'd like to have. Yes; the disktab entries are presumably generated via a rules set, and we can presumably regenerate them on the fly by allpying the same rules set. If we can't, then disktab is internally inconsistant and should be done away with anyway. Either way, it should be a goner. > However, I wanna get something simple done for v1.0. To make Michael > Smith happy, I'm going to try to do this with tcl and Tk with glue > utilities as needed. Any chance you can seperate the UI from the actual code that does the work so that we aren't stuck with TCL on the install floppy? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 21 11:21:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA04456 for hackers-outgoing; Mon, 21 Apr 1997 11:21:32 -0700 (PDT) Received: from odin.visigenic.com (odin.visigenic.com [204.179.98.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA04451 for ; Mon, 21 Apr 1997 11:21:30 -0700 (PDT) Received: from VSI48 (vsi48.visigenic.com [206.64.15.185]) by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP id AAA26055; Mon, 21 Apr 1997 11:21:31 -0700 Message-Id: <3.0.32.19970421111954.00910ae0@visigenic.com> X-Sender: toneil@visigenic.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 21 Apr 1997 11:19:55 -0700 To: dennis From: "Tim Oneil" Subject: Re: Price of FreeBSD (was On Holy Wars...) Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 12:49 PM 4/21/97 -0400, you wrote: >>>NoThanks 4.0's stock ATI ??? video drivers can't change desktop font size >>>without a re-boot. >>Thats funny. Mine can. >Thats 'cause there are so many NTs to chose from..... So many whats? NT's? Or ATI cards? All I can tell ya is, I can reset the colors or the resolution on my NT box without rebooting. I use a 4meg ATI Xpression+. The resolution with my .25 Viewsonic 17" is the best I've ever seen on a pc. The Best. I'm seein' details and crap I've never knew exsisted in the NT UI. From owner-freebsd-hackers Mon Apr 21 11:25:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA04702 for hackers-outgoing; Mon, 21 Apr 1997 11:25:13 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA04697 for ; Mon, 21 Apr 1997 11:25:07 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA13905; Mon, 21 Apr 1997 11:21:52 -0700 From: Terry Lambert Message-Id: <199704211821.LAA13905@phaeton.artisoft.com> Subject: Re: Price of FreeBSD (was On Holy Wars...) To: bsdhack@shadows.aeon.net (mika ruohotie) Date: Mon, 21 Apr 1997 11:21:52 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199704210819.LAA29137@shadows.aeon.net> from "mika ruohotie" at Apr 21, 97 11:19:20 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Unless you are talking about NT 3.51, you're wrong: it does not need > > a reboot, just an undocumented call into an undocumented DLL. Microsoft > > just likes to ask for reboots because their change flag doesn't have > > the necessary granularity to distinguish between "changes needing a > > reboot" and "simple changes" -- all they see are "changes". > > and information about that can be found from? Disassembling NT with Sourcer(tm) from V Communications, Inc.. > is that probably a new feature still on the level of "experimental" and > "not fully implemented"? or just there? It's what they use themselves, but won;tshare with you. Basically, it's an anticompetitive covert interface. I'm really surprised the FTC never does anything to Microsoft... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 21 11:29:16 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA04994 for hackers-outgoing; Mon, 21 Apr 1997 11:29:16 -0700 (PDT) Received: from ss1000.ms.mff.cuni.cz (root@ss1000-eth.ms.mff.cuni.cz [194.50.18.221]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA04985 for ; Mon, 21 Apr 1997 11:29:01 -0700 (PDT) Received: from ulab-13.ms.mff.cuni.cz (vmen3237@ulab-13.ms.mff.cuni.cz [194.50.19.113]) by ss1000.ms.mff.cuni.cz (8.8.5/8.8.5) with ESMTP id UAA04238 for ; Mon, 21 Apr 1997 20:28:46 +0200 (MET DST) Received: from localhost (vmen3237@localhost) by ulab-13.ms.mff.cuni.cz (8.8.5/8.8.5) with SMTP id UAA00647 for ; Mon, 21 Apr 1997 20:28:44 +0200 (MET DST) X-Authentication-Warning: ulab-13.ms.mff.cuni.cz: vmen3237 owned process doing -bs Date: Mon, 21 Apr 1997 20:28:44 +0200 (MET DST) From: "Vladimir Mencl, MK, susSED" X-Sender: vmen3237@ulab-13 To: freebsd-hackers@freebsd.org Subject: Network Address Translation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello. I'm planning to write a socket firewall for FreeBSD as my university diploma project. By socket firewall, I mean something, that would sit on a router connecting a local network to the internet, and flip all outgoing tcp requests to the only one assigned IP addess. - something that is called masquareding in Linux. Before starting this project, I'd like to make sure that I'm not going to do something, that has already been done - so, please, if anybody knows about a software like this already existing, let me know about it. Also, I'd like to ask for advice how to write this project, so that it can get integrated into the FreeBSD distribution (if it prooves to be usefull and stable). I don't plan to keep its copyright. Thank you for any reply Vlada Mencl From owner-freebsd-hackers Mon Apr 21 11:30:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05094 for hackers-outgoing; Mon, 21 Apr 1997 11:30:08 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA05083 for ; Mon, 21 Apr 1997 11:30:04 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA13942; Mon, 21 Apr 1997 11:28:03 -0700 From: Terry Lambert Message-Id: <199704211828.LAA13942@phaeton.artisoft.com> Subject: Re: Accomodating Terry To: neswold@FNAL.GOV Date: Mon, 21 Apr 1997 11:28:03 -0700 (MST) Cc: hackers@freefall.freebsd.org In-Reply-To: from "Richard Neswold" at Apr 21, 97 09:54:54 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I'm worried about getting all of this baseline code in and then finding > > out 3 months down the road that one of the baseline module changes I > > made was the wrong one, but having no way to back it out or find out > > what the previous code should have looked like without rewriting from > > scratch. > > Just check out the correct "tip" from the cvs repository to overwrite your > modifications. But you aren't checking in the modification history for the independetly developed code. That's the whole point: you *can't* 'just check out the correct "tip"' because you never checked the sucker in in the first place... 8-(. > > Also, if you are trying to follow a set of changes, having them appear > > full-blown in the source tree won't really help your understanding. > > Observe which modules were changed (the output of 'cvs update') and > correspond with the developer. I thought we were trying to integrate changes so that they would not have to be seperately maintained, not to establish a channel whereby they could be seperately maintained. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 21 11:31:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05214 for hackers-outgoing; Mon, 21 Apr 1997 11:31:45 -0700 (PDT) Received: from maelstrom.cc.mcgill.ca (maelstrom.CC.McGill.CA [132.206.35.2]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05203 for ; Mon, 21 Apr 1997 11:31:36 -0700 (PDT) Received: (from yves@localhost) by maelstrom.cc.mcgill.ca (8.8.5/8.8.5) id OAA10693 for freebsd-hackers@freebsd.org; Mon, 21 Apr 1997 14:31:29 -0400 (EDT) Message-Id: <199704211831.OAA10693@maelstrom.cc.mcgill.ca> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) Received: by NeXT.Mailer (1.118.2) From: Yves Lepage Date: Mon, 21 Apr 97 14:31:26 -0400 To: freebsd-hackers@freebsd.org Subject: NIS bug? Reply-To: yves@CC.McGill.CA Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, khamsin# ypcat passwd.byname | wc -l 33680 khamsin# yp_mkdb -u mydomain/passwd.byname | wc -l 34472 Is it possible that there are remaining bug in ypcat (namely yp_getnext)? Thanks, Yves From owner-freebsd-hackers Mon Apr 21 11:33:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05332 for hackers-outgoing; Mon, 21 Apr 1997 11:33:38 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA05327 for ; Mon, 21 Apr 1997 11:33:25 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA13963; Mon, 21 Apr 1997 11:31:19 -0700 From: Terry Lambert Message-Id: <199704211831.LAA13963@phaeton.artisoft.com> Subject: Re: Price of FreeBSD (was On Holy Wars...) To: james@westongold.com (James Mansion) Date: Mon, 21 Apr 1997 11:31:19 -0700 (MST) Cc: abelits@phobos.illtel.denver.co.us, freebsd-hackers@freeBSD.org In-Reply-To: <335B8BFB.D65@westongold.com> from "James Mansion" at Apr 21, 97 04:47:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Microkernel systems can be as efficient as monolithic ones. Modularity > > Name one. The very requirement of the boundaries will introduce a cost > that you could avoid with a direct function call. Chorus; it does not enforce protection domains between OS servers and the OS, only between the OS & OS servers and user space. http://www.chorus.com Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 21 11:35:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05529 for hackers-outgoing; Mon, 21 Apr 1997 11:35:32 -0700 (PDT) Received: from haywire.DIALix.COM (news@haywire.dialix.com [192.203.228.65]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05517 for ; Mon, 21 Apr 1997 11:35:25 -0700 (PDT) Received: (from news@localhost) by haywire.DIALix.COM (8.8.4/8.8.2) id CAA28381 for freebsd-hackers@freebsd.org; Tue, 22 Apr 1997 02:35:14 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-hackers@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-hackers@freebsd.org Date: 21 Apr 1997 18:35:14 GMT From: peter@spinner.DIALix.COM (Peter Wemm) Message-ID: <861647713.942641@haywire.DIALix.COM> Organization: DIALix Internet Services References: <01bc4e28$6456cdc0$32010ccb@default> Subject: Re: I AM JUST GETTING INTO HACKING AND I NEED HELP Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <01bc4e28$6456cdc0$32010ccb@default>, "craig" writes: > Hi, if you can help me learn how to hack please e-mail me. > > swimmer_guy@geocities.com > > thank you for your time. > Oh dear.. Sorry guys.. You won't see any more from this twit again, at least, not that comes through my mail<->news gateway... I've disconnected it from the rest of our news system. -Peter (Highly embarressed) From owner-freebsd-hackers Mon Apr 21 11:41:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA05985 for hackers-outgoing; Mon, 21 Apr 1997 11:41:49 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA05976 for ; Mon, 21 Apr 1997 11:41:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA13979; Mon, 21 Apr 1997 11:39:44 -0700 From: Terry Lambert Message-Id: <199704211839.LAA13979@phaeton.artisoft.com> Subject: Re: Price of FreeBSD (was On Holy Wars...) To: abelits@phobos.illtel.denver.co.us Date: Mon, 21 Apr 1997 11:39:44 -0700 (MST) Cc: james@westongold.com, freebsd-hackers@freebsd.org In-Reply-To: from "Alex Belits" at Apr 21, 97 09:47:00 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Oh, that can justify inefficiency in kernel. > > > > I'm not sure I understand you. Adding such code *shouldn't* cause > > inefficiency. > > Then it's invalid justification. Or you mean that supporting > interpreters can be an _excuse_ to have the rest of system inefficient? Why is it that modularity implies inefficiency to you? This is a bad Aristotilian mean... you are using logic like: if A implies B, then B implies A And that's false logic (consider A='is a trout' and B='is a fish'). The only conclusion you can draw from increased modularity is that the modularity will be increased. You can't draw any conclusions about efficiency whatsoever. I recently ran lmbench against a system with and without my namei changes (as an example). With the changes, the VFS interface is definitely more modular. But there is no impact whatsoever on the lmbench results for this increased modularity. The layering violations in the existing namei are inactive violations, not active once (ones which intentionally make the violation for an increase in speed). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 21 11:51:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA06430 for hackers-outgoing; Mon, 21 Apr 1997 11:51:05 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA06421 for ; Mon, 21 Apr 1997 11:51:00 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA29477 for hackers@freebsd.org; Mon, 21 Apr 1997 20:50:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA24226; Mon, 21 Apr 1997 20:35:43 +0200 (MET DST) Message-ID: <19970421203543.QF50498@uriah.heep.sax.de> Date: Mon, 21 Apr 1997 20:35:43 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: disklabel -- owner? References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Jamie Bowden on Apr 21, 1997 13:41:07 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've missed this part in Warner's posting: > > P.S. I wasted several hours wondering why my new machine wouldn't boot > > off of its new disk. Turns out thats because the "TYPE" field in the > > label wasn't SCSI, so it installed IDE boot blocks and paniced when it > > tried to mount root. disklabel should know better. And don't even > > get me started on fdisk... Bah, you should at least do your homework first. :-) That's not disklabel itself, there's only one kind of bootblocks any- way. The bootloader itself picks the disk type from the label, and decides which will become the controller for the root f/s. This also took me quite some time to figure out once, but this was with FreeBSD 1.1.5.1. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Apr 21 11:51:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA06447 for hackers-outgoing; Mon, 21 Apr 1997 11:51:10 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id LAA06429 for ; Mon, 21 Apr 1997 11:51:03 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA29479 for freebsd-hackers@freebsd.org; Mon, 21 Apr 1997 20:51:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA24236; Mon, 21 Apr 1997 20:39:29 +0200 (MET DST) Message-ID: <19970421203928.LG60164@uriah.heep.sax.de> Date: Mon, 21 Apr 1997 20:39:28 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: disklabel -- owner? References: <199704211655.JAA13746@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704211655.JAA13746@phaeton.artisoft.com>; from Terry Lambert on Apr 21, 1997 09:55:21 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > One of the problems is that you can't have more than 8 partitions in a > > slice, and two of those are stolen. /, swap, /usr, /var, /tmp, and > > one other and you are out. > > NetBSD has upped this to 16 (or was it OpenBSD). OpenBSD, but they didn't do it backwards-compatible, which is think is unacceptable if you've got an installed userbase. They use the fdisk ID 0xa6, IMHO. > One problem, I think, is with device organization: I think it's > idiotic to have 'c' and 'd' used the way they are; one can be Hmm, but that's not FreeBSD you're talking about, is it? The magicness of the `d' partition went away with the slice code in 2.0.5R. The magicness of the `c' partition simply solves the chicken-and-egg problem for an unlabelled disk. I agree that it doesn't necessarily need to be a pseudo-partition, but either way, you'll end up with basically the same as there is now (since you need a minor number for it anyway), so why change the traditional method? POLA. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Apr 21 12:05:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07296 for hackers-outgoing; Mon, 21 Apr 1997 12:05:15 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA07276 for ; Mon, 21 Apr 1997 12:05:01 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id UAA06393; Mon, 21 Apr 1997 20:04:27 +0100 (BST) Message-Id: <199704211904.UAA06393@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: "Vladimir Mencl, MK, susSED" cc: freebsd-hackers@freebsd.org Subject: Re: Network Address Translation In-reply-to: Your message of "Mon, 21 Apr 1997 20:28:44 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 21 Apr 1997 20:04:27 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hello. > > I'm planning to write a socket firewall for FreeBSD as my university > diploma project. By socket firewall, I mean something, that would > sit on a router connecting a local network to the internet, > and flip all outgoing tcp requests to the only one assigned IP > addess. - something that is called masquareding in Linux. > Before starting this project, I'd like to make sure that I'm not going to > do something, that has already been done - so, please, if anybody > knows about a software like this already existing, let me know about it. > Also, I'd like to ask for advice how to write this project, so that > it can get integrated into the FreeBSD distribution (if it prooves to > be usefull and stable). I don't plan to keep its copyright. Sorry, you're a couple of months too late ! Check out ports/net/natd in -current. > Thank you for any reply > > Vlada Mencl > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Mon Apr 21 12:07:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA07389 for hackers-outgoing; Mon, 21 Apr 1997 12:07:20 -0700 (PDT) Received: from nimbus.superior.net (root@nimbus.superior.net [206.153.96.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA07377 for ; Mon, 21 Apr 1997 12:07:12 -0700 (PDT) Received: (from exidor@localhost) by nimbus.superior.net (8.8.5/8.8.5-RB) id PAA12115; Mon, 21 Apr 1997 15:07:03 -0400 (EDT) Message-ID: <19970421150703.CO57057@@> Date: Mon, 21 Apr 1997 15:07:03 -0400 From: exidor@superior.net (Christopher Masto) To: hackers@freebsd.org Subject: Re: Status and future of sound drivers ? References: <199704191543.RAA01285@ocean.campus.luth.se> <3799.861465849@time.cdrom.com> X-Mailer: Mutt 0.59.1 Mime-Version: 1.0 In-Reply-To: <3799.861465849@time.cdrom.com>; from Jordan K. Hubbard on Apr 19, 1997 09:04:09 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > Wouldn't it be better to eesign the Ultimate Sound API (or use the NetBSD one > > I think the Open Sound Source people still have the best shot at > creating a unified sound standard, and having already signed up the > likes of SCO and Linux makes them pretty compelling. I've also talked > with Dev of 4 Front Technologies, and he says that anyone is free to > grab and incorporate the OSS header files verbatim if they're looking > for an API target for some free version of the sound drivers. That would be nice if OSS worked. Unfortunately, on my home machine it kernel panics when I touch MIDI, and is broken up and stuttery when using /dev/audio. At work it just crashes on install. Of course, that isn't as relevant to the discussion of using their free API. The problem is that a lot of people seem to feel like nobody should bother working on the sound support, singe there are these OSS people who will come down from above and save us. I don't see that happening. -- Christopher Masto . . . . chris@masto.com . . . . . Masto Consulting: info@masto.com perl -e 'map{vec($x,$_>$}?$_+$y:$_+($y+=8),1)=1;$}=$_}split//,"12360123". "562456503460256245650565460256145623565360560156013560256145613";print$x' On Time: The time is here, and is rapidly approaching. - William Field, Member of Parliament From owner-freebsd-hackers Mon Apr 21 12:49:56 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id MAA09863 for hackers-outgoing; Mon, 21 Apr 1997 12:49:56 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09851 for ; Mon, 21 Apr 1997 12:49:49 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id UAA20097; Mon, 21 Apr 1997 20:44:35 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Mon, 21 Apr 1997 20:35:15 +0100 X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <19970421203928.LG60164@uriah.heep.sax.de> References: <199704211655.JAA13746@phaeton.artisoft.com>; from Terry Lambert on Apr 21, 1997 09:55:21 -0700 <199704211655.JAA13746@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 21 Apr 1997 20:32:44 +0100 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: Bob Bishop Subject: Re: disklabel -- owner? Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 19:39 +0100 21/4/97, J Wunsch wrote: >The magicness of the `c' partition simply solves the chicken-and-egg >problem for an unlabelled disk. I agree that it doesn't necessarily >need to be a pseudo-partition, but either way, you'll end up with >basically the same as there is now (since you need a minor number for >it anyway), so why change the traditional method? POLA. Don't you also need it for bad144'ing? -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Mon Apr 21 13:33:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA12055 for hackers-outgoing; Mon, 21 Apr 1997 13:33:41 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA12049 for ; Mon, 21 Apr 1997 13:33:37 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.4) id QAA02081; Mon, 21 Apr 1997 16:33:26 -0400 (EDT) Message-ID: <19970421163326.59258@crh.cl.msu.edu> Date: Mon, 21 Apr 1997 16:33:26 -0400 From: Charles Henrich To: freebsd-hackers@freebsd.org Subject: sendmail tricks anyone? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 X-Operating-System: FreeBSD 2.2-BETA_A Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Im trying to find out if I can make sendmail obey a set of rules like the following: If an email comes from a domain that sendmail understands as local (/etc/sendmail.cw or what have you) to allow remailing of the mssage. if an email comres from a domain that isnt local, only allow local delivery of that message, else eat it.. Anyone? -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Mon Apr 21 13:35:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA12305 for hackers-outgoing; Mon, 21 Apr 1997 13:35:21 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA12249 for ; Mon, 21 Apr 1997 13:34:51 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.8.3/8.6.9) with SMTP id QAA01634; Mon, 21 Apr 1997 16:39:31 -0400 (EDT) Message-Id: <3.0.32.19970421163011.00b1655c@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 21 Apr 1997 16:30:15 -0400 To: "Tim Oneil" From: dennis Subject: Re: Price of FreeBSD (was On Holy Wars...) Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 11:19 AM 4/21/97 -0700, Tim Oneil wrote: >At 12:49 PM 4/21/97 -0400, you wrote: >>>>NoThanks 4.0's stock ATI ??? video drivers can't change desktop font size >>>>without a re-boot. > >>>Thats funny. Mine can. > >>Thats 'cause there are so many NTs to chose from..... > >So many whats? NT's? Or ATI cards? All I can tell ya is, I can reset the >colors or the resolution on my NT box without rebooting. I use a 4meg >ATI Xpression+. The resolution with my .25 Viewsonic 17" is the best I've >ever seen on a pc. The Best. I'm seein' details and crap I've never knew >exsisted in the NT UI. > What I meant is that every time you get an NT or Win95 CD (it seems) there is a new set of drivers.....I think that they update them every CD run. db From owner-freebsd-hackers Mon Apr 21 14:00:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA13724 for hackers-outgoing; Mon, 21 Apr 1997 14:00:51 -0700 (PDT) Received: (from hsu@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA13718 for hackers; Mon, 21 Apr 1997 14:00:48 -0700 (PDT) Date: Mon, 21 Apr 1997 14:00:48 -0700 (PDT) From: Jeffrey Hsu Message-Id: <199704212100.OAA13718@freefall.freebsd.org> To: hackers Subject: m4 bug? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The Solaris version of the m4 preprocessor gives the same output for both functions below while our m4 only works for the first definition. The intended output is to print all of the arguments. Is this a bug in our m4 or a buggy m4 code hidden by a bug in the Solaris m4? My reading of the code is that the first level of quotes is stripped off by the m4 preprocessor in reading the definition of iter2, so the $@ is passed without interpretation already, and hence, should really be a $*. That is, I think it's a bug in the Solaris m4. ----------------------------cut here-------------------------- define(iter1, ` $1 ifelse($2, `', `', `iter1(shift($*))')') iter1(a, b, c) define(iter2, ` $1 ifelse($2, `', `', `iter2(shift($@))')') iter2(a, b, c) From owner-freebsd-hackers Mon Apr 21 14:17:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA14717 for hackers-outgoing; Mon, 21 Apr 1997 14:17:36 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA14705 for ; Mon, 21 Apr 1997 14:17:33 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA23175; Mon, 21 Apr 1997 14:15:22 -0700 From: Terry Lambert Message-Id: <199704212115.OAA23175@phaeton.artisoft.com> Subject: Re: disklabel -- owner? To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 21 Apr 1997 14:15:22 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <19970421203928.LG60164@uriah.heep.sax.de> from "J Wunsch" at Apr 21, 97 08:39:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > One problem, I think, is with device organization: I think it's > > idiotic to have 'c' and 'd' used the way they are; one can be > > Hmm, but that's not FreeBSD you're talking about, is it? The > magicness of the `d' partition went away with the slice code in > 2.0.5R. > > The magicness of the `c' partition simply solves the chicken-and-egg > problem for an unlabelled disk. I agree that it doesn't necessarily > need to be a pseudo-partition, but either way, you'll end up with > basically the same as there is now (since you need a minor number for > it anyway), so why change the traditional method? POLA. You don't need a minor number for it at all, *if* you reexport devices based on the fan-out from a DOS partition table. For instance, say I have a /dev/wd0; if it has DOS partitions, then I get /dev/wd0a, /dev/wd0b, /dev/wd0c, and /dev/wd0d, one for each partition. I'd prefer this be hierarchical, actually, but that's negotiable... it's going to be hierarchical any way you look at it, and if you want to make the namespace have an ambiguity because you want to avoid putting a hierarchy seperator ("/") in there, well, that's your business. Basically, when a device probes true, it "arrives". I'm going to call this "arrives" from here on, because the "arrival" code needs to be shared with some events other than just probing true. So wd0 "arrives" and has a DOS partition table on it. The devfs exports the device node "/dev/dsk/wd0", and that's "the whole disk". Note that it's a namespace thing, not a minor number thing. The devfs, after it exports the node, but before it returns from handling the "arrival" event (returns to the probe code) calls (this is all pseudocode): dev_arrive( dev_t parent, dev_t dev, name) { struct log_to_phys *ltpp; dev_register( parent, dev, name); /* ("/dev/dsk", dev, "wd0")*/ for( ltpp = mapping_layer_list; ltpp != NULL; ltpp = ltpp->next) { if( ltpp->reconize( dev)) { /* this mapping layer recognizes this dev...*/ break; } } /* * NOTE: CLEVER FUTURE EXPANSION * if( ltpp == NULL) { /* * device not recognized as containing a partitioning * schema. Devices which "arrive" without partitionig * schema on them are probably file systems -- attempt * to automount the device using the "last mounted on" * field, if present in /etc/fstab and not mounted. * Later, we will always mount and use /etc/fstab solely * to map a mounted FS into the root FS hierarchy... */ ... } * */ } The ltp_dospart.c looks like: /* * ID string; displayed by user interface when offering up what * types of partitions you are allowed to create... */ static char *dospart_idstring = "DOS Primary Partition Table"; static int dospart_recognize( dev) { int rv = 0; /* default: not recognized*/ int i; /* read what would be the partition table if it was there*/ ... /* verify is valid*/ if( ((dos_part_table *)data)->sig != 0xaa55) goto fail; /* allocate a DOS-partitioning style ltpp record...*/ dltpp = ...; /* copy the partition table data into the record*/ memcpy( dltpp->dospart, data, sizeof(dos_part_table)); /* fill out the rest of the record...*/ dltpp->ltp.id = dospart_idstring; /* char */ ... /* for each valid partition, add a device*/ for( i = 0; i< 4; i++) { dev_t newdev; char newname[ 2]; /* is this partition valid?*/ if( dltpp->dospart.id[ i] == 0) continue; /* no; skip*/ newdev = devfs_mksubdev( dev, offset, length, (ltpp)dltpp, i); newname[ 0] = 'a' + i; newname[ 1] = 0; dev_arrive( dev, newdev, newname); } rv = 1; /* this l-to-p driver eats this device*/ fail: return( rv); } ... static struct log_to_phys dospart = { dospart_recognize, /* recognize partition*/ dospart_read, /* read slice data*/ dospart_write, /* write slice data*/ 4, /* max slices*/ LTOP_IS_LINEAR, /* linear; can collapse mappings*/ ... /* etc.*/ }; /* register ltop layer with system...*/ SYSINIT( ... dospart ...); Actually, theres no reason this couldn't be handled without devfs... but it's more complicated to do the MAKEDEV to make it work without devfs (about equal to as complicated as it currently is without devfs). Then you define an l-to-p mapping for: DOS partitioning DOS extended partitioning FreeBSD disklabel partitioning OpenBSD disklabel partitioning SVR4 VTOC partitioning DEC OSF partitioning HPUX partitioning Solaris partitioning OnTrack Disk Manager 6.x/7.x LBA support BAD144 handling (not linear - media perfection layer) CCD stipe set management etc., etc. And everything just comes up as appropriate devices, automagically. It even automatically hides the differences between a "dangerously dedidcated" and a normal install... You need to support mapping into the correct ltop mapping layer for a given device by retrieving the ltpp and entry index passed to create the device in devfs_mksubdev() (or the non-devfs equivalent) so that you can mainpulate an existing table (read/write/edit). You also need to be able to retrieve the "depends on" information so you can warn when you delete a DOS partition that has BSD partitioning on it. Finally, you need to be able to enumerate the available l-to-p layers so that you can apply them to a device without any existing partitioning. You need *at least* these ioctl's: LTOP_READ Read partitioning information. Assumes that the partitioning already exists. The ioctl() will return -1 if there is no schema associated with the device. LTOP_WRITE Write partitioning information. Assumes that the partitioning already exists. The ioctl() will return -1 if there is no schema associated with the device. LTOP_STAT Get meta-information specific to the partitiong scheme for the current device. Assumes that the partitioning already exists. The ioctl() will return -1 if there is no schema associated with the device. LTOP_ENUM Enumerate registered partitioning schema; this is a get-next interface. The first time you call this interface, the index in the argument struct must be 0; it is updated when the id of the schema (a string) is returned. The ioctl() returns -1 when there are no more schema, 0 otherwise. LTOP_INIT Takes a registered partitioning schema and a device, and associates the schema with the device (it does this by internally enumerating the available ltop layers to find the layer for the specified schema, and calling the schema specific 'read' with a (dev_t)-1 to get a "default, uninitialized" schema written to the device). LTOP_DEL Removes the registered partitioning schema by writing all zeros to the data area for the partition type information. All subpartition data areas must be deleted via LTOP_WRITE or this command will be refused. And assuming you handle the data record iteration properly, you should be able to support all types of partitioning with the same utility, which operates on a device hierarchy (you will need to support 1-n sets of partition data being shoved across the interface for any given type of partitioning. The value of n is obtained via LTOP_STAT.). Note that the LTOP_WRITE takes the place of a user space writing on a disk. The vnode configuration needs to go through an "arrival" to allow this to still be applied for FS floppies for install/fixit, etc.. One utility... makes the problem a bit simpler, no? If you wanted to force relationships, you could have the layers know about their parent's by going through the 'parent dev' to see if the parent is acceptable to them... for instance, a "DOS primary partition" probably wants its parent to be a real device, and a "DOS extended partition" probably wants its parent to be a "DOS primary partition". A "BSD disklabel" may or may not prefer that its parent be a "DOS primary partition" or "DOS extended partition", etc.. You will probably (if you have devfs) want newly created devices to "arrive" or newly removed ones to "depart" as a result of the LTOP_WRITE invocation. You will probably (eventually) use this same arrival/departure mechanism for nomadic computing (roaming, docked + no net, docked + net, roaming + dialup net, roming + transient IR connectivity, etc.). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 21 14:19:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA14952 for hackers-outgoing; Mon, 21 Apr 1997 14:19:25 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id OAA14947 for ; Mon, 21 Apr 1997 14:19:23 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA23187; Mon, 21 Apr 1997 14:16:45 -0700 From: Terry Lambert Message-Id: <199704212116.OAA23187@phaeton.artisoft.com> Subject: Re: disklabel -- owner? To: rb@gid.co.uk (Bob Bishop) Date: Mon, 21 Apr 1997 14:16:45 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Bob Bishop" at Apr 21, 97 08:32:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >The magicness of the `c' partition simply solves the chicken-and-egg > >problem for an unlabelled disk. [ ... ] > Don't you also need it for bad144'ing? No, you don't. Not if you do BAD144 "the right way". Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 21 14:59:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id OAA16892 for hackers-outgoing; Mon, 21 Apr 1997 14:59:38 -0700 (PDT) Received: from cedb.dpcsys.com (cedb.DPCSYS.com [209.25.4.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA16887 for ; Mon, 21 Apr 1997 14:59:33 -0700 (PDT) Received: from localhost (dan@localhost) by cedb.dpcsys.com (8.8.5/8.8.2) with SMTP id VAA08680; Mon, 21 Apr 1997 21:59:29 GMT Date: Mon, 21 Apr 1997 14:59:29 -0700 (PDT) From: Dan Busarow To: Charles Henrich cc: freebsd-hackers@FreeBSD.ORG Subject: Re: sendmail tricks anyone? In-Reply-To: <19970421163326.59258@crh.cl.msu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Apr 1997, Charles Henrich wrote: > Im trying to find out if I can make sendmail obey a set of rules like the > following: > > If an email comes from a domain that sendmail understands as local > (/etc/sendmail.cw or what have you) to allow remailing of the mssage. > > if an email comres from a domain that isnt local, only allow local delivery of > that message, else eat it.. That's one of the uses for the new check_* rule sets. See http://www.informatik.uni-kiel.de/%7Eca/email/check.html for a nice explanation of these rules. Your case is covered by: F{MxHosts} /etc/sendmail.mxhosts # like sendmail.cw F{LocalIP} /etc/sendmail.localip # IP prefixes you consider local F{SpamIP} /etc/sendmail.spamip # IP addresses/prefixes of spammers Scheck_rcpt R$+ $: $(dequote "" $&{client_addr} $) $| $1 R0 $| $* $@ ok no client addr: directly invoked R$={LocalIP}$* $| $* $@ ok from here R$={SpamIP}$* $| $* $#error $@ 5.7.1 $: "571 Access denied" # not local, check rcpt. The following replaces current workspace w/ recipient R$* $| $* $: $>3 $2 # remove local part, maybe repeatedly R$*<@$=w.>$* $>3 $1 $3 R$*<@$*$={MxHosts}.>$* $>3 $1 $4 # still something left? R$*<@$+>$* $#error $@ 5.7.1 $: "571 no relay" Let me know if you have questions on how this works. Dan -- Dan Busarow 714 443 4172 DPC Systems / Beach.Net dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 From owner-freebsd-hackers Mon Apr 21 15:23:01 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA17821 for hackers-outgoing; Mon, 21 Apr 1997 15:23:01 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA17816; Mon, 21 Apr 1997 15:22:55 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id SAA02357; Mon, 21 Apr 1997 18:28:48 -0400 (EDT) Message-Id: <3.0.32.19970421182145.00b5ea00@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 21 Apr 1997 18:21:51 -0400 To: et-users@etinc.com From: dennis Subject: Quad Port T1 PCI board now shipping Cc: isp@freebsd.org, hackers@freebsd.org, server-linux@netspace.org, bsdi-users@bsdi.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ET Ships ET/5025PQ Quad T1 PCI board for FreeBSD. Currently only 4 port T1 boards are in stock. Dual and single port PCI boards will be available on or about May 5. A driver for Linux should be available by May 5. For more info see: http://www.etinc.com From owner-freebsd-hackers Mon Apr 21 17:17:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA00264 for hackers-outgoing; Mon, 21 Apr 1997 17:17:18 -0700 (PDT) Received: from zeus.xtalwind.net (slipper3b.xtalwind.net [205.160.242.56]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA00258 for ; Mon, 21 Apr 1997 17:17:15 -0700 (PDT) Received: from localhost (zeus.xtalwind.net [127.0.0.1]) by zeus.xtalwind.net (8.8.5/8.8.5) with SMTP id UAA22575; Mon, 21 Apr 1997 20:16:14 -0400 (EDT) Date: Mon, 21 Apr 1997 20:16:14 -0400 (EDT) From: jack To: Terry Lambert cc: mika ruohotie , hackers@freebsd.org Subject: Re: Price of FreeBSD (was On Holy Wars...) In-Reply-To: <199704211821.LAA13905@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Apr 1997, Terry Lambert wrote: > I'm really surprised the FTC never does anything to Microsoft... The FTC probably doesn't want to be bought by Bill. :) -------------------------------------------------------------------------- Jack O'Neill Finger jacko@diamond.xtalwind.net or jack@xtalwind.net http://www.xtalwind.net/~jacko/pubpgp.html #include for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD -------------------------------------------------------------------------- From owner-freebsd-hackers Mon Apr 21 17:28:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA00541 for hackers-outgoing; Mon, 21 Apr 1997 17:28:07 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA00525 for ; Mon, 21 Apr 1997 17:28:04 -0700 (PDT) Received: from chai.plexuscom.com (chai.plexuscom.com [207.87.46.100]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id QAA17058 for ; Mon, 21 Apr 1997 16:13:27 -0700 (PDT) Received: from chai.plexuscom.com (localhost [127.0.0.1]) by chai.plexuscom.com (8.8.5/8.8.5) with ESMTP id TAA02238; Mon, 21 Apr 1997 19:13:23 -0400 (EDT) Message-Id: <199704212313.TAA02238@chai.plexuscom.com> To: Warner Losh Cc: hackers@FreeBSD.ORG Subject: Re: disklabel -- owner? In-reply-to: Your message of "Sun, 20 Apr 1997 19:52:09 MDT." Date: Mon, 21 Apr 1997 19:13:23 -0400 From: Bakul Shah Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > : - It should try to infer some common things by looking at disk > : blocks. Sort of like what file() does. > > I'm not sure I understand what this means. I mean what would I look > at and do based on that? What I meant is before munging a disk your program should find out what is on the disk. Just like file(), it may have to apply heuristics (such as what a boot block looks like, what a superblock, root dir. looks like, where it may be in relation to the beginning of a partition and so on). Based on what is discovered a user may choose to reuse some of the exisiting information. Probably for your V2.0! On occasion I have found it useful to guess some critical parameter (such as sectors/track or where a partition starts) and retrieve a data block based on such a change. It would be useful if the heuristics can be reapplied after changing such parameters. > : - It should *explain* various actions and consequences of such > : actions. A built-in FAQ would be handy. > I'm not sure I understand this completely. Sometimes a simple choice is based on some complex reasoning or has nonobvious consequences. In order to help the user make such a choice you need to explain things. The depth of explanation depends on one's skills and experience so this help should be user driven. If you did your tax return using TurboTax then you'd know what I am talking about :-) The tax guides are immensely useful when you are trying to figure out things like whether you should deduct for a home office or not. The consequence for *that* decision is that the cost basis of the house has changed and when you sell your house computing taxes gets more complicated. But I digress. The point is that the *user* has may have no idea of what happens when he says yes to a simple question like `reformat? (Y/N)' or how many partitions he should make or what the size of his swap partition should be. [And I disagree with Terry when he says if you need a FAQ it is an interface design error]. > hints rather than hard and fast rules. disktab does describe > properties of various disks. What I meant is that it should *not* use partition info. since that is not a property of a disk. Also, like MIB, PPD etc. it should be in a OS/{scsi,ide,...} neutral fashion and disktab is not quite it. For old disks a database like this is very useful as they don't always return the info or the driver doesn't do the right thing. > But table driven so that others can have other rules of thumb. The > above, btw, are bogus for many reasons. They are just an example of > the ideas I'd like to have. Good idea(s)! > : - It should be easy to extend as disk manufacturers are going to > : add some new kind of disk sooner or later, which will require > : adding some code goop. > No code should be required. Anything like this would be table driven. You have too much faith in the disk vendors when they can't even do SCSI right! > : - It should allow *moving* a partition or a slice. > Beyond the scope of my time for some time to come, unless someone > wants to fund this at my usual rate :-) Notice I said *move* not expand/shrink. Think of this as equivalent to `memmove()' instead of `memcpy()'! Not hard to do. > However, I wanna get something simple done for v1.0. To make Michael > Smith happy, I'm going to try to do this with tcl and Tk with glue > utilities as needed. ^^^ Sigh.... At least the disk specific code should be separable from a tcl/tk frontend. > Thanks for the suggestions. I'm hoping that once I punch a hole > through the wall of this problem, that the pent up frustration will > help expand the hole into a nice doorway that could eventually be > integrated back into sysinstall, or its heirs, userpers or follow on > programs. Amen! -- bakul From owner-freebsd-hackers Mon Apr 21 17:30:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id RAA00892 for hackers-outgoing; Mon, 21 Apr 1997 17:30:34 -0700 (PDT) Received: from lambert.org (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id RAA00725 for ; Mon, 21 Apr 1997 17:28:56 -0700 (PDT) Date: Mon, 21 Apr 1997 17:28:56 -0700 (PDT) From: terry@lambert.org Message-Id: <199704220028.RAA00725@freefall.freebsd.org> To: hackers@freebsd.org Subject: List is sure quiet... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This list is sure quiet. This is the second time in three days that it's gone quiet in the afternoon... -- Terry From owner-freebsd-hackers Mon Apr 21 18:51:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA04868 for hackers-outgoing; Mon, 21 Apr 1997 18:51:35 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA04861 for ; Mon, 21 Apr 1997 18:51:32 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.4) id VAA05369; Mon, 21 Apr 1997 21:51:30 -0400 (EDT) Message-ID: <19970421215130.42112@crh.cl.msu.edu> Date: Mon, 21 Apr 1997 21:51:30 -0400 From: Charles Henrich To: freebsd-hackers@freebsd.org Subject: flex vs. lex Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 X-Operating-System: FreeBSD 2.2-BETA_A Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone know how to take an old program that depends on lex quirkiness (such as rewriting input() ) and make it work with flex? Any pointers? I've been searching for an hour now and havent found a thing :( -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Mon Apr 21 18:52:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id SAA04965 for hackers-outgoing; Mon, 21 Apr 1997 18:52:13 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA04954 for ; Mon, 21 Apr 1997 18:52:07 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA24616; Mon, 21 Apr 1997 18:49:07 -0700 From: Terry Lambert Message-Id: <199704220149.SAA24616@phaeton.artisoft.com> Subject: Re: disklabel -- owner? To: bakul@torrentnet.com (Bakul Shah) Date: Mon, 21 Apr 1997 18:49:07 -0700 (MST) Cc: imp@village.org, hackers@FreeBSD.ORG In-Reply-To: <199704212313.TAA02238@chai.plexuscom.com> from "Bakul Shah" at Apr 21, 97 07:13:23 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > [And I disagree with Terry when he says if you need a FAQ it is > an interface design error]. If the Questions are "Frequently Asked", then your defaults are wrong, or you need to offer classes of defaults instead of defaults. I'd probably ask for what kind of install they were going to do first, and pick my rules of thumb based on the install they want to do to cut down on the number of questions you have to ask the user to get there. Any place you do have a question, "?" should be a valid option, and it should explain the consequences of whatever A/B choice is being offered. You might hedge by saying I'm stuffing the FAQ into the online help, but I really think the default options should be limited to 5 or less (based on the Bell Labs HCI study, and recently published Russian work on Activity Theory as it applies to HCI). There's a reason that phone number are 7 digits: the average human can only keep 5-9 items straight at a time. Offer them more options, and the melt down into "Where's The FAQ?" or "WTF?" mode... > What I meant is that it should *not* use partition info. since that > is not a property of a disk. Also, like MIB, PPD etc. it should be > in a OS/{scsi,ide,...} neutral fashion and disktab is not quite it. > For old disks a database like this is very useful as they don't > always return the info or the driver doesn't do the right thing. Yes; but it should be largely a hidden action, and come into play only when the information is *not* returned. At that point, you have to "ask the human", and it's better to give him a list with "other" on it and hope he doesn't need to exercise "other". > > : - It should allow *moving* a partition or a slice. > > > Beyond the scope of my time for some time to come, unless someone > > wants to fund this at my usual rate :-) > > Notice I said *move* not expand/shrink. Think of this as equivalent > to `memmove()' instead of `memcpy()'! Not hard to do. I didn't get this from your original post -- I didn't think you meant "expand/shrink", I thought you meant between devices. I'm still not sure that this isn't a "newfs"-type level option that should be logically seperate... even if the user interface hides the distinction. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 21 19:48:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA07502 for hackers-outgoing; Mon, 21 Apr 1997 19:48:11 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id TAA07493 for ; Mon, 21 Apr 1997 19:48:03 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id WAA27667; Mon, 21 Apr 1997 22:47:50 -0400 From: Bill Paul Message-Id: <199704220247.WAA27667@skynet.ctr.columbia.edu> Subject: Re: NIS bug? To: yves@CC.McGill.CA Date: Mon, 21 Apr 1997 22:47:47 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199704211831.OAA10693@maelstrom.cc.mcgill.ca> from "Yves Lepage" at Apr 21, 97 02:31:26 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Yves Lepage had to walk into mine and say: > > Hi all, > > khamsin# ypcat passwd.byname | wc -l > 33680 > khamsin# yp_mkdb -u mydomain/passwd.byname | wc -l > 34472 > > Is it possible that there are remaining bug in ypcat (namely yp_getnext)? > > Thanks, > Yves There is no such function as yp_getnext. I can't duplicate this behavior on my home box so it's up to you to provide more details. (Note that my sample passwd maps have about 31,000 entries, so I don't think it's a problem with the databases overflowing (Berkeley DB is supposed to be able to handle much more than 32K entries.) There's always a slight discrepancy in the totals due to the extra YP_* keys that yp_mkdb adds to the maps (i.e. YP_MASTER_NAME, YP_DOMAIN_NAME, etc...); you can request these entries specifically with yp_match(), but yp_first(), yp_next() and yp_all() will skip over them (ypcat(1) uses yp_all()). But it's usually no more than a difference of 4 or 5 lines. What I would suggest you do is: # ypcat passwd.byname > file1 # yp_mkdb -u /var/yp/yourdomain/passwd.byname > file2 # diff -c file1 file2 Then see if you can spot some pattern in the diff that would explain the discrepancy. Also check the passwd.byuid map for the same problem. It would also help if you mentioned what version of FreeBSD this is (server and client). My guess is that this is 2.1.x; I would be very surprised (not to mention disappointed) if this was happening with the ypserv from 2.2.x. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-hackers Mon Apr 21 20:00:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA08115 for hackers-outgoing; Mon, 21 Apr 1997 20:00:00 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08110 for ; Mon, 21 Apr 1997 19:59:57 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id CAA29135; Tue, 22 Apr 1997 02:59:41 GMT Date: Tue, 22 Apr 1997 11:59:41 +0900 (JST) From: Michael Hancock To: Charles Henrich cc: freebsd-hackers@freebsd.org Subject: Re: flex vs. lex In-Reply-To: <19970421215130.42112@crh.cl.msu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Apr 1997, Charles Henrich wrote: > Does anyone know how to take an old program that depends on lex quirkiness > (such as rewriting input() ) and make it work with flex? Any pointers? I've > been searching for an hour now and havent found a thing :( I was interested in getting AT&T's Software ToolChest which has CSCOPE and CSCOPE has the same problems. The Bell Labs web pages now include BSD/OS support so I think they had to do something similar. Maybe you can find someone that has the old and new versions and get some insight. Mike From owner-freebsd-hackers Mon Apr 21 20:35:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA09697 for hackers-outgoing; Mon, 21 Apr 1997 20:35:27 -0700 (PDT) Received: from staff.psinet.net.au (adrian@staff.psinet.net.au [203.62.152.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA09692 for ; Mon, 21 Apr 1997 20:35:23 -0700 (PDT) Received: from localhost (adrian@localhost) by staff.psinet.net.au (8.8.5/8.7.3) with SMTP id LAA05609 for ; Tue, 22 Apr 1997 11:34:07 +0800 Date: Tue, 22 Apr 1997 11:34:07 +0800 (WST) From: Adrian Chadd To: freebsd-hackers@freebsd.org Subject: 64 bit number definitions? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. Is there anywhere a 64 bit type in C I can get my hands on? (the longest i've seen builtin to the compiler is the unsigned long, but I commonly write more than 4 gigabytes to tape at once). Which reminds me, freebsd's GNU tar apparently uses an "int" type for tot_written, that doesn't look like it cant count over 32k bytes. Any ideas? Adrian. From owner-freebsd-hackers Mon Apr 21 20:35:37 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id UAA09722 for hackers-outgoing; Mon, 21 Apr 1997 20:35:37 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA09714 for ; Mon, 21 Apr 1997 20:35:34 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id UAA17567 for ; Mon, 21 Apr 1997 20:35:24 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id XAA27745; Mon, 21 Apr 1997 23:33:44 -0400 From: Bill Paul Message-Id: <199704220333.XAA27745@skynet.ctr.columbia.edu> Subject: Re: Need a common passwd file among machines To: yves@CC.McGill.CA Date: Mon, 21 Apr 1997 23:33:42 -0400 (EDT) Cc: hackers@freebsd.org, abelits@phobos.illtel.denver.co.us, vinay@agni.nuko.com In-Reply-To: <199704211328.JAA07167@maelstrom.cc.mcgill.ca> from "Yves Lepage" at Apr 21, 97 09:28:51 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Yves Lepage had to walk into mine and say: > > Hello, > > > P.S. Is there any existing thing or at least an idea of making one that > > does this thing nicer? NIS is based on rather dumb idea that to > > authenticate local user one will want to go to some server and ask him > > instead of IMHO more sane approach of distributing authentication > > information from that server to always perform authentication locally and > > never depend on some host being accessible at the time of user's login. > > Well, you're supposed to depend on a group of hosts rather than just one. But by sending all the authentication information to each host that needs it, you're defeating the purpose of NIS, which is to avoid having multiple copies of the same information all over the place. > In surface this is right. However, NIS does database lookups instead of sequential > file access (non-FreeBSD systems) and that's one of the better reasons of existence > of NIS. With a few thousands of users, sequential search becomes rather heavy. Unfortunately, some programs insist on doing using a getpwent() loop to enumerate the passwd database. In order to simulate the behavior of a local file lookup, getpwent() will make calls to yp_first() and yp_next(), with each call reading back one entry at a time. This translates to one NIS request at a time, which is actually very wasteful: a typical passwd record is maybe about 50 bytes or so, but now you have to construct an RPC query, stuff it into a UDP datagram, wait for the server to get it, decode it, validate the request arguments, check your access rights, do the lookup, encode the answer, send the reply in a UDP datagram, then the client decodes the response and hands it to the caller. If you have a passwd database with 30K entries, you'll find that it takes _much_ less time to do 'ypcat passwd' that it does to dump out the the maps with yp_first()/yp_next(). This is because ypcat uses yp_all(), which opens a single TCP pipe to the server and sucks the entire map over as a single RPC (note that this involves writing a custom XDR filter to unpack the records as they arrive, along with a similar custom filter in ypserv to to encode them; this requires the use of a callback in yp_all(), and is sufficiently complicated that some naive NIS implementations have a yp_all() that is really a wrapper around yp_first()/yp_next()). You might ask why yp_all() isn't used for getpwent() instead of yp_first() and yp_next(). There are a couple of reasons. For one, each instance of yp_all() uses a seperate socket descriptor both on the client and server. This socket remains open until the query ends, either because the end of the table was reached or because yp_all() was aborted. For another, since yp_all() is basically just one big RPC call, you have to play games inside the XDR filter to unpack each entry, and the XDR filter is called from inside the RPC library; this makes it very hard to use it as a one-off function that just reads one record and returns. I did it once for giggles, but I had to use setjmp()/longjmp() to do it. And if the caller reads a few records from getpwent() and then forgets about it, the socket to the server stays open until the client process exits, or the server decides the connection has been idle too long and times it out; adding code to delect the idle condition makes the server more complicated and slows it down. > IMO, NIS is fine, given you have reliable networks and reliable servers and at > least one slave. What I don't like about NIS is that in 1997, it still doesn't allow > for atomic modifications of the database (add one user, etc...). True, you can't do this with NIS, but you can do it with NIS+. Unfortunately, while NIS+ fixes many of the problems with NIS, it brings with it a new problem which is that it is far more complicated. It's taken me several months just to learn how to use and administer NIS+, nevermind code it. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-hackers Mon Apr 21 21:03:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA10929 for hackers-outgoing; Mon, 21 Apr 1997 21:03:41 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA10921 for ; Mon, 21 Apr 1997 21:03:35 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA12801; Tue, 22 Apr 1997 13:33:25 +0930 (CST) From: Michael Smith Message-Id: <199704220403.NAA12801@genesis.atrad.adelaide.edu.au> Subject: Re: 64 bit number definitions? In-Reply-To: from Adrian Chadd at "Apr 22, 97 11:34:07 am" To: adrian@staff.psinet.net.au (Adrian Chadd) Date: Tue, 22 Apr 1997 13:33:24 +0930 (CST) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Adrian Chadd stands accused of saying: > > Is there anywhere a 64 bit type in C I can get my hands on? > (the longest i've seen builtin to the compiler is the unsigned long, but I > commonly write more than 4 gigabytes to tape at once). Either count in blocks, or use 'long long'. You can use 'off_t' if you prefer, as that may be a better match with lseek(). > Which reminds me, freebsd's GNU tar apparently uses an "int" type for > tot_written, that doesn't look like it cant count over 32k bytes. File a PR 8) > Adrian. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 21 21:11:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA11570 for hackers-outgoing; Mon, 21 Apr 1997 21:11:02 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA11562 for ; Mon, 21 Apr 1997 21:10:55 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id OAA08899; Tue, 22 Apr 1997 14:10:36 +1000 (EST) Date: Tue, 22 Apr 1997 14:10:35 +1000 (EST) From: "Daniel O'Callaghan" To: Adrian Chadd cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 64 bit number definitions? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Apr 1997, Adrian Chadd wrote: > Is there anywhere a 64 bit type in C I can get my hands on? > (the longest i've seen builtin to the compiler is the unsigned long, but I > commonly write more than 4 gigabytes to tape at once). > > Which reminds me, freebsd's GNU tar apparently uses an "int" type for > tot_written, that doesn't look like it cant count over 32k bytes. File offsets are described as off_t which is a quad_t, which is a 'long long'. I don't know why off_t is not u_quad_t (unsigned long long). Snuggle up and read /usr/include/sys/types.h before going to sleep tonight. Danny From owner-freebsd-hackers Mon Apr 21 21:15:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA11761 for hackers-outgoing; Mon, 21 Apr 1997 21:15:29 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA11755 for ; Mon, 21 Apr 1997 21:15:25 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id AAA03379; Tue, 22 Apr 1997 00:15:21 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id AAA01083; Tue, 22 Apr 1997 00:15:14 -0400 Date: Tue, 22 Apr 1997 00:14:46 -0400 (EDT) From: Chuck Robey To: Adrian Chadd cc: freebsd-hackers@freebsd.org Subject: Re: 64 bit number definitions? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Apr 1997, Adrian Chadd wrote: > Hi. > > Is there anywhere a 64 bit type in C I can get my hands on? > (the longest i've seen builtin to the compiler is the unsigned long, but I > commonly write more than 4 gigabytes to tape at once). > > Which reminds me, freebsd's GNU tar apparently uses an "int" type for > tot_written, that doesn't look like it cant count over 32k bytes. I've recently (for a class) been forced to code under dos, so I think I know where your size guesses are coming from, but they're in error. Run the following program: #include #include int main() { int c; long l; quad_t q; printf( "sizeof int is %d, long %d, and quad %d\n", sizeof( int ), sizeof( long ), sizeof( quad_t ) ); } which has output "sizeof int is 4, long 4, and quad 8" ----------------------------+----------------------------------------------- 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 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon Apr 21 21:17:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA11877 for hackers-outgoing; Mon, 21 Apr 1997 21:17:50 -0700 (PDT) Received: from staff.psinet.net.au (adrian@staff.psinet.net.au [203.62.152.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA11862 for ; Mon, 21 Apr 1997 21:17:26 -0700 (PDT) Received: from localhost (adrian@localhost) by staff.psinet.net.au (8.8.5/8.7.3) with SMTP id MAA10471; Tue, 22 Apr 1997 12:16:02 +0800 Date: Tue, 22 Apr 1997 12:16:01 +0800 (WST) From: Adrian Chadd To: Michael Smith cc: freebsd-hackers@freebsd.org Subject: Re: 64 bit number definitions? In-Reply-To: <199704220403.NAA12801@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Either count in blocks, or use 'long long'. You can use 'off_t' if you > prefer, as that may be a better match with lseek(). > long long.. I'll have a play. > > Which reminds me, freebsd's GNU tar apparently uses an "int" type for > > tot_written, that doesn't look like it cant count over 32k bytes. > > File a PR 8) > I might. :) Thanks to those who replied, Adrian. From owner-freebsd-hackers Mon Apr 21 21:25:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA12095 for hackers-outgoing; Mon, 21 Apr 1997 21:25:05 -0700 (PDT) Received: from staff.psinet.net.au (adrian@staff.psinet.net.au [203.62.152.38]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA12089 for ; Mon, 21 Apr 1997 21:25:01 -0700 (PDT) Received: from localhost (adrian@localhost) by staff.psinet.net.au (8.8.5/8.7.3) with SMTP id MAA10556; Tue, 22 Apr 1997 12:23:29 +0800 Date: Tue, 22 Apr 1997 12:23:28 +0800 (WST) From: Adrian Chadd To: Chuck Robey cc: freebsd-hackers@freebsd.org Subject: Re: 64 bit number definitions? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [snip] > > I've recently (for a class) been forced to code under dos, so I think I > know where your size guesses are coming from, but they're in error. Run > the following program: > > #include > #include > > int main() > { > int c; > long l; > quad_t q; > > printf( "sizeof int is %d, long %d, and quad %d\n", > sizeof( int ), sizeof( long ), sizeof( quad_t ) ); > } > > which has output "sizeof int is 4, long 4, and quad 8" Interesting... could it be due to alignment? Adrian. From owner-freebsd-hackers Mon Apr 21 21:25:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA12130 for hackers-outgoing; Mon, 21 Apr 1997 21:25:30 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA12121 for ; Mon, 21 Apr 1997 21:25:24 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA12940; Tue, 22 Apr 1997 13:55:07 +0930 (CST) From: Michael Smith Message-Id: <199704220425.NAA12940@genesis.atrad.adelaide.edu.au> Subject: Re: concurrent calls to device drivers In-Reply-To: <199704210727.JAA15119@labinfo.iet.unipi.it> from Luigi Rizzo at "Apr 21, 97 09:27:37 am" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Tue, 22 Apr 1997 13:55:07 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo stands accused of saying: > [previous thread about possible bug in /dev/spkr ] > > > The driver claims to only permit a single opener, which as Bruce has > > pointed out before is pointless as fd's are duplicated across forks. > > which reminds me that many device drivers in /sys/i386/isa (some > of which were contributed by me... :( ) are "broken" in the same > way: they keep a flag to remember that the device is open, but do > not prevent concurrent calls, assuming the single open as a guarantee > that there are no concurrent calls. The assumption is false not > only because of forks, but presumably also when threads are used. > > At a quick glance the involved devices in /sys/i386/isa are > > pcaudio, bqu (transputer), asc, gsc, gpib, joy, qcam > > Perhaps devices should keep a "busy" flag to prevent concurrent > calls, rather than limiting to insure a single open. That's ususally the best way to go; something like : sc_busy; ... fooread(...) { ... s = splfoo(); while(sc->sc_busy) { rv = tsleep((caddr_t)&sc->sc_busy, PCATCH, "fooread", 0); if (rv == -1) { splx(s); return(EINTR); } } sc->sc_busy = 1; splx(s); ... innards of fooread ... s = splfoo(); sc->sc_busy = 0; wakeup((caddr_t)&sc->sc_busy; splx(s); return(...) } will ensure that only one reader (for example) will be in the 'innards' section at any one time. The splfoo/splx may not be required at the exit end of things, but if kernel preemption ever happens, it'll be important 8) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 21 21:40:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA12841 for hackers-outgoing; Mon, 21 Apr 1997 21:40:19 -0700 (PDT) Received: from chai.plexuscom.com (chai.plexuscom.com [207.87.46.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA12826 for ; Mon, 21 Apr 1997 21:40:12 -0700 (PDT) Received: from chai.plexuscom.com (localhost [127.0.0.1]) by chai.plexuscom.com (8.8.5/8.8.5) with ESMTP id AAA03107; Tue, 22 Apr 1997 00:40:54 -0400 (EDT) Message-Id: <199704220440.AAA03107@chai.plexuscom.com> To: Terry Lambert Cc: hackers@freebsd.org Subject: Re: disklabel -- owner? In-reply-to: Your message of "Mon, 21 Apr 1997 18:49:07 PDT." <199704220149.SAA24616@phaeton.artisoft.com> Date: Tue, 22 Apr 1997 00:40:54 -0400 From: Bakul Shah Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'd probably ask for what kind of install they were going to do > first, and pick my rules of thumb based on the install they want > to do to cut down on the number of questions you have to ask the > user to get there. First, I was focusing on disklabel issues, not a generic install. Second, just so it is perfectly clear, I meant frequently asked questions *by* the users, not by the program. > You might hedge by saying I'm stuffing the FAQ into the online help, > but I really think the default options should be limited to 5 or > less (based on the Bell Labs HCI study, and recently published > Russian work on Activity Theory as it applies to HCI). HCI issues are separate from the issue of online help. Even in a perfectly designed interface a user may want help, may need guidance. The amount of help he needs is a function of his experience and skill level. FAQs about the *subject* (but not the interface) can quickly give the necessary context to newbies and not-so-newbies because in a sense FAQs are a kind of collective wisdom. Ideally I want an expert *guide* to be there when I need it but only when I need it. [I don't expect a disklabel replacement program to provide such a guide but it can be aimed in that direction] > Yes; but it should be largely a hidden action, and come into play only > when the information is *not* returned. At that point, you have to > "ask the human", and it's better to give him a list with "other" on > it and hope he doesn't need to exercise "other". Sure. You always try to first use the most reliable information. > I didn't get this from your original post -- I didn't think you > meant "expand/shrink", I thought you meant between devices. I simply meant moving bits, regardless of the FS structure. Ideally the FS layer API should provide dump/undump/change-size functions but I am not holding my breath. -- bakul From owner-freebsd-hackers Mon Apr 21 21:54:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13552 for hackers-outgoing; Mon, 21 Apr 1997 21:54:32 -0700 (PDT) Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA13547 for ; Mon, 21 Apr 1997 21:54:29 -0700 (PDT) Received: from erlenstar.demon.co.uk ([194.222.144.22]) by relay-5.mail.demon.net id ab0503504; 22 Apr 97 5:44 BST Received: (from andrew@localhost) by erlenstar.demon.co.uk (8.8.5/8.8.5) id FAA08719; Tue, 22 Apr 1997 05:43:59 +0100 (BST) To: Adrian Chadd Cc: freebsd-hackers@freebsd.org Subject: Re: 64 bit number definitions? References: From: Andrew Gierth In-Reply-To: Adrian Chadd's message of Tue, 22 Apr 1997 12:23:28 +0800 (WST) X-Mayan-Date: Long count = 12.19.4.1.16; tzolkin = 13 Cib; haab = 14 Pop X-Attribution: AG Date: 22 Apr 1997 05:43:59 +0100 Message-ID: <87pvvn1xbk.fsf@erlenstar.demon.co.uk> Lines: 12 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Adrian" == Adrian Chadd writes: >> which has output "sizeof int is 4, long 4, and quad 8" Adrian> Interesting... could it be due to alignment? No, those are the real sizes. Take a look in machine/limits.h, at INT_MAX, LONG_MAX, QUAD_MAX etc. -- Andrew. From owner-freebsd-hackers Mon Apr 21 21:55:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA13677 for hackers-outgoing; Mon, 21 Apr 1997 21:55:46 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA13665 for ; Mon, 21 Apr 1997 21:55:43 -0700 (PDT) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.5) id VAA00365; Mon, 21 Apr 1997 21:55:28 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19970421152457.YI24549@uriah.heep.sax.de> Date: Mon, 21 Apr 1997 18:26:25 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: (Joerg Wunsch) Subject: Re: FDDI Controller Driver Help... Cc: hackers@freebsd.org, (J Wunsch) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi J Wunsch; On 21-Apr-97 you wrote: > As Matt Thomas wrote: > > > >b. Whoever maintains this driver should consider submitting a tiny > patch > > > that adds the driver and its attendant files to > i386/conf/files.i386. > > > > I think Joerg did the last merge... > > ...and the entries are there, actually. After all, i tested the > driver before importing. :-) > > The aren't in the alphabetical order however, i should fix this some > day. > > j@uriah 724% grep 'f[pe]a' /sys/{,i386}/conf/files* > /sys//conf/files:dev/pdq/pdq.c optional fea device-driver > /sys//conf/files:dev/pdq/pdq_ifsubr.c optional fea device-driver > /sys//conf/files:dev/pdq/pdq.c optional fpa device-driver > /sys//conf/files:dev/pdq/pdq_ifsubr.c optional fpa device-driver > /sys//conf/files:pci/if_fpa.c optional fpa device-driver > /sys/i386/conf/files.i386:i386/eisa/if_fea.c optional > fea device-driver But this leaves the symbol _fddi_input undefined. To erliminate this problem, you need to add net/if_fddisubr.c to the list of fpa dependancies. Knit-picking, but ld(1) insists :-) This was true as of 15-Apr-97 kernel. Simon From owner-freebsd-hackers Mon Apr 21 22:07:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA14314 for hackers-outgoing; Mon, 21 Apr 1997 22:07:18 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA14297 for ; Mon, 21 Apr 1997 22:07:13 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA13118; Tue, 22 Apr 1997 14:36:33 +0930 (CST) From: Michael Smith Message-Id: <199704220506.OAA13118@genesis.atrad.adelaide.edu.au> Subject: Re: 64 bit number definitions? In-Reply-To: from Daniel O'Callaghan at "Apr 22, 97 02:10:35 pm" To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Tue, 22 Apr 1997 14:36:33 +0930 (CST) Cc: adrian@staff.psinet.net.au, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Daniel O'Callaghan stands accused of saying: > > File offsets are described as off_t which is a quad_t, which is a 'long > long'. > > I don't know why off_t is not u_quad_t (unsigned long long). So you can seek backwards. > Danny -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 21 22:21:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA14887 for hackers-outgoing; Mon, 21 Apr 1997 22:21:09 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA14878 for ; Mon, 21 Apr 1997 22:21:03 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id PAA09178; Tue, 22 Apr 1997 15:20:54 +1000 (EST) Date: Tue, 22 Apr 1997 15:20:53 +1000 (EST) From: "Daniel O'Callaghan" To: Michael Smith cc: freebsd-hackers@freebsd.org Subject: Re: 64 bit number definitions? In-Reply-To: <199704220506.OAA13118@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Apr 1997, Michael Smith wrote: > Daniel O'Callaghan stands accused of saying: > > > > File offsets are described as off_t which is a quad_t, which is a 'long > > long'. > > > > I don't know why off_t is not u_quad_t (unsigned long long). > > So you can seek backwards. Of course. Now, can you help me find my brain? Must be in my coat pocket. Danny From owner-freebsd-hackers Mon Apr 21 22:25:29 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA15082 for hackers-outgoing; Mon, 21 Apr 1997 22:25:29 -0700 (PDT) Received: from post-ofc05.srv.cis.pitt.edu (post-ofc05.srv.cis.pitt.edu [136.142.185.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA15077 for ; Mon, 21 Apr 1997 22:25:26 -0700 (PDT) Received: from morose.rmt.net.pitt.edu (ehdup-c2-9.rmt.net.pitt.edu [136.142.20.159]) by post-ofc05.srv.cis.pitt.edu with SMTP (8.8.5/cispo-2.0.1.7) ID for ; Tue, 22 Apr 1997 01:21:15 -0400 (EDT) Message-Id: <3.0.1.32.19970422012343.007a5100@pop.pitt.edu> X-Sender: jddst19@pop.pitt.edu X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Tue, 22 Apr 1997 01:23:43 -0400 To: freebsd-hackers@freebsd.org From: John Duncan Subject: Re: flex vs. lex Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 09:51 PM 4/21/97 -0400, you wrote: >Does anyone know how to take an old program that depends on lex quirkiness >(such as rewriting input() ) and make it work with flex? Any pointers? I've >been searching for an hour now and havent found a thing :( > >-Crh > > Charles Henrich Michigan State University henrich@msu.edu > > http://pilot.msu.edu/~henrich > Get a copy of lex from gatekeeper? That'd be my idea because it won't put GNU copylefts on all your stuff. Sometimes it's not worth upgrading a file incrementally. I know of no lex2flex reengineering tools. -John If you ever see an ambulance with sirens blaring and twin 50mm cannons on top, do not interpret this as a Good Sign. Be very, very frightened, in fact. From owner-freebsd-hackers Mon Apr 21 22:25:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA15100 for hackers-outgoing; Mon, 21 Apr 1997 22:25:35 -0700 (PDT) Received: from post-ofc05.srv.cis.pitt.edu (post-ofc05.srv.cis.pitt.edu [136.142.185.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA15092 for ; Mon, 21 Apr 1997 22:25:30 -0700 (PDT) Received: from morose.rmt.net.pitt.edu (ehdup-c2-9.rmt.net.pitt.edu [136.142.20.159]) by post-ofc05.srv.cis.pitt.edu with SMTP (8.8.5/cispo-2.0.1.7) ID for ; Tue, 22 Apr 1997 01:21:36 -0400 (EDT) Message-Id: <3.0.1.32.19970422012404.007b03f0@pop.pitt.edu> X-Sender: jddst19@pop.pitt.edu X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Tue, 22 Apr 1997 01:24:04 -0400 To: freebsd-hackers@freebsd.org From: John Duncan Subject: Re: 64 bit number definitions? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:23 PM 4/22/97 +0800, you wrote: > >[snip] > >> >> I've recently (for a class) been forced to code under dos, so I think I >> know where your size guesses are coming from, but they're in error. Run >> the following program: >> >> #include >> #include >> >> int main() >> { >> int c; >> long l; >> quad_t q; >> >> printf( "sizeof int is %d, long %d, and quad %d\n", >> sizeof( int ), sizeof( long ), sizeof( quad_t ) ); >> } >> >> which has output "sizeof int is 4, long 4, and quad 8" > >Interesting... could it be due to alignment? > >Adrian. > > > int was never designed to be a specific number of bits, it just had to be larger than two bytes. On some old machines, int was often 12 or 14 bits long (one word... remember EBCDIC?) These days, the word size of our "beloved" 386-class machines is 32. The word size of MIPS are 32. The word size on an m68k is 16... But to maintain simplicity of transition for programmers, and to keep old code running, intel calls the "word" the 16-bit long area, and the dword the 32. (With mmx, they babble of quadwords.) Since there is a plethora of machines with 32-bit word sizes, I believe that posix requires int to be 32-bits. It is on m68k unixes, at least. I think many c compilers that want to be portable on other platforms also conform to this length. If you want size-specific types, use them instead of int. The K&R manual (The C Programming Language, First edition, Eighth printing, 1978): DEC PDP 11 Honeywell 6000 IBM 370 Interdata 8/32 char 8 bits 9 bits 8 bits 8 bits int 16 36 32 32 short 16 36 16 16 long 32 36 32 32 float 32 36 32 32 double 64 72 64 64 Standardizing the more meaningless types is kind of a pain for the future. "If you have to rely on size, don't use them" is the message. If QIC says that all offsets are to be calculated by a 321-bit number, or something, then define the QIC_off_t to be 321 bits. It's as easy as that, I think. Ada does a similar schtick, except it is spelled out "do not rely on the types to be identical unless they are supposed to be identical." -John If you ever see an ambulance with sirens blaring and twin 50mm cannons on top, do not interpret this as a Good Sign. Be very, very frightened, in fact. From owner-freebsd-hackers Mon Apr 21 22:40:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA15950 for hackers-outgoing; Mon, 21 Apr 1997 22:40:20 -0700 (PDT) Received: from hydrogen.nike.efn.org (metriclient-13.uoregon.edu [128.223.172.13]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA15944 for ; Mon, 21 Apr 1997 22:40:13 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id WAA14998; Mon, 21 Apr 1997 22:39:50 -0700 (PDT) Message-ID: <19970421223950.65080@hydrogen.nike.efn.org> Date: Mon, 21 Apr 1997 22:39:50 -0700 From: John-Mark Gurney To: Adrian Chadd Cc: Chuck Robey , freebsd-hackers@freebsd.org Subject: Re: 64 bit number definitions? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Adrian Chadd on Tue, Apr 22, 1997 at 12:23:28PM +0800 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2-960801-SNAP i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Adrian Chadd scribbled this message on Apr 22: > > [snip] > > > > > I've recently (for a class) been forced to code under dos, so I think I > > know where your size guesses are coming from, but they're in error. Run > > the following program: [program deleted] > > which has output "sizeof int is 4, long 4, and quad 8" > > Interesting... could it be due to alignment? nope.. they are really that size... #include #include #include void main() { printf("int max: %d, uint max: %u, quad max: %qd, long max: %d\n", INT_MAX, UINT_MAX, QUAD_MAX, LONG_MAX); } int max: 2147483647, uint max: 4294967295, quad max: 9223372036854775807, long max: 2147483647 -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Mon Apr 21 23:05:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA16787 for hackers-outgoing; Mon, 21 Apr 1997 23:05:05 -0700 (PDT) Received: from hydrogen.nike.efn.org (metriclient-13.uoregon.edu [128.223.172.13]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA16767 for ; Mon, 21 Apr 1997 23:04:57 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id XAA15105; Mon, 21 Apr 1997 23:04:45 -0700 (PDT) Message-ID: <19970421230445.08797@hydrogen.nike.efn.org> Date: Mon, 21 Apr 1997 23:04:45 -0700 From: John-Mark Gurney To: Simon Shapiro Cc: hackers@freebsd.org Subject: Re: FDDI Controller Driver Help... References: <19970421152457.YI24549@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Simon Shapiro on Mon, Apr 21, 1997 at 06:26:25PM -0700 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2-960801-SNAP i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro scribbled this message on Apr 21: > But this leaves the symbol _fddi_input undefined. To erliminate this > problem, > you need to add net/if_fddisubr.c to the list of fpa dependancies. > Knit-picking, but ld(1) insists :-) > > This was true as of 15-Apr-97 kernel. sounds like you forgot pseudo-device fddi from you config file... from LINT: # The 'fddi' pseudo-device provides generic code to support FDDI. ttyl... -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Mon Apr 21 23:45:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id XAA18508 for hackers-outgoing; Mon, 21 Apr 1997 23:45:40 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA18502 for ; Mon, 21 Apr 1997 23:45:36 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id BAA04251; Tue, 22 Apr 1997 01:46:08 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma004216; Tue Apr 22 06:45:38 1997 Message-Id: <3.0.32.19970422013359.00b42a2c@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 22 Apr 1997 01:33:59 -0500 To: terry@lambert.org From: "Jeffrey J. Mountin" Subject: Re: List is sure quiet... Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 05:28 PM 4/21/97 -0700, terry@lambert.org wrote: >This list is sure quiet. This is the second time in three days >that it's gone quiet in the afternoon... Golfing? or recovery? ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Tue Apr 22 00:00:19 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id AAA19439 for hackers-outgoing; Tue, 22 Apr 1997 00:00:19 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id AAA19428 for ; Tue, 22 Apr 1997 00:00:14 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA08484 for freebsd-hackers@freebsd.org; Tue, 22 Apr 1997 09:00:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA27230; Tue, 22 Apr 1997 08:44:12 +0200 (MET DST) Message-ID: <19970422084412.TC53852@uriah.heep.sax.de> Date: Tue, 22 Apr 1997 08:44:12 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: disklabel -- owner? References: <19970421203928.LG60164@uriah.heep.sax.de> <199704212115.OAA23175@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704212115.OAA23175@phaeton.artisoft.com>; from Terry Lambert on Apr 21, 1997 14:15:22 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > You don't need a minor number for it at all, *if* you reexport devices > based on the fan-out from a DOS partition table. What do you do for a drive that has no DOS partition table (e.g. a new one)? You've got a chicken-and-egg problem, and that's what this minor number is for. No, thanks. I avoid this crap (fdisk tables) whenever i can. I have no need for it. The current scheme at least works. 8 partitions aren't much, but if somebody's gonna change something at all, he should consider writing a logical volume manager anyway. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 22 01:17:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA01436 for hackers-outgoing; Tue, 22 Apr 1997 01:17:53 -0700 (PDT) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA01424 for ; Tue, 22 Apr 1997 01:17:49 -0700 (PDT) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id oa001366 for ; Mon, 21 Apr 1997 17:26:49 +0100 Message-ID: <335B9548.3050@westongold.com> Date: Mon, 21 Apr 1997 17:26:48 +0100 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: Terry Lambert CC: freebsd-hackers@freebsd.org Subject: Re: Price of FreeBSD (was On Holy Wars...) References: <199704201853.LAA08286@phaeton.artisoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > I think there is a bit of semantic confusion here. > OK, I agree. > You are not drawing a distinction between "XXX has SMP support" and > "XXX supports SMP". Sure, but for a user (even a developer) who isn't hacking the kernel files for fun, in this terminology 'XXX has SMP support' is about as much use as a chocolate teapot, while 'XXX supports SMP' is useful. Maybe we could say 'XXX has some SMP related code that you can enable if you are brave'. Or 'XXX has experimental SMP support'. --------------------------------------- Westongold Ltd C++/Java Multithread development and libraries +44 1920 444284 info@westongold.com From owner-freebsd-hackers Tue Apr 22 01:17:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA01437 for hackers-outgoing; Tue, 22 Apr 1997 01:17:54 -0700 (PDT) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA01426 for ; Tue, 22 Apr 1997 01:17:49 -0700 (PDT) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id la001363 for ; Mon, 21 Apr 1997 17:15:00 +0100 Message-ID: <335B9284.6E78@westongold.com> Date: Mon, 21 Apr 1997 17:15:00 +0100 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: "M.R.Murphy" CC: freebsd-hackers@freebsd.org Subject: Re: Price of FreeBSD (was On Holy Wars...) References: <199704201506.IAA11828@meerkat.mole.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk M.R.Murphy wrote: > > Are these comments from practice of experience or from theory of experience? Largely from numerous sad experiences relying on version 1.0s in the past. I'm just a pissed off cynical old goat, and I like other people to do the bleeding. ;-) I'm also very wary of the subtle nature of thread related bugs. For example, a gentleman posted some code here that he claimed implemented fast semaphores and that had been stable for ages. But it has fundamental race conditions in it. So I'd look for a very long gestation and testing period, much as I would with a DBMS. If you think about it, lots of people ran Solaris 2.x for a while, some quite successfully, but for threaded and SMP use it was pretty awful until 2.4 patch something or other. And people ran various NT and W95 versions for a long time prior to release, some very successfully, but that didn't make them perfect either. (Tell me about it. Is WinCE 1.0 finished? Like hell. Pah.) > > ;-) > > -- > Mike Murphy mrm@Mole.ORG +1 619 598 5874 > Better is the enemy of Good -- --------------------------------------- Westongold Ltd C++/Java Multithread development and libraries +44 1920 444284 info@westongold.com From owner-freebsd-hackers Tue Apr 22 01:27:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA01922 for hackers-outgoing; Tue, 22 Apr 1997 01:27:46 -0700 (PDT) Received: from aviion.ts.kiev.ua (aviion.ts.kiev.ua [193.124.229.12]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA01917 for ; Tue, 22 Apr 1997 01:27:42 -0700 (PDT) Received: from nbki.ipri.kiev.ua by aviion.ts.kiev.ua with ESMTP id JAA07578; (8.6.11/zah/2.1) Tue, 22 Apr 1997 09:23:35 GMT Received: from cki.ipri.kiev.ua by nbki.ipri.kiev.ua with ESMTP id KAA24135; (8.6.9/zah/1.1) Tue, 22 Apr 1997 10:31:07 +0100 Received: from 194.44.146.14 (mac.ipri.kiev.ua [194.44.146.14]) by cki.ipri.kiev.ua (8.7.6/8.7.3) with SMTP id KAA19915 for ; Tue, 22 Apr 1997 10:36:34 +0300 (EET DST) Message-ID: <335C5CE6.39F0@cki.ipri.kiev.ua> Date: Tue, 22 Apr 1997 09:38:27 +0300 From: Ruslan Shevchenko Reply-To: rssh@cki.ipri.kiev.ua Organization: IPRI X-Mailer: Mozilla 3.01Gold (Macintosh; I; 68K) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Dynamic linking libraries [Q] Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Are anybody thinking about implementation of stuff ? (not .so, simular to win DLL) From owner-freebsd-hackers Tue Apr 22 01:34:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA02324 for hackers-outgoing; Tue, 22 Apr 1997 01:34:17 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA02319 for ; Tue, 22 Apr 1997 01:34:11 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id JAA23367; Tue, 22 Apr 1997 09:29:29 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Tue, 22 Apr 1997 09:31:18 +0100 X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <19970421215130.42112@crh.cl.msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 22 Apr 1997 09:28:47 +0100 To: Charles Henrich From: Bob Bishop Subject: Re: flex vs. lex Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 2:51 +0100 22/4/97, Charles Henrich wrote: >Does anyone know how to take an old program that depends on lex quirkiness >(such as rewriting input() ) and make it work with flex? Any pointers? I've >been searching for an hour now and havent found a thing :( flex is completely Donald'd when it comes to backward compatibility (inter alia). My code is full of: #ifdef FLEX_SCANNER :: this won't work with flex #endif You'll have to find yourself a legacy-friendly lex clone from somewhere. Client I'm visiting today is using one, I'll follow up .... -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Tue Apr 22 02:24:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA03962 for hackers-outgoing; Tue, 22 Apr 1997 02:24:45 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA03955 for ; Tue, 22 Apr 1997 02:24:40 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA14982; Tue, 22 Apr 1997 18:53:49 +0930 (CST) From: Michael Smith Message-Id: <199704220923.SAA14982@genesis.atrad.adelaide.edu.au> Subject: Re: Dynamic linking libraries [Q] In-Reply-To: <335C5CE6.39F0@cki.ipri.kiev.ua> from Ruslan Shevchenko at "Apr 22, 97 09:38:27 am" To: rssh@cki.ipri.kiev.ua Date: Tue, 22 Apr 1997 18:53:48 +0930 (CST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ruslan Shevchenko stands accused of saying: [Charset koi8-r unsupported, filtering to ASCII...] > Are anybody thinking about implementation of stuff ? > (not .so, simular to win DLL) Er, what in particular did you have in mind? -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 22 02:40:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA04492 for hackers-outgoing; Tue, 22 Apr 1997 02:40:28 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA04487 for ; Tue, 22 Apr 1997 02:40:23 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id LAA04985; Tue, 22 Apr 1997 11:41:03 +0200 (MET DST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.5/8.6.9) id LAA11320; Tue, 22 Apr 1997 11:56:42 +0200 (MET DST) From: Christoph Kukulies Message-Id: <199704220956.LAA11320@gilberto.physik.rwth-aachen.de> Subject: Re: flex vs. lex In-Reply-To: <3.0.1.32.19970422012343.007a5100@pop.pitt.edu> from John Duncan at "Apr 22, 97 01:23:43 am" To: jddst19+@pitt.edu (John Duncan) Date: Tue, 22 Apr 1997 11:56:42 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > At 09:51 PM 4/21/97 -0400, you wrote: > >Does anyone know how to take an old program that depends on lex quirkiness > >(such as rewriting input() ) and make it work with flex? Any pointers? I've > >been searching for an hour now and havent found a thing :( > > > >-Crh > > > > Charles Henrich Michigan State University henrich@msu.edu > > > > http://pilot.msu.edu/~henrich > > > > Get a copy of lex from gatekeeper? That'd be my idea because it won't put > GNU copylefts on all your stuff. Sometimes it's not worth upgrading a file > incrementally. I know of no lex2flex reengineering tools. I'd also be interested have an at&t close lex in my toolbox so I tried: ftp gatekeeper.dec.com quote site index lex just gives me FreeBSD citations :-) > > -John > > If you ever see an ambulance with sirens blaring and > twin 50mm cannons on top, do not interpret this as a > Good Sign. Be very, very frightened, in fact. > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Apr 22 04:30:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA09430 for hackers-outgoing; Tue, 22 Apr 1997 04:30:32 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA09408; Tue, 22 Apr 1997 04:30:27 -0700 (PDT) Received: from ultra.ts.kiev.ua by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0wJdly-0009A0C; Tue, 22 Apr 97 04:30 PDT Received: from nbki.ipri.kiev.ua by ultra.ts.kiev.ua with SMTP id TAA10741; (8.8.3/zah/2.1) Tue, 21 Apr 1970 19:59:27 +0300 (EET DST) Received: from cki.ipri.kiev.ua by nbki.ipri.kiev.ua with ESMTP id RAA15094; (8.6.9/zah/1.1) Mon, 21 Apr 1997 17:29:13 +0100 Received: from 194.44.146.14 (mac.ipri.kiev.ua [194.44.146.14]) by cki.ipri.kiev.ua (8.7.6/8.7.3) with SMTP id RAA18186; Mon, 21 Apr 1997 17:34:27 +0300 (EET DST) Message-ID: <335B6D50.4EBB@cki.ipri.kiev.ua> Date: Mon, 21 Apr 1997 16:36:14 +0300 From: Ruslan Shevchenko Reply-To: rssh@cki.ipri.kiev.ua Organization: IPRI X-Mailer: Mozilla 3.01Gold (Macintosh; I; 68K) MIME-Version: 1.0 To: Vinay Bannai CC: freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org Subject: Re: Need a common passwd file among machines References: <199704200512.WAA16052@agni.nuko.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Vinay Bannai wrote: > > Hi folks, > > I need a common passwd file that is shared by a FreeBSD machine, Linux > machine, Solaris and a SunOS machine. I do not want to use NIS. No the *same* file is impossible. > I thought of using rdist to distribute the passwd file among all these > machines but could not because some of them use shadow passwd files and > others don't. Also, I am not sure the passwd encryption is the same on all > these platforms. > > More generally, the reason I am using this approach is to make the > developement of code easier by using cvs. I have one machine exporting the > cvs source tree and others mount it. To keep the same uids, I need to > share the passwd files. Does anyone have a better suggestions? > 1. look at cfengine from GNU. you can geerate one passwd file from another, than distribute. 2. simolest method is to use kerberose > Thanks > Vinay From owner-freebsd-hackers Tue Apr 22 04:34:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA09650 for hackers-outgoing; Tue, 22 Apr 1997 04:34:44 -0700 (PDT) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA09636 for ; Tue, 22 Apr 1997 04:34:38 -0700 (PDT) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id qa001368 for ; Tue, 22 Apr 1997 09:51:14 +0100 Message-ID: <335C7C01.5D4F@westongold.com> Date: Tue, 22 Apr 1997 09:51:13 +0100 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: Terry Lambert CC: freebsd-hackers@freebsd.org Subject: Re: Price of FreeBSD (was On Holy Wars...) References: <199704211839.LAA13979@phaeton.artisoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > Why is it that modularity implies inefficiency to you? This is a bad > Aristotilian mean... you are using logic like: Personally I *would* expect a very modular system to have a slight efficiency hit, since it'll need to use a function call protocol to access status information that could otherwise have been accessed directly with an extern variable reference. However, that does not imply that the efficiency hit will be measurable. Given that we can question whether aggressive compiler optimisation levels or the use of (say) register based function protocols will result in a measurable performance improvement, it seems unlikely to me that the hit would be a problem, or even measurable. However, my original point was not that modularity WILL introduce a (measurable) hit, but that it is worth it EVEN IF it did. After all, a slow system with the API support you need is better than a fast system which lacks the interfaces, and also better than a fast unreliable system that has the interfaces. Perhaps this was not stated well. --------------------------------------- Westongold Ltd C++/Java Multithread development and libraries +44 1920 444284 info@westongold.com From owner-freebsd-hackers Tue Apr 22 04:34:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA09658 for hackers-outgoing; Tue, 22 Apr 1997 04:34:45 -0700 (PDT) Received: from wgold.demon.co.uk (wgold.demon.co.uk [158.152.96.124]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA09637 for ; Tue, 22 Apr 1997 04:34:38 -0700 (PDT) Received: from wgold.demon.co.uk by wgold.demon.co.uk (NTMail 3.02.10) with ESMTP id sa001370 for ; Tue, 22 Apr 1997 10:02:47 +0100 Message-ID: <335C7EB6.7E62@westongold.com> Date: Tue, 22 Apr 1997 10:02:46 +0100 From: James Mansion Organization: Westongold Ltd X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: Terry Lambert CC: freebsd-hackers@freebsd.org Subject: Re: Price of FreeBSD (was On Holy Wars...) References: <199704211831.LAA13963@phaeton.artisoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Info: Westongold Ltd: +44 1992 620025 www.westongold.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > > > Microkernel systems can be as efficient as monolithic ones. Modularity > > > > Name one. The very requirement of the boundaries will introduce a cost > > that you could avoid with a direct function call. > > Chorus; it does not enforce protection domains between OS servers and > the OS, only between the OS & OS servers and user space. > So? Are you saying that the executing thread calls directly between the servers, like (say) a call to an in-proc COM server? AFAICS, you have: * function call or: * function call (to marshaller) * IPC (ok, so its not across a protection boundary, maybe just memcpy, maybe the marshalling went straight into the destination space) * context switch * IPC (unmarshall, maybe its there already) * function call (do the biz.) * ... and the same again to pass the result back Perhaps simplified somewhat. I'll grant you that if the monolithic kernel has to hand over control to kernel internal threads then you get it all back, but that's essentially a case of a Chorus-like MK design with the server running internally. I'll also grant that if you are actually doing async operations like kaoi then the latter form is essentially what you want straight away and has further advantages. Clearly if you allow a thread to carry its execution directly into a server and to hop between them then you remove the overhead, but my understanding of the terminology is that one expects and MK 'server' to be an executing entity rather than a DLL. I think MK design is a Good Thing, and the slight lack of efficiency is worthwhile, so long as the server boundaries are at the right place so that latency and/or bandwidth isn't a major killer. Same as any other client server design, it seems. --------------------------------------- Westongold Ltd C++/Java Multithread development and libraries +44 1920 444284 info@westongold.com From owner-freebsd-hackers Tue Apr 22 04:57:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA10789 for hackers-outgoing; Tue, 22 Apr 1997 04:57:19 -0700 (PDT) Received: from main.gbdata.com (USR1-1.detnet.com [207.113.12.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA10781 for ; Tue, 22 Apr 1997 04:57:16 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.8.5) id GAA00219 for freebsd-hackers@freebsd.org; Tue, 22 Apr 1997 06:57:18 -0500 (CDT) From: Gary Clark II Message-Id: <199704221157.GAA00219@main.gbdata.com> Subject: Ekk, random reboots in Current....:( To: freebsd-hackers@freebsd.org Date: Tue, 22 Apr 1997 06:57:18 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, It looks like taking out NFS did not help. I see random reboots once or twice a day. NOT panics, the machine just reboots and comes back up as normal...:( Here is my kernel Config file, someone might see something I don't... I'm running a Current System from 4-19 and a kernel from 4-22. HELP..... GB # MAIN machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" cpu "I686_CPU" ident MAIN maxusers 10 options INET #InterNETworking options FFS #Berkeley Fast Filesystem #options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] #options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor config kernel root on wd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device wcd0 #IDE CD-ROM # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Mandatory, don't remove device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #Sound support controller snd0 device sb0 at isa? port 0x220 irq 5 conflicts drq 1 vector sbintr device opl0 at isa? port 0x388 options "SBC_IRQ=5" pseudo-device loop pseudo-device ether pseudo-device log # ijppp uses tun instead of ppp device pseudo-device ppp 2 pseudo-device tun 2 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's pseudo-device speaker options SYSVSHM options SYSVSEM options SYSVMSG # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups - http://WWW.GBData.com for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 From owner-freebsd-hackers Tue Apr 22 06:05:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA13739 for hackers-outgoing; Tue, 22 Apr 1997 06:05:42 -0700 (PDT) Received: from newland.com ([205.233.79.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA13730 for ; Tue, 22 Apr 1997 06:05:38 -0700 (PDT) Received: from mnewton.newland.com (up [205.233.79.100]) by newland.com (8.6.12/8.6.12) with SMTP id JAA27093 for ; Tue, 22 Apr 1997 09:07:26 -0400 Message-ID: <335CB6DC.9FD@newland.com> Date: Tue, 22 Apr 1997 09:02:20 -0400 From: malcolm newton X-Mailer: Mozilla 2.02 (Win95; U) MIME-Version: 1.0 To: freebsdhackers Subject: uucico over ppp connection Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone got this going succesfully. I have a site that will be ppp connected from 8am-8pm only. SO we have to q mail for the rest of the time. It looks like uucico will work over a tcp connection bye setting tcp in the ports config file. anyone tried it? From owner-freebsd-hackers Tue Apr 22 06:21:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA14462 for hackers-outgoing; Tue, 22 Apr 1997 06:21:48 -0700 (PDT) Received: from ns.tar.com (ns.tar.com [204.95.187.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA14457 for ; Tue, 22 Apr 1997 06:21:46 -0700 (PDT) Received: from ppro.tar.com (ppro.tar.com [204.95.187.9]) by ns.tar.com (8.8.5/8.8.5) with SMTP id IAA22395; Tue, 22 Apr 1997 08:21:39 -0500 (CDT) Message-Id: <199704221321.IAA22395@ns.tar.com> From: "Richard Seaman, Jr." To: "Charles Henrich" Cc: "hackers@freebsd.org" Date: Tue, 22 Apr 97 08:21:39 -0500 Reply-To: "Richard Seaman, Jr." Priority: Normal X-Mailer: PMMail 1.91 For OS/2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: sendmail tricks anyone Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Apr 1997 01:34:24 -0700 (PDT), owner-hackers-digest@hub.freebsd.org wrote: >From: Charles Henrich >Date: Mon, 21 Apr 1997 16:33:26 -0400 >Subject: sendmail tricks anyone? > >Im trying to find out if I can make sendmail obey a set of rules like the >following: > >If an email comes from a domain that sendmail understands as local >(/etc/sendmail.cw or what have you) to allow remailing of the mssage. > >if an email comres from a domain that isnt local, only allow local delivery of >that message, else eat it.. > >Anyone? Look at http://www.informatik.uni-kiel.de/%7Eca/email/check.html From owner-freebsd-hackers Tue Apr 22 07:23:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA16983 for hackers-outgoing; Tue, 22 Apr 1997 07:23:40 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA16978 for ; Tue, 22 Apr 1997 07:23:39 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id HAA18577 for ; Tue, 22 Apr 1997 07:23:34 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id HAA24058; Tue, 22 Apr 1997 07:03:20 -0700 (PDT) Message-ID: <19970422070319.42168@hydrogen.nike.efn.org> Date: Tue, 22 Apr 1997 07:03:19 -0700 From: John-Mark Gurney To: rssh@cki.ipri.kiev.ua Cc: freebsd-hackers@freebsd.org Subject: Re: Dynamic linking libraries [Q] References: <335C5CE6.39F0@cki.ipri.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <335C5CE6.39F0@cki.ipri.kiev.ua>; from Ruslan Shevchenko on Tue, Apr 22, 1997 at 09:38:27AM +0300 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2-960801-SNAP i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ruslan Shevchenko scribbled this message on Apr 22: [-- Warning: koi8-r is not compatible with your display.] > Are anybody thinking about implementation of stuff ? > (not .so, simular to win DLL) they already exist as shared libs... then if you want something more like DLL... take a look at dlopen... you can use that to load shared libs into memory and make calls into the library... ttyl... -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Tue Apr 22 07:51:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA18271 for hackers-outgoing; Tue, 22 Apr 1997 07:51:24 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA18266 for ; Tue, 22 Apr 1997 07:51:22 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id HAA18628 for ; Tue, 22 Apr 1997 07:51:10 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA07087; Tue, 22 Apr 1997 10:50:04 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 22 Apr 1997 10:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id IAA24036 for ; Tue, 22 Apr 1997 08:10:30 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id IAA03906 for freebsd-hackers@freefall.cdrom.com; Tue, 22 Apr 1997 08:16:49 -0400 (EDT) Date: Tue, 22 Apr 1997 08:16:49 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704221216.IAA03906@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers@ucbvax.Berkeley.EDU Subject: 2.1-STABLE aha2940??? Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've recently noticed postings indicating a new 2940 driver was "out there" for post 2.2.1 (2.2-STABLE?) Question #1: Has this been back-ported to 2.1.7 (2.1-STABLE)? Question #2: If the answer to #1 is 'yes' - can someone tell me how to extract the sources I need to upgrade my 2.1.7.1 system to get this improved driver. For example, /pub/FreeBSD/FreeBSD-stable on ftp.freebsd.org, is that 2.2-STABLE or 2.1-STABLE? If it's 2.1-STABLE, then is it updated frequently? I notice the aic7870.c there is date March 18th... - Thanks - - Dave Rivers - From owner-freebsd-hackers Tue Apr 22 08:01:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA18875 for hackers-outgoing; Tue, 22 Apr 1997 08:01:17 -0700 (PDT) Received: from gatekeeper.alcatel.no (ns0.alcatel.no [193.213.238.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA18870 for ; Tue, 22 Apr 1997 08:01:14 -0700 (PDT) Received: from stkd71.alcatel.no by gatekeeper.alcatel.no (8.7.3/Alcanet-SC) id QAA20420; Tue, 22 Apr 1997 16:59:48 +0200 (MET DST) Received: by stkd71.alcatel.no (5.57/DEC-Ultrix/4.3) id AA08050; Tue, 22 Apr 97 16:59:55 +0200 Message-Id: <335CD21F.41C67EA6@alcatel.no> Date: Tue, 22 Apr 1997 16:58:39 +0200 From: Arve Ronning X-Mailer: Mozilla 2.02 (X11; I; FreeBSD 2.1.5-RELEASE i386) Mime-Version: 1.0 To: Gary Clark II Cc: freebsd-hackers@freebsd.org Subject: Re: Ekk, random reboots in Current....:( References: <199704221157.GAA00219@main.gbdata.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Gary Clark II wrote: > > Hello, > > It looks like taking out NFS did not help. I see random reboots once > or twice a day. NOT panics, the machine just reboots and comes back up > as normal...:( > > Here is my kernel Config file, someone might see something I don't... > I'm running a Current System from 4-19 and a kernel from 4-22. > > HELP..... > > GB [snip] > device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr > device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr > device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr > device sb0 at isa? port 0x220 irq 5 conflicts drq 1 vector sbintr > device opl0 at isa? port 0x388 > options "SBC_IRQ=5" > > -- > Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company > gclarkii@GBData.COM | Member of the FreeBSD Doc Team > Providing Internet and ISP startups - http://WWW.GBData.com for information > FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 -- irq 5 conflict ? iomem 0xd8000 conflict ?? Good luck ! -Arve From owner-freebsd-hackers Tue Apr 22 08:21:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA19854 for hackers-outgoing; Tue, 22 Apr 1997 08:21:18 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA19847 for ; Tue, 22 Apr 1997 08:21:08 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA09447; Tue, 22 Apr 1997 11:20:04 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 22 Apr 1997 11:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id KAA28712; Tue, 22 Apr 1997 10:40:26 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id KAA04079; Tue, 22 Apr 1997 10:46:44 -0400 (EDT) Date: Tue, 22 Apr 1997 10:46:44 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704221446.KAA04079@lakes.water.net> To: ponds!staff.psinet.net.au!adrian, danny@panda.hilink.com.au Subject: Re: 64 bit number definitions? Cc: ponds!FreeBSD.ORG!freebsd-hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Daniel O'Callaghan writes > > On Tue, 22 Apr 1997, Adrian Chadd wrote: > > > Is there anywhere a 64 bit type in C I can get my hands on? > > (the longest i've seen builtin to the compiler is the unsigned long, but I > > commonly write more than 4 gigabytes to tape at once). > > > > Which reminds me, freebsd's GNU tar apparently uses an "int" type for > > tot_written, that doesn't look like it cant count over 32k bytes. > > File offsets are described as off_t which is a quad_t, which is a 'long > long'. > > I don't know why off_t is not u_quad_t (unsigned long long). > > Snuggle up and read /usr/include/sys/types.h before going to sleep tonight. > > Danny > Just a guess - but probably for negative offsets to lseek(). - Dave Rivers - From owner-freebsd-hackers Tue Apr 22 08:24:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA19990 for hackers-outgoing; Tue, 22 Apr 1997 08:24:14 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA19984; Tue, 22 Apr 1997 08:24:10 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id RAA02965; Tue, 22 Apr 1997 17:00:53 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id QAA12178; Tue, 22 Apr 1997 16:41:41 +0200 (CEST) Message-ID: <19970422164141.47984@klemm.gtn.com> Date: Tue, 22 Apr 1997 16:41:41 +0200 From: Andreas Klemm To: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Tom Bartol Subject: Re: Trouble with make release References: <19970416230912.AQ56501@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <19970416230912.AQ56501@uriah.heep.sax.de>; from J Wunsch on Wed, Apr 16, 1997 at 11:09:12PM +0200 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 2.2-STABLE Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, Apr 16, 1997 at 11:09:12PM +0200, J Wunsch wrote: > As Tom Bartol wrote: > > > Apparently the CVSROOT environment variable is never set so there is just > > a blank after "cvs -d" instead of an absolute path name. Does anyone have > > any clues as to how I to fix this? > > Yes, by mirroring a CVS tree, and setting this variable. :) And don't forget to compile a kernel with vn support, since it's needed for building the floppies ... -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-hackers Tue Apr 22 08:52:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA21347 for hackers-outgoing; Tue, 22 Apr 1997 08:52:14 -0700 (PDT) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA21342 for ; Tue, 22 Apr 1997 08:52:03 -0700 (PDT) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id RAA27121; Tue, 22 Apr 1997 17:49:45 +0200 (MET DST) Received: from oo7 ([192.0.0.136]) by dimaga.com (8.7.5/8.7.2) with SMTP id RAA13523; Tue, 22 Apr 1997 17:34:51 +0200 (MET DST) Message-Id: <3.0.32.19970422163706.00ab49e0@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 22 Apr 1997 16:37:08 +0200 To: malcolm newton From: Eivind Eklund Subject: Re: uucico over ppp connection Cc: freebsdhackers Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 09:02 AM 4/22/97 -0400, malcolm newton wrote: >Anyone got this going succesfully. >I have a site that will be ppp connected from 8am-8pm only. SO we have >to q mail for the rest of the time. It looks like uucico will work >over a tcp connection bye setting tcp in the ports config file. > >anyone tried it? Yeah, I'm running it here, and my ISP have 10 or 15 FreeBSD-sites connected through it. Works like a charm. Eivind Eklund perhaps@yes.no http://maybe.yes.no/perhaps/ eivind@freebsd.org From owner-freebsd-hackers Tue Apr 22 09:40:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA23616 for hackers-outgoing; Tue, 22 Apr 1997 09:40:07 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA23611 for ; Tue, 22 Apr 1997 09:40:03 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id SAA17312; Tue, 22 Apr 1997 18:40:35 +0200 (MET DST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.5/8.6.9) id SAA12863; Tue, 22 Apr 1997 18:56:17 +0200 (MET DST) From: Christoph Kukulies Message-Id: <199704221656.SAA12863@gilberto.physik.rwth-aachen.de> Subject: Re: Ekk, random reboots in Current....:( In-Reply-To: <335CD21F.41C67EA6@alcatel.no> from Arve Ronning at "Apr 22, 97 04:58:39 pm" To: Arve.Ronning@alcatel.no (Arve Ronning) Date: Tue, 22 Apr 1997 18:56:16 +0200 (MET DST) Cc: gclarkii@main.gbdata.com, freebsd-hackers@FreeBSD.ORG Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Gary Clark II wrote: > > > > Hello, > > > > It looks like taking out NFS did not help. I see random reboots once > > or twice a day. NOT panics, the machine just reboots and comes back up > > as normal...:( despite from this obvious conflict (irq clash) which I don't know if it isn't sorted out at autoprobe time anyway I'm observing random reboots of one machine here which is running -current since January, currently an Apr 16 -current. The last logs show reboot all the time, no crash. It's a 64MB Amd K5/133 w/ 512K cache, ccd and two ncr/PCI controllers. I also had occasional ncr timeouts but then the machine got hung and didn't reboot automatically. It's running as NFS server. I built in options DDB to catch the reboot perhaps next time it occurs. > > > > Here is my kernel Config file, someone might see something I don't... > > I'm running a Current System from 4-19 and a kernel from 4-22. > > > > HELP..... > > > > GB > > [snip] > > > device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr > > > device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr > > device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr > > > device sb0 at isa? port 0x220 irq 5 conflicts drq 1 vector sbintr > > device opl0 at isa? port 0x388 > > options "SBC_IRQ=5" > > > > -- > > Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company > > gclarkii@GBData.COM | Member of the FreeBSD Doc Team > > Providing Internet and ISP startups - http://WWW.GBData.com for information > > FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 > > -- > > irq 5 conflict ? iomem 0xd8000 conflict ?? > > Good luck ! > -Arve > > -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Apr 22 10:04:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA25046 for hackers-outgoing; Tue, 22 Apr 1997 10:04:54 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA25041 for ; Tue, 22 Apr 1997 10:04:49 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA26548; Tue, 22 Apr 1997 10:02:12 -0700 From: Terry Lambert Message-Id: <199704221702.KAA26548@phaeton.artisoft.com> Subject: Re: Price of FreeBSD (was On Holy Wars...) To: james@westongold.com (James Mansion) Date: Tue, 22 Apr 1997 10:02:12 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@freebsd.org In-Reply-To: <335C7EB6.7E62@westongold.com> from "James Mansion" at Apr 22, 97 10:02:46 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > Microkernel systems can be as efficient as monolithic ones. Modularity > > > > > > Name one. The very requirement of the boundaries will introduce a cost > > > that you could avoid with a direct function call. > > > > Chorus; it does not enforce protection domains between OS servers and > > the OS, only between the OS & OS servers and user space. > > So? Are you saying that the executing thread calls directly between the > servers, like (say) a call to an in-proc COM server? Yes. Without the idiotic "free thread marshaller" imposed by the misdesign of the virtual memory system in NT/95. [ ... direct call and/or vtable instruction fixup call ... ] > or: [ ... indirect call through marshalling interface ... ] > Perhaps simplified somewhat. I'll grant you that if the monolithic > kernel has to hand over control to kernel internal threads then you > get it all back, but that's essentially a case of a Chorus-like MK > design with the server running internally. You don't need to do the marshalling if you are in the same VM space; the NT/95 "free threading" model is actually broken in this regard because of a design issue in the VM/"Viper" framework interaction. It's not something they are going to be able to change easily because it touches on historical handling of process address spaces for non-threaded processes. They might have been able to do it if they required free-threaded COM modules to have specific section coloring for the shared data regions, and the virtual construction had to take place into a seperate heap region with the same (shared) attributes. But now they are doomed to an eternity of free-thread marshalling because of their treatment of object instantiation vis-a-vis thread local storage. Pity, that. > Clearly if you allow a thread to carry its execution directly into a > server and to hop between them then you remove the overhead, but my > understanding of the terminology is that one expects and MK 'server' > to be an executing entity rather than a DLL. "Server" or "Service"? Even in the MS case, a not-in-process server running on the local machine does not have to have free thread marchalling for "Apartment" or "Rental" model threading... and then that's exactly what the threads are doing: moving into the other code. The "Free Threading" case is a mistaken process address space implementation on MS's part; your heap is your heap. Chorus doesn't really follow the MACH "server" model terribly closely (that's why it's fast). The point of having a "server" rather than a "service" is to provide an execution context in the seperate protection domain on which the request may be serviced... no protection domain, no seperate execution context. I don't know what happened to them after I left Novell, but there was some success reported in porting UnixWare and NetWare to run on a common Chorus kernel and set of services. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 22 10:29:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA26865 for hackers-outgoing; Tue, 22 Apr 1997 10:29:31 -0700 (PDT) Received: from aviion.ts.kiev.ua (aviion.ts.kiev.ua [193.124.229.12]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA26842 for ; Tue, 22 Apr 1997 10:29:12 -0700 (PDT) Received: from nbki.ipri.kiev.ua by aviion.ts.kiev.ua with ESMTP id OAA24262; (8.6.11/zah/2.1) Tue, 22 Apr 1997 14:44:39 GMT Received: from cki.ipri.kiev.ua by nbki.ipri.kiev.ua with ESMTP id QAA00566; (8.6.9/zah/1.1) Tue, 22 Apr 1997 16:04:05 +0100 Received: from 194.44.146.14 (mac.ipri.kiev.ua [194.44.146.14]) by cki.ipri.kiev.ua (8.7.6/8.7.3) with SMTP id QAA20541; Tue, 22 Apr 1997 16:11:14 +0300 (EET DST) Message-ID: <335CAB59.7B13@cki.ipri.kiev.ua> Date: Tue, 22 Apr 1997 15:13:09 +0300 From: Ruslan Shevchenko Reply-To: rssh@cki.ipri.kiev.ua Organization: IPRI X-Mailer: Mozilla 3.01Gold (Macintosh; I; 68K) MIME-Version: 1.0 To: Michael Smith CC: freebsd-hackers@FreeBSD.ORG Subject: Re: Dynamic linking libraries [Q] References: <199704220923.SAA14982@genesis.atrad.adelaide.edu.au> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: > > Ruslan Shevchenko stands accused of saying: > [Charset koi8-r unsupported, filtering to ASCII...] > > Are anybody thinking about implementation of stuff ? > > (not .so, simular to win DLL) > > Er, what in particular did you have in mind? > i.e. you want describing of major differences between .dll and .so models, wich important for me ? So: 1. let we have program a.out , that use library libb.so when I start new a.out, each time new copy libb.so linking with a.out during execution of it. All static variables in libb.so are unique for each copy of a.out. (on this based, for example, strtoken) in .dll model, one example of code is shared between multiple versions of a.out 2. Usially, a.out bind with libb.so during linkink by ld(1). Then, after caling nlist(3) a.out linking with libb.so during execution of process. in .dll model we can call symbols from dll, which unknown on comilation step. (I can write program, that use ODBC manager, then I can use *binary* code with any ODBC driver) 3. DLL can be loaded to memory and relaeased from memory by system calls. Why it is interest: 1. It is allow to do API-call IPC without network connections. 2. OS servers, drivers, and so on can be do in this model. for example, IMHO it's the best way to do "server of scripting language", my current interests - is the general model of CORBA: the problem is, that without it I can't do CORBA object, living in OS, which can fast communicate with programs on the same mashine (without RPC on localhost). P.S. (I just read discussion about CHORUS ang can agree with James Mansion: > > After all, a slow system with the API support you need is better than > a fast system which lacks the interfaces, and also better than a fast > unreliable system that has the interfaces. > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 22 10:36:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA27525 for hackers-outgoing; Tue, 22 Apr 1997 10:36:40 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA27519 for ; Tue, 22 Apr 1997 10:36:38 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id KAA23056 for ; Tue, 22 Apr 1997 10:36:37 -0700 (PDT) Date: Tue, 22 Apr 1997 10:36:37 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Can't put 512MB ram in box ... Extended memory question. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I get a "kmem_suballoc" panic. kmem_suballoc: bad status return of 3 Any ideas why? Kernel is compiled with MAXMEM=523264. The memory is seen by the BIOS boot. Also, my BIOS has a setting for AT compatibility mode enabled/disabled. What does this mean, and what effect may it have on FreeBSD? From owner-freebsd-hackers Tue Apr 22 10:46:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA28108 for hackers-outgoing; Tue, 22 Apr 1997 10:46:11 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA28101 for ; Tue, 22 Apr 1997 10:46:09 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id DAA16750; Wed, 23 Apr 1997 03:12:29 +0930 (CST) From: Michael Smith Message-Id: <199704221742.DAA16750@genesis.atrad.adelaide.edu.au> Subject: Re: Dynamic linking libraries [Q] In-Reply-To: <335CAB59.7B13@cki.ipri.kiev.ua> from Ruslan Shevchenko at "Apr 22, 97 03:13:09 pm" To: rssh@cki.ipri.kiev.ua Date: Wed, 23 Apr 1997 03:12:29 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ruslan Shevchenko stands accused of saying: > > i.e. you want describing of major differences between .dll and .so > models, wich important for me ? > So: > > 1. let we have program a.out , that use library libb.so > when I start new a.out, each time new copy libb.so linking with > a.out during execution of it. > All static variables in libb.so are unique for each copy of a.out. > (on this based, for example, strtoken) > in .dll model, one example of code is shared between multiple > versions of a.out Er, I'm not sure I follow the difference here. In each invocation of an exectuable using a shared library, statics are common, yes. I don't understand the second part though; with shared libraries, one copy of the code is also used, regardless of how many processes are using the library. If you are referring to interprocess communication using static variables in a DLL, I think people here might be very ill. 8) > 2. Usially, a.out bind with libb.so during linkink by ld(1). > Then, after caling nlist(3) a.out linking with libb.so during > execution of process. > in .dll model we can call symbols from dll, which unknown on > comilation step. You can do this with shared libraries too, as long as you know the name of the library, and the name of the function. > 3. DLL can be loaded to memory and relaeased from memory by system > calls. You can do this with shared libraries too. You should read the dlopen(3) manpage. > Why it is interest: > 1. It is allow to do API-call IPC without network connections. This is gross beyond belief. How can you know how many other processes are using the same IPC token? > 2. OS servers, drivers, and so on can be do in this model. > for example, IMHO it's the best way to do "server of scripting > language", What advantage does this have over the scripting language in a shared library? You can't possibly want state to be shared amongst arbitrary invocations of the interpreter? > my current interests - is the general model of CORBA: the problem is, > that without it I can't do CORBA object, living in OS, which can fast > communicate with programs on the same mashine (without RPC on > localhost). TBH, I know little or nothing of CORBA, but if you want fast IPC, I suggest using mmap() on an agreed temporary file, and your own locking primitives. This will let you control the scope of your communication, something you wouldn't be able to do with the "dll" model you propose. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 22 10:47:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA28191 for hackers-outgoing; Tue, 22 Apr 1997 10:47:05 -0700 (PDT) Received: from aviion.ts.kiev.ua (aviion.ts.kiev.ua [193.124.229.12]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA28166 for ; Tue, 22 Apr 1997 10:46:58 -0700 (PDT) Received: from nbki.ipri.kiev.ua by aviion.ts.kiev.ua with ESMTP id RAA06585; (8.6.11/zah/2.1) Tue, 22 Apr 1997 17:43:58 GMT Received: from cki.ipri.kiev.ua by nbki.ipri.kiev.ua with ESMTP id SAA01223; (8.6.9/zah/1.1) Tue, 22 Apr 1997 18:52:49 +0100 Received: from 194.44.146.14 (mac.ipri.kiev.ua [194.44.146.14]) by cki.ipri.kiev.ua (8.7.6/8.7.3) with SMTP id TAA20812; Tue, 22 Apr 1997 19:00:14 +0300 (EET DST) Message-ID: <335CD2F6.1429@cki.ipri.kiev.ua> Date: Tue, 22 Apr 1997 18:02:10 +0300 From: Ruslan Shevchenko Reply-To: rssh@cki.ipri.kiev.ua Organization: IPRI X-Mailer: Mozilla 3.01Gold (Macintosh; I; 68K) MIME-Version: 1.0 To: John-Mark Gurney CC: freebsd-hackers@freebsd.org Subject: Re: Dynamic linking libraries [Q] References: <335C5CE6.39F0@cki.ipri.kiev.ua> <19970422070319.42168@hydrogen.nike.efn.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk John-Mark Gurney wrote: > > Ruslan Shevchenko scribbled this message on Apr 22: > [-- Warning: koi8-r is not compatible with your display.] > > > Are anybody thinking about implementation of stuff ? > > (not .so, simular to win DLL) > > they already exist as shared libs... then if you want something more > like DLL... take a look at dlopen... you can use that to load shared > libs into memory and make calls into the library... > Problem: I can't share *one* copy of shared library by different programs > ttyl... > > -- > John-Mark > Cu Networking Modem/FAX: +1 541 683 6954 > > Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Tue Apr 22 11:30:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA01165 for hackers-outgoing; Tue, 22 Apr 1997 11:30:11 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA01160 for ; Tue, 22 Apr 1997 11:30:09 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id LAA01351 for ; Tue, 22 Apr 1997 11:30:08 -0700 (PDT) Date: Tue, 22 Apr 1997 11:30:08 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: More on Big memory Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Happens with any MAXMEM > 262144. FreeBSD RELENG_2_2, supped from a couple days ago. From owner-freebsd-hackers Tue Apr 22 11:35:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA01544 for hackers-outgoing; Tue, 22 Apr 1997 11:35:33 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA01536 for ; Tue, 22 Apr 1997 11:35:31 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id LAA02135 for ; Tue, 22 Apr 1997 11:35:29 -0700 (PDT) Date: Tue, 22 Apr 1997 11:35:29 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Find bad dir in ufs_baddir? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm getting a ufs_baddir() panic, but ain't quite figured out how to figure out which disk it's griping about. Any tip appreciated on how to figure this out in gdb -k... Or do I have to go muck with the source? From owner-freebsd-hackers Tue Apr 22 11:36:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA01741 for hackers-outgoing; Tue, 22 Apr 1997 11:36:20 -0700 (PDT) Received: from medellin.impsat.net.co (medellin.impsat.net.co [200.31.16.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA01717 for ; Tue, 22 Apr 1997 11:36:12 -0700 (PDT) Received: from [200.31.16.66] (HELO PC_Panel.de.Control.medellin.impsat.net.co) by medellin.impsat.net.co (AltaVista Mail V2.0/2.0 BL23 listener) id 0000_006c_335d_22cf_4929; Tue, 22 Apr 1997 13:42:55 -0700 Message-ID: Priority: Normal X-MSMail-Priority: Normal X-Priority: 3 To: hackers@freebsd.org MIME-Version: 1.0 From: "Panel de Control" Date: Tue, 22 Apr 97 13:38:34 PDT Content-Type: text/plain; charset="ISO-8859-1"; X-MAPIextension=".TXT" Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi everyone. Please, send me how i can subscribe to lists. Thanks for all. ============================================================================ === Panel de Control Tel: (574) 5113976 Fax: (574) 3327973 A.A. 57619, Medellín, Antioquia, Colombia, Sur América. From owner-freebsd-hackers Tue Apr 22 11:51:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA02512 for hackers-outgoing; Tue, 22 Apr 1997 11:51:01 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA02502 for ; Tue, 22 Apr 1997 11:50:55 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA15883 for freebsd-hackers@FreeBSD.ORG; Tue, 22 Apr 1997 20:50:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA28598; Tue, 22 Apr 1997 20:22:51 +0200 (MET DST) Message-ID: <19970422202251.WE20864@uriah.heep.sax.de> Date: Tue, 22 Apr 1997 20:22:51 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: sendmail tricks anyone? References: <19970421163326.59258@crh.cl.msu.edu> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Dan Busarow on Apr 21, 1997 14:59:29 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Dan Busarow wrote: > R$={SpamIP}$* $| $* $#error $@ 5.7.1 $: "571 Access denied" Curious, do you have an idea whether it's possible here to have sendmail accepting the mail but throwing it away? I guess, maybe by defining a `null' mailer or such. Otherwise, our MXen (which are out of our administration domain) would accept the mail on our behalf, and finally deliver it to us. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 22 12:51:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA17637 for hackers-outgoing; Tue, 22 Apr 1997 12:51:08 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA17575; Tue, 22 Apr 1997 12:51:02 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA16794; Tue, 22 Apr 1997 21:50:59 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA28919; Tue, 22 Apr 1997 21:30:14 +0200 (MET DST) Message-ID: <19970422213014.JF63862@uriah.heep.sax.de> Date: Tue, 22 Apr 1997 21:30:14 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freefall.freebsd.org Cc: hsu@freefall.freebsd.org (Jeffrey Hsu) Subject: Re: m4 bug? References: <199704212100.OAA13718@freefall.freebsd.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704212100.OAA13718@freefall.freebsd.org>; from Jeffrey Hsu on Apr 21, 1997 14:00:48 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jeffrey Hsu wrote: > The Solaris version of the m4 preprocessor gives the same output > for both functions below while our m4 only works for the first > definition. ``Fixed in -current.'' :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 22 12:51:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA17696 for hackers-outgoing; Tue, 22 Apr 1997 12:51:14 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA17647 for ; Tue, 22 Apr 1997 12:51:08 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA16798 for hackers@freebsd.org; Tue, 22 Apr 1997 21:51:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA28956; Tue, 22 Apr 1997 21:45:31 +0200 (MET DST) Message-ID: <19970422214531.BX39690@uriah.heep.sax.de> Date: Tue, 22 Apr 1997 21:45:31 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: concurrent calls to device drivers References: <199704210727.JAA15119@labinfo.iet.unipi.it> <199704220425.NAA12940@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704220425.NAA12940@genesis.atrad.adelaide.edu.au>; from Michael Smith on Apr 22, 1997 13:55:07 +0930 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > That's ususally the best way to go; something like : > > > sc_busy; > > ... > > fooread(...) > { > ... > > s = splfoo(); > while(sc->sc_busy) { What's the splfoo() for? Unless the interrupt service can modify sc_busy, you don't need to protect it. You gotta do a obtain_mp_lock(); while(sc->sc_busy) { ... } release_mp_lock(); however. :-) On a uniprocessor however, only one process can be in the kernel at a time. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 22 12:51:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA17795 for hackers-outgoing; Tue, 22 Apr 1997 12:51:23 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA17701 for ; Tue, 22 Apr 1997 12:51:14 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA16800 for freebsd-hackers@FreeBSD.ORG; Tue, 22 Apr 1997 21:51:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA28944; Tue, 22 Apr 1997 21:42:24 +0200 (MET DST) Message-ID: <19970422214224.YP52248@uriah.heep.sax.de> Date: Tue, 22 Apr 1997 21:42:24 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: flex vs. lex References: <3.0.1.32.19970422012343.007a5100@pop.pitt.edu> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.1.32.19970422012343.007a5100@pop.pitt.edu>; from John Duncan on Apr 22, 1997 01:23:43 -0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As John Duncan wrote: > Get a copy of lex from gatekeeper? That'd be my idea because it won't put > GNU copylefts on all your stuff. Better get the facts before posting. First, flex originates from LBL. It's got a Berkeley-like copyright (big surprise). Second, even Bison (GNU's yacc rewrite) switched to no longer mandating the application of the GPL to the generated code, maybe a year or two ago. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 22 13:12:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA29776 for hackers-outgoing; Tue, 22 Apr 1997 13:12:29 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA29765 for ; Tue, 22 Apr 1997 13:12:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA26903; Tue, 22 Apr 1997 13:08:59 -0700 From: Terry Lambert Message-Id: <199704222008.NAA26903@phaeton.artisoft.com> Subject: Re: Price of FreeBSD (was On Holy Wars...) To: james@westongold.com (James Mansion) Date: Tue, 22 Apr 1997 13:08:59 -0700 (MST) Cc: mrm@Mole.ORG, freebsd-hackers@freebsd.org In-Reply-To: <335B9284.6E78@westongold.com> from "James Mansion" at Apr 21, 97 05:15:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > And people ran various NT and W95 versions for a long time prior to > release, some very successfully, but that didn't make them perfect > either. Kernel components which sleep threads must be prepared to be reentered by those threads when the execution context is reused by some other user space call or by a 'ring 0' "daemon" of some kind which has awoken on a timer. One of the problems (at least in Win95) is that the semaphores guard on thread ID and allow reentrancy by ID, but not by other ID's. That basically means that you have to implement *real* semaphores on top of those provided by Microsoft if what you are trying to do is actually guard against reentering code (list management, etc.). The quickest way to see this is to implement a VXD with a kernel timer thread and a user service call through (that can hang waiting for resource) to the VXD, and note that the timer runs on the user's thread. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 22 13:14:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA29876 for hackers-outgoing; Tue, 22 Apr 1997 13:14:38 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA29871 for ; Tue, 22 Apr 1997 13:14:36 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA26924; Tue, 22 Apr 1997 13:11:39 -0700 From: Terry Lambert Message-Id: <199704222011.NAA26924@phaeton.artisoft.com> Subject: Re: flex vs. lex To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Tue, 22 Apr 1997 13:11:39 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <19970421215130.42112@crh.cl.msu.edu> from "Charles Henrich" at Apr 21, 97 09:51:30 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Does anyone know how to take an old program that depends on lex quirkiness > (such as rewriting input() ) and make it work with flex? Any pointers? I've > been searching for an hour now and havent found a thing :( Use the "-l" argument to flex. Use "man lexdoc". Also see the O'Reilly book on yacc and lex; it has a section on converting code. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 22 13:16:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA00143 for hackers-outgoing; Tue, 22 Apr 1997 13:16:10 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA00135 for ; Tue, 22 Apr 1997 13:16:07 -0700 (PDT) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.5/8.8.5) id NAA06440; Tue, 22 Apr 1997 13:15:48 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19970421230445.08797@hydrogen.nike.efn.org> Date: Tue, 22 Apr 1997 12:44:49 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: John-Mark Gurney Subject: Re: FDDI Controller Driver Help... Cc: hackers@freebsd.org, John-Mark Gurney Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi John-Mark Gurney; On 22-Apr-97 you wrote: > Simon Shapiro scribbled this message on Apr 21: > > But this leaves the symbol _fddi_input undefined. To erliminate this > > problem, > > you need to add net/if_fddisubr.c to the list of fpa dependancies. > > Knit-picking, but ld(1) insists :-) > > > > This was true as of 15-Apr-97 kernel. > > sounds like you forgot > pseudo-device fddi > from you config file... from LINT: > # The 'fddi' pseudo-device provides generic code to support FDDI. > > ttyl... Egg on my face... Foot in my mouth... Perfect! Thanx! Simon From owner-freebsd-hackers Tue Apr 22 13:16:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA00218 for hackers-outgoing; Tue, 22 Apr 1997 13:16:39 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA00205 for ; Tue, 22 Apr 1997 13:16:35 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA26933; Tue, 22 Apr 1997 13:13:42 -0700 From: Terry Lambert Message-Id: <199704222013.NAA26933@phaeton.artisoft.com> Subject: Re: 64 bit number definitions? To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Tue, 22 Apr 1997 13:13:42 -0700 (MST) Cc: adrian@staff.psinet.net.au, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Daniel O'Callaghan" at Apr 22, 97 02:10:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > File offsets are described as off_t which is a quad_t, which is a 'long > long'. > > I don't know why off_t is not u_quad_t (unsigned long long). Man lseek and note that the sign bit is used for an error indicator. This is a problem with lseek needing both a success and a value return, and the interface not using a pointer to an off_t to do the value return. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 22 13:20:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA00583 for hackers-outgoing; Tue, 22 Apr 1997 13:20:24 -0700 (PDT) Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA00578 for ; Tue, 22 Apr 1997 13:20:21 -0700 (PDT) Received: from awfulhak.demon.co.uk ([158.152.17.1]) by relay-5.mail.demon.net id aa0517564; 22 Apr 97 21:02 BST Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id UAA01336; Tue, 22 Apr 1997 20:54:55 +0100 (BST) Message-Id: <199704221954.UAA01336@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: "Daniel O'Callaghan" cc: Michael Smith , freebsd-hackers@freebsd.org Subject: Re: 64 bit number definitions? In-reply-to: Your message of "Tue, 22 Apr 1997 15:20:53 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Apr 1997 20:54:55 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > On Tue, 22 Apr 1997, Michael Smith wrote: > > > Daniel O'Callaghan stands accused of saying: > > > > > > File offsets are described as off_t which is a quad_t, which is a 'long > > > long'. > > > > > > I don't know why off_t is not u_quad_t (unsigned long long). > > > > So you can seek backwards. > > Of course. Now, can you help me find my brain? Must be in my coat pocket. Ehh, it's behind you of course :) > Danny -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Tue Apr 22 13:25:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA01262 for hackers-outgoing; Tue, 22 Apr 1997 13:25:29 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA01236 for ; Tue, 22 Apr 1997 13:25:23 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA26960; Tue, 22 Apr 1997 13:23:06 -0700 From: Terry Lambert Message-Id: <199704222023.NAA26960@phaeton.artisoft.com> Subject: Re: disklabel -- owner? To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 22 Apr 1997 13:23:06 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <19970422084412.TC53852@uriah.heep.sax.de> from "J Wunsch" at Apr 22, 97 08:44:12 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > You don't need a minor number for it at all, *if* you reexport devices > > based on the fan-out from a DOS partition table. > > What do you do for a drive that has no DOS partition table (e.g. a new > one)? You've got a chicken-and-egg problem, and that's what this > minor number is for. More correct to ask "what do you do for a device without any type of partitioning whatsoever?" than to limit yourself to DOS. The answer is you export the raw device only. Then you ioctl() the raw device to get the partition types you can place on it, pick one of them, and ioctl() down to "init" the device with an empty (default) table. Then you ioctl() down to stat the empty table to get the max number of entries, allocate an array ov volume descriptor structures, and ioctl() down to read the existing data into the structures. Then you manipulate the structures contents, not caring what the actual partitioning schema is. When you are done, you ioctl() down to write the table, and the newly defined valid partitions cause "device arrivals" and create more devices. If you are running devfs, the devices show up automatically, if not, you have to run /dev/MAKEDEV. Pretty simple. > No, thanks. I avoid this crap (fdisk tables) whenever i can. I have > no need for it. The current scheme at least works. 8 partitions > aren't much, but if somebody's gonna change something at all, he > should consider writing a logical volume manager anyway. CCD is a type of logical volume management interface. If you want you logical volume manager to be interactive, well, then remove the barriers to easily writing a JFS/XFS/VXFS clone FS; otherwise, once an FS is using the volume, it's not correct to resize it without causing the FS to be destroyed. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 22 13:36:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA02223 for hackers-outgoing; Tue, 22 Apr 1997 13:36:50 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA02213 for ; Tue, 22 Apr 1997 13:36:46 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id NAA26612 for ; Tue, 22 Apr 1997 13:36:51 -0700 (PDT) To: hackers@freebsd.org Subject: More on Walnut Creek CDROM promotional give-aways... Date: Tue, 22 Apr 1997 13:36:50 -0700 Message-ID: <26610.861741410@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Given that I seem to have generated a lot of interest in this from my recent comments about educational institutions and free CDs, I just wanted to make a few additional things clear about what I actually meant by this (which I really should have before, sorry!). I'm not looking to send single CDs to every research institute and University computing department in a given nation - not only would that raise our shipping costs tremendously, it also wouldn't be anything close to the kind of "promotion" we're trying to accomplish with this. What I'm actually interested in are people who wish to use these CDs for *active promotional purposes*, e.g. I don't want to see a box of ten or twenty (or even one) CDs locked in a desk somewhere for the private use of the elite computer center staff, I want to see that box being hand-carried (by some serious FreeBSD fan) to different carefully-picked departments (or bright, promising CS students) and those CDs *given away* along with a little presentation about how wonderful FreeBSD is and how much better it can make everyone's life if they'll just try out this free CD. That is the whole point. ;-) So, if you qualify on those grounds, please do contact me! I don't mean to snub the "please send me a CD" folks at all, simply to note that sending out single CDs is most definitely _not_ what I meant by promotional donations. Thanks! Jordan P.S. This is not to say that there's no way at all for small research or university departments to get CDs this way, simply that I'd prefer instead to send a single batch to one individual or company and let _them_ redistribute the CDs to the appropriate places (like these). From owner-freebsd-hackers Tue Apr 22 13:40:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA02518 for hackers-outgoing; Tue, 22 Apr 1997 13:40:10 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA02491 for ; Tue, 22 Apr 1997 13:40:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA27003; Tue, 22 Apr 1997 13:34:20 -0700 From: Terry Lambert Message-Id: <199704222034.NAA27003@phaeton.artisoft.com> Subject: Re: Dynamic linking libraries [Q] To: rssh@cki.ipri.kiev.ua Date: Tue, 22 Apr 1997 13:34:20 -0700 (MST) Cc: gurney_j@resnet.uoregon.edu, freebsd-hackers@freebsd.org In-Reply-To: <335CD2F6.1429@cki.ipri.kiev.ua> from "Ruslan Shevchenko" at Apr 22, 97 06:02:10 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Are anybody thinking about implementation of stuff ? > > > (not .so, simular to win DLL) > > > > they already exist as shared libs... then if you want something more > > like DLL... take a look at dlopen... you can use that to load shared > > libs into memory and make calls into the library... > > > > Problem: I can't share *one* copy of shared library > by different programs This is false. There is only one instance of the vnode in vore, and there is only one list of page buffers hung off the vnode representing the in disk file data contained in the shared object. What *is* different is: 1) User processes operate in seperate address spaces; the pages associated with the vnode are mapped into each processes address space. This is no different from how Win95 handles DLL's. 2) The static data in the shared object is statically linked into the process image instead of being instantiated each time. The reasons for this are: A) The MS vtable is slightly different from the less correct GCC vtable implementation. FreeBSD does not do fixups (this means the FreeBSD vtable is shared between processes and the MS vtable is not). B) There is no section attribution available in a.out shared object format, so the section information can not be used to distinguish global data. C) UNIX (and clone) system processes can not share address space in this way; MS uses user space mappings, which violate the protection between processes interfering with each other. Effectively, this is the same as if you had placed the data in the "LIB" proxy stub instead of the DLL under MS. So most of what you want is already there. The data stuff is desirable, if only to get around the LGPL "included code" (virtual base classes) and "relink" (data and code associated with a library not part of the image) clauses, but is not necessary... you can either write dataless functions, or create the data via constructor (assuming C++) or via ctor/dtor linker sets (assuming C or some other language). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 22 14:03:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA04217 for hackers-outgoing; Tue, 22 Apr 1997 14:03:47 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA04211 for ; Tue, 22 Apr 1997 14:03:45 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA27156; Tue, 22 Apr 1997 13:58:15 -0700 From: Terry Lambert Message-Id: <199704222058.NAA27156@phaeton.artisoft.com> Subject: Re: Dynamic linking libraries [Q] To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 22 Apr 1997 13:58:15 -0700 (MST) Cc: rssh@cki.ipri.kiev.ua, msmith@atrad.adelaide.edu.au, freebsd-hackers@FreeBSD.org In-Reply-To: <199704221742.DAA16750@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 23, 97 03:12:29 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > i.e. you want describing of major differences between .dll and .so > > models, wich important for me ? > > So: > > > > 1. let we have program a.out , that use library libb.so > > when I start new a.out, each time new copy libb.so linking with > > a.out during execution of it. > > All static variables in libb.so are unique for each copy of a.out. > > (on this based, for example, strtoken) > > in .dll model, one example of code is shared between multiple > > versions of a.out > > Er, I'm not sure I follow the difference here. In each invocation of > an exectuable using a shared library, statics are common, yes. I > don't understand the second part though; with shared libraries, one > copy of the code is also used, regardless of how many processes are > using the library. > > If you are referring to interprocess communication using static > variables in a DLL, I think people here might be very ill. 8) I believe what he is referring to is that the MS executables put the library-specific data segment into the DLL rather than statically linking it with the program, as BSD does. For library private data, this is a mjor win, since it divorces the private data as an "interface" which must be the same from revision to revision. It also allows multiple "libraries" to provide the same interfaces, and allows them to be used interchangeably. In addition, fi you define an interface which supports agregation, you can use multiple objects as if they were a single object (for instance, say you wanted to implement PAM components which contained static local data and you wanted them to work with FreeBSD, but didn't want to specify which modules were available at the time you implemented your consumer code -- or if you wanted to implement an encapsulation layer for aton, addr, network, ntoa, makeaddr, lnaof, and netof functions that didn't care if they were iso, xns, ipx, netbios, or inet providers packing the functions -- etc.). The biggest example in FreeBSD's sordid static data history is the change in the handling of sys_errlist[], which might have been entirely opaque between libc.so revisions, assuing the program itself did not reference it (a bogus thing for a program to do anyway). If that were the case, a program which pulled the data in from the shared library instead of pulling it into the program image at link time would have continued to function. Instead, the entire FreeBSD world blew up. For a less drastic change, consider the increase of the size of an internal static buffer in a shared library and referenced only by the code in the shared library. In the FreeBSD method, the new library will reference the old (small) buffer when a new program attempts to use it. As a result, the program will fail to work, even though the defined interface for the library has not been changed. I believe FreeBSD had one of these (regarding tmpfile or tmpname) in its past, as well). Another feature of the Windows model is that there are routines for "process attach" and "thread attach" as part of the library definition, wherein the local data is instantiated (in shared heap and in thread local storage, respectrively). This is handled through the vtable method IDispatch, which is sent "events" by the "LoadLibrary" and "FreeLibrary" and "FreeLibraryAndExitThread" functions. The windows DLL's also have the ability to access the vtable as an OCX or ATL object; this defines the additional methods "IUnknown" and "IClassFactory" (encapsulating the library relationship via the "CoCreateInstance" and class "delete"). If the original poster is working on porting COM components to FreeBSD, then he will need to either modify the gcc vtable mechanism himself, or getsomeone else to do it, and he will *probably* need to move to COFF or ELF object modules, as opposed to a.out to make things work. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 22 14:06:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA04542 for hackers-outgoing; Tue, 22 Apr 1997 14:06:51 -0700 (PDT) Received: from dilbert.bb.cc.wa.us ([208.8.136.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA04535 for ; Tue, 22 Apr 1997 14:06:48 -0700 (PDT) Received: (from chris@localhost) by dilbert.bb.cc.wa.us (8.8.3/8.8.3) id OAA10254; Tue, 22 Apr 1997 14:05:00 -0700 (PDT) Date: Tue, 22 Apr 1997 14:04:59 -0700 (PDT) From: Chris Coleman To: Darren Reed cc: hackers@freebsd.org Subject: Re: IPFILTER In-Reply-To: <199701141257.MAA00330@mail.bb.cc.wa.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am running IPNAT and Currently i have this as the only rule in my rule set, so everyone comes back as the same person from the DNS. map fxp0 10.0.0.0/8 -> 208.8.136.10/32 portmap tcp/udp 10000:65000 I would like to split up the domain in to 5 sections (according to buildings) and map all the buildings separately to different ip addresses. And have the last rule catch all of the other connections and run them through current ip address. I tried to do this, but couldn;t figure out how to make a rule to "catch all" of the remaining ones. Do rules have precedence? what if i just want to map one ip address to a specific ip address and catch all the rest through the normal rules? I am sure i am missing something. --Thanks From owner-freebsd-hackers Tue Apr 22 14:16:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA05683 for hackers-outgoing; Tue, 22 Apr 1997 14:16:17 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA05676 for ; Tue, 22 Apr 1997 14:16:12 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id OAA02500; Tue, 22 Apr 1997 14:13:47 -0700 (PDT) Message-Id: <199704222113.OAA02500@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: rssh@cki.ipri.kiev.ua cc: John-Mark Gurney , freebsd-hackers@FreeBSD.ORG Subject: Re: Dynamic linking libraries [Q] In-reply-to: Your message of "Tue, 22 Apr 1997 18:02:10 +0300." <335CD2F6.1429@cki.ipri.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Apr 1997 14:13:47 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Lets start from the very top. Name specifically the expected functional requirements. Please feel free to look up Xerox's ilu messaging scheme as well as ACE. I think from your brief description ILU specially will meet your requirements. Cheers, Amancio >From The Desk Of Ruslan Shevchenko : > John-Mark Gurney wrote: > > > > Ruslan Shevchenko scribbled this message on Apr 22: > > [-- Warning: koi8-r is not compatible with your display.] > > > > > Are anybody thinking about implementation of stuff ? > > > (not .so, simular to win DLL) > > > > they already exist as shared libs... then if you want something more > > like DLL... take a look at dlopen... you can use that to load shared > > libs into memory and make calls into the library... > > > > Problem: I can't share *one* copy of shared library > by different programs > > > ttyl... > > > > -- > > John-Mark > > Cu Networking Modem/FAX: +1 541 683 6954 > > > > Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Tue Apr 22 14:24:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA06491 for hackers-outgoing; Tue, 22 Apr 1997 14:24:34 -0700 (PDT) Received: from iafnl.es.iaf.nl (iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA06482 for ; Tue, 22 Apr 1997 14:24:32 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA02263 (5.67b/IDA-1.5 for freebsd-hackers@freebsd.org); Tue, 22 Apr 1997 23:24:11 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id WAA00974; Tue, 22 Apr 1997 22:14:14 +0200 (MET DST) From: Wilko Bulte Message-Id: <199704222014.WAA00974@yedi.iaf.nl> Subject: Re: uucico over ppp connection To: mnewton@newland.com (malcolm newton) Date: Tue, 22 Apr 1997 22:14:14 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <335CB6DC.9FD@newland.com> from "malcolm newton" at Apr 22, 97 09:02:20 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As malcolm newton wrote... > Anyone got this going succesfully. > I have a site that will be ppp connected from 8am-8pm only. SO we have > to q mail for the rest of the time. It looks like uucico will work > over a tcp connection bye setting tcp in the ports config file. > > anyone tried it? Sure. Works like a charm for us. Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-hackers Tue Apr 22 14:56:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA08856 for hackers-outgoing; Tue, 22 Apr 1997 14:56:27 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA08851 for ; Tue, 22 Apr 1997 14:56:24 -0700 (PDT) Received: from www.sdsp.mc.xerox.com ([13.231.132.18]) by alpha.xerox.com with SMTP id <18206(15)>; Tue, 22 Apr 1997 14:55:47 PDT Received: from gnu.sdsp.mc.xerox.com (gnu.sdsp.mc.xerox.com [13.231.133.90]) by www.sdsp.mc.xerox.com (8.8.5/8.8.5) with SMTP id RAA28499; Tue, 22 Apr 1997 17:54:00 -0400 (EDT) Received: by gnu.sdsp.mc.xerox.com (4.1/client-1.3) id AA09010; Tue, 22 Apr 97 17:53:35 EDT Message-Id: <9704222153.AA09010@gnu.sdsp.mc.xerox.com> To: Michael Hancock Cc: Charles Henrich , freebsd-hackers@freebsd.org Subject: Re: flex vs. lex In-Reply-To: Your message of "Mon, 21 Apr 1997 19:59:41 PDT." Date: Tue, 22 Apr 1997 14:53:33 PDT From: "Marty Leisner" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , you write: >On Mon, 21 Apr 1997, Charles Henrich wrote: > >> Does anyone know how to take an old program that depends on lex quirkiness >> (such as rewriting input() ) and make it work with flex? Any pointers? I've >> been searching for an hour now and havent found a thing :( > >I was interested in getting AT&T's Software ToolChest which has CSCOPE and >CSCOPE has the same problems. The Bell Labs web pages now include BSD/OS >support so I think they had to do something similar. > >Maybe you can find someone that has the old and new versions and get some >insight. > > >Mike You happen to know where this is? Here's Vern Paxson's changes to cscope: (I may have done some stuff too) I haven't seen a good explanation of lex internals... --- scanner.l.~1~ Thu Sep 14 23:41:35 1995 +++ scanner.l Mon Oct 7 22:01:21 1996 @@ -13,21 +13,6 @@ #include "global.h" -/* the line counting has been moved from character reading for speed */ -/* comments are discarded */ -#undef input -#ifdef __BORLANDC__ -static int msdosgetc(FILE *inputfile); - -#define input() ((yytchar=((yytchar=(yytchar=yysptr>yysbuf?*--yysptr:getc(yyin))=='/'?comment():yytchar)==EOF?0:yytchar))=='\r'?msdosgetc(yyin):yytchar) -#define noncommentinput() ((yytchar=((yytchar=yysptr>yysbuf?*--yysptr:getc(yyin))==EOF?0:yytchar))=='\r'?msdosgetc(yyin):yytchar) -#else -#define input() ((yytchar=(yytchar=yysptr>yysbuf?*--yysptr:getc(yyin))=='/'?comment():yytchar)==EOF?0:toascii(yytchar)) -#define noncommentinput() ((yytchar=yysptr>yysbuf?*--yysptr:getc(yyin))==EOF?0:yytchar) -#endif -#undef unput -#define unput(c) (*yysptr++=(c)) - /* not a preprocessor line (allow Ingres(TM) "## char var;" lines) */ #define notpp() (ppdefine == NO && (*yytext != '#' || yytext[1] == '#')) @@ -73,11 +58,19 @@ static BOOL typedefname; /* typedef name use */ static int token; /* token found */ +static int strip_comments = 1; /* if true, input() strips comments */ void multicharconstant(); + +#define YY_INPUT(buf, result, max_size) result = cscope_input(buf, max_size); + +extern int yylineno; +int yylineno; + %} identifier [a-zA-Z_][a-zA-Z_0-9]* number \.?[0-9][.0-9a-fA-FlLuUxX]* %start SDL +%array %a 6000 %o 11000 %p 3000 @@ -535,7 +528,7 @@ \n { /* end of the line */ if (ppdefine == YES) { /* end of a #define */ ppdefine = NO; - (void) yyless(yyleng - 1); /* rescan \n */ + yyless(yyleng - 1); /* rescan \n */ last = first; yymore(); return(DEFINEEND); @@ -754,11 +747,13 @@ { register char c; + strip_comments = 0; + /* scan until the terminator is found */ - while ((c = yytext[yyleng++] = noncommentinput()) != terminator) { + while ((c = yytext[yyleng++] = input()) != terminator) { switch (c) { case '\\': /* escape character */ - if ((yytext[yyleng++] = noncommentinput()) == '\n') { + if ((yytext[yyleng++] = input()) == '\n') { ++yylineno; } break; @@ -779,6 +774,7 @@ /* fall through */ case LEXEOF: /* end of file */ + strip_comments = 1; return; default: @@ -792,7 +788,7 @@ if (yyleng >= STMTMAX) { /* truncate the token */ - while ((c = noncommentinput()) != LEXEOF) { + while ((c = input()) != LEXEOF) { if (c == terminator) { unput(c); break; @@ -804,6 +800,8 @@ } } yytext[yyleng] = '\0'; + + strip_comments = 1; } #ifdef __BORLANDC__ @@ -823,3 +821,45 @@ return(c); } #endif + +static int +cscope_input(buf, max_size) + char *buf; + int max_size; +{ + int n, c; + + for (n = 0; n < max_size; ++n) { + c = getc(yyin); + if ( c == '/' && strip_comments ) { + if (n == 0) + c = comment(); + else { + /* Don't scan comments except at the beginning + * of the buffer. This is because comments + * can contain embedded newlines, and these + * lead to incrementing yylineno, but that + * will happen before the lexer scans the + * part of the buffer coming before the + * comment, which will lead to incorrect + * line numbers. + */ + (void) ungetc(c, yyin); + break; + } + } + if (c == EOF) + break; + buf[n] = toascii(c); + if ( c == '\'' || c == '"' ) { + /* These could lead to calls to multicharconstant() + * which in turn will want any embedded comments, + * so this is a good place to stop filling the input + * buffer for now. + */ + ++n; + break; + } + } + return n; +} From owner-freebsd-hackers Tue Apr 22 15:08:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09756 for hackers-outgoing; Tue, 22 Apr 1997 15:08:22 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA09748 for ; Tue, 22 Apr 1997 15:08:19 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id PAA02907; Tue, 22 Apr 1997 15:08:18 -0700 (PDT) Message-Id: <199704222208.PAA02907@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: freebsd-sf@arachna.com cc: freebsd-hackers@freebsd.org Subject: Re: post first meeting notes In-reply-to: Your message of "Tue, 22 Apr 1997 12:43:12 PDT." <335D14D0.237C228A@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Apr 1997 15:08:18 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Julian, It was a cool meeting and I think that we need to have more of them. I am going to try to connect Alfredo's lounge to the mbone and for next meeting I will bring my box or help Alfredo outfit his box with the proper gear for vic and vat. They have been meaning to get connected to the mbone for a while now and hopefully it will not be a challenge. Next time, besides obviously taking notes it will be nice if we have an electronic sign up sheet with web page links or whatever someone may think is appropriate, cool saying , cool image, etc.. So if someone has a nice pointer to a graffiti / web page authoring tool please let me know ( I now about the mbone whiteboad and nt tools). One of the main topics of the meeting was sysinstall. Jordan agreed to generate a framework document to help guide the development of the new sysinstall and he made explicit that help from others in this area is welcome! On the bright side, I cornered the guys from Best and ask them why were they switching from SGI to FreeBSD . They main concern is the response time of problem resolutions from SGI which is typically 2 or 3 months and sometimes if they are lucky they get a response in 3 weeks. Obviously, for an ISP the size of Best this is not acceptable and this is were FreeBSD or Unix systems with sources really shines , it allows or gives the opportunity to organizations to attempt to resolve problems quicker than companies such as SGI. Perhaps we should try to hold the meetings twice a month for the next 2 or 3 months and with mbone connectivity we can easily turn this into a global event. Additionally, by holding the meetings twice a week it should make easier for people to make it to the meeting. Cheers, Amancio >From The Desk Of Julian Elischer : > Ian Kallen wrote: > > > > It was cool to meet everybody f2f and hear from Jordan what's cooking. > > Though I didn't take any notes per se (do we need to elect a secretary?) > --- > > sorry I didn't make it.. > Last I heard it was on Thursday... > oh well I was kinda busy anyhow.. > ........... http://www.arachna.com/freebsd/freebsd-sf.html ............... > --- to unsubscribe "unsubscribe freebsd-sf" to majordomo@arachna.com ---- From owner-freebsd-hackers Tue Apr 22 15:15:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA10424 for hackers-outgoing; Tue, 22 Apr 1997 15:15:37 -0700 (PDT) Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA10412 for ; Tue, 22 Apr 1997 15:15:31 -0700 (PDT) Received: (from davidn@localhost) by unique.usn.blaze.net.au (8.8.5/8.8.5) id IAA07455; Wed, 23 Apr 1997 08:15:15 +1000 (EST) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <335CB6DC.9FD@newland.com> Date: Wed, 23 Apr 1997 08:13:33 +1000 (EST) Organization: Unique Computing From: David Nugent To: malcolm newton Subject: RE: uucico over ppp connection Cc: freebsdhackers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 22-Apr-97 malcolm newton wrote: > Anyone got this going succesfully. > I have a site that will be ppp connected from 8am-8pm only. SO we have > to q mail for the rest of the time. It looks like uucico will work > over a tcp connection bye setting tcp in the ports config file. > > anyone tried it? Sure. I use it to dialout to two sites, and 1 site uses it to dial in. These are a mixture of methods, both uucpd and rlogin. Works fine. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Tue Apr 22 15:34:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA11860 for hackers-outgoing; Tue, 22 Apr 1997 15:34:35 -0700 (PDT) Received: from post-ofc05.srv.cis.pitt.edu (post-ofc05.srv.cis.pitt.edu [136.142.185.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA11851 for ; Tue, 22 Apr 1997 15:34:32 -0700 (PDT) Received: from morose.rmt.net.pitt.edu (ehdup-o-14.rmt.net.pitt.edu [136.142.22.64]) by post-ofc05.srv.cis.pitt.edu with SMTP (8.8.5/cispo-2.0.1.7) ID ; Tue, 22 Apr 1997 17:46:34 -0400 (EDT) Message-Id: <3.0.1.32.19970422174900.007b94a0@pop.pitt.edu> X-Sender: jddst19@pop.pitt.edu X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Tue, 22 Apr 1997 17:49:00 -0400 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@freebsd.org From: John Duncan Subject: Re: flex vs. lex In-Reply-To: <19970422214224.YP52248@uriah.heep.sax.de> References: <3.0.1.32.19970422012343.007a5100@pop.pitt.edu> <3.0.1.32.19970422012343.007a5100@pop.pitt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Second, even Bison (GNU's yacc rewrite) switched to no longer >mandating the application of the GPL to the generated code, maybe a >year or two ago. It's been so long since I've had to use any of these tools except in makefiles... Especially bison because I dislike the gnu license. But you are right. Thanks for the correction. -John If you ever see an ambulance with sirens blaring and twin 50mm cannons on top, do not interpret this as a Good Sign. Be very, very frightened, in fact. From owner-freebsd-hackers Tue Apr 22 15:35:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA11987 for hackers-outgoing; Tue, 22 Apr 1997 15:35:16 -0700 (PDT) Received: from post-ofc05.srv.cis.pitt.edu (post-ofc05.srv.cis.pitt.edu [136.142.185.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA11976 for ; Tue, 22 Apr 1997 15:35:12 -0700 (PDT) Received: from morose.rmt.net.pitt.edu (ehdup-o-14.rmt.net.pitt.edu [136.142.22.64]) by post-ofc05.srv.cis.pitt.edu with SMTP (8.8.5/cispo-2.0.1.7) ID ; Tue, 22 Apr 1997 17:56:23 -0400 (EDT) Message-Id: <3.0.1.32.19970422175849.007bb510@pop.pitt.edu> X-Sender: jddst19@pop.pitt.edu X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Tue, 22 Apr 1997 17:58:49 -0400 To: "Jordan K. Hubbard" , hackers@freebsd.org From: John Duncan Subject: Re: More on Walnut Creek CDROM promotional give-aways... In-Reply-To: <26610.861741410@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan- WC might want to consider sending these promotional boxes at the beginning of the schoolyear, and not at the end:) People don't have the time to switch, and install, and all that and make it to the end of this semester. It'd be a better idea to wait until late august. A major source of problems with usage exists in the fact that at our large universities (pitt) there is a management dept. that has little or no interaction with students making all of the decisions on software, hardware, etc. Pitt's CIS just decided to move all machines with a pentium to NT, and away from win3.1/95, which was a good start toward having a decent operating system, but providing some pentiums with a unix would be very useful indeed. Half the students use unix all the time , anyway, because it's a pain to set up popmail around afs here, for some reason. If the CIS dept. put unix on more machines, then they could run the machines full-time and people wouldn't wait 30 years to check email in a lab. There are many marketing approaches for universities that show the simplicity of using unix over many os's. The one at which we suffer is application base. Still, as Pitt lets out in five days, it wouldn't be much use to send CDs now, but in the fall I'd be interested in doing some marketing. -John If you ever see an ambulance with sirens blaring and twin 50mm cannons on top, do not interpret this as a Good Sign. Be very, very frightened, in fact. From owner-freebsd-hackers Tue Apr 22 15:49:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA12821 for hackers-outgoing; Tue, 22 Apr 1997 15:49:20 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA12806 for ; Tue, 22 Apr 1997 15:49:13 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id XAA28326; Tue, 22 Apr 1997 23:45:29 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Tue, 22 Apr 1997 23:45:48 +0100 X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <335CB6DC.9FD@newland.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 22 Apr 1997 23:43:16 +0100 To: malcolm newton From: Bob Bishop Subject: Re: uucico over ppp connection Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I have a site that will be ppp connected from 8am-8pm only. SO we have >to q mail for the rest of the time. It looks like uucico will work >over a tcp connection bye setting tcp in the ports config file. > >anyone tried it? Works fine here -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Tue Apr 22 15:52:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA13164 for hackers-outgoing; Tue, 22 Apr 1997 15:52:44 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA13159 for ; Tue, 22 Apr 1997 15:52:41 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA19331 for hackers@freebsd.org; Wed, 23 Apr 1997 00:52:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id AAA29593; Wed, 23 Apr 1997 00:45:16 +0200 (MET DST) Message-ID: <19970423004516.KS57718@uriah.heep.sax.de> Date: Wed, 23 Apr 1997 00:45:16 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: FDDI Controller Driver Help... References: <19970421230445.08797@hydrogen.nike.efn.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Simon Shapiro on Apr 22, 1997 12:44:49 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Simon Shapiro wrote: > > sounds like you forgot > > pseudo-device fddi > Egg on my face... Foot in my mouth... Maybe we need a single level of dependency rules in config(8)? i386/isa/if_ed.c optional ed device-driver requires ether ... i386/eisa/if_fea.c optional fea device-driver requires fddi net/if_ethersubr.c optional ether dependency ...with the latter telling config to only add it if a `requires' clause hit. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 22 15:53:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA13266 for hackers-outgoing; Tue, 22 Apr 1997 15:53:52 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA13259 for ; Tue, 22 Apr 1997 15:53:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id PAA16049; Tue, 22 Apr 1997 15:55:21 -0700 (PDT) Message-Id: <199704222255.PAA16049@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: Can't put 512MB ram in box ... Extended memory question. In-reply-to: Your message of "Tue, 22 Apr 1997 10:36:37 PDT." From: David Greenman Reply-To: dg@root.com Date: Tue, 22 Apr 1997 15:55:21 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I get a "kmem_suballoc" panic. > >kmem_suballoc: bad status return of 3 > > >Any ideas why? Kernel is compiled with MAXMEM=523264. The memory is seen >by the BIOS boot. It means that the kernel has run out of kernel virtual memory. You have two options: either more carefully tune your system (maxusers, NMBCLUSTERS) to take less KVM, or (difficult) apply various changes to increase the kernel virtual memory. I had to do the latter on wcarchive, but not only does this require kernel changes, but also requires that the userland be rebuilt, and additionally breaks BSD/OS compatibility. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Apr 22 15:58:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA13562 for hackers-outgoing; Tue, 22 Apr 1997 15:58:36 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA13545 for ; Tue, 22 Apr 1997 15:58:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id PAA16161; Tue, 22 Apr 1997 15:59:57 -0700 (PDT) Message-Id: <199704222259.PAA16161@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: Can't put 512MB ram in box ... Extended memory question. In-reply-to: Your message of "Tue, 22 Apr 1997 10:36:37 PDT." From: David Greenman Reply-To: dg@root.com Date: Tue, 22 Apr 1997 15:59:57 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I get a "kmem_suballoc" panic. > >kmem_suballoc: bad status return of 3 Oh, one more thing: If you are not running -current, then there is one fix which should help your situation a bunch. Attached; I don't know if this will apply cleanly to 2.2, however. Let me know. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project Index: pmap.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/pmap.c,v retrieving revision 1.140 retrieving revision 1.141 diff -c -r1.140 -r1.141 *** pmap.c 1997/04/13 01:48:08 1.140 --- pmap.c 1997/04/13 03:35:30 1.141 *************** *** 102,107 **** --- 102,108 ---- #include #define PMAP_KEEP_PDIRS + #define PMAP_SHPGPERPROC 200 #if defined(DIAGNOSTIC) #define PMAP_DIAGNOSTIC *************** *** 1429,1445 **** /* * init the pv_entry allocation system */ - #define PVSPERPAGE 64 void init_pv_entries(npg) int npg; { /* ! * allocate enough kvm space for PVSPERPAGE entries per page (lots) ! * kvm space is fairly cheap, be generous!!! (the system can panic if ! * this is too small.) */ ! npvvapg = ((npg * PVSPERPAGE) * sizeof(struct pv_entry) + PAGE_SIZE - 1) / PAGE_SIZE; pvva = kmem_alloc_pageable(kernel_map, npvvapg * PAGE_SIZE); /* --- 1430,1451 ---- /* * init the pv_entry allocation system */ void init_pv_entries(npg) int npg; { /* ! * Allocate enough kvm space for one entry per page, and ! * each process having PMAP_SHPGPERPROC pages shared with other ! * processes. (The system can panic if this is too small, but also ! * can fail on bootup if this is too big.) ! * XXX The pv management mechanism needs to be fixed so that systems ! * with lots of shared mappings amongst lots of processes will still ! * work. The fix will likely be that once we run out of pv entries ! * we will free other entries (and the associated mappings), with ! * some policy yet to be determined. */ ! npvvapg = ((PMAP_SHPGPERPROC * maxproc + npg) * sizeof(struct pv_entry) + PAGE_SIZE - 1) / PAGE_SIZE; pvva = kmem_alloc_pageable(kernel_map, npvvapg * PAGE_SIZE); /* From owner-freebsd-hackers Tue Apr 22 16:08:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA14331 for hackers-outgoing; Tue, 22 Apr 1997 16:08:33 -0700 (PDT) Received: from enst.enst.fr (MteLXQDnUQ6XPsfTfKJgea27Se3xnxSg@enst.enst.fr [137.194.2.16]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA14325 for ; Tue, 22 Apr 1997 16:08:28 -0700 (PDT) Received: from email.enst.fr (email.enst.fr [137.194.168.17]) by enst.enst.fr (8.8.4/8.8.4) with ESMTP id BAA24786; Wed, 23 Apr 1997 01:08:21 +0200 (MET DST) Received: from nikopol.enst.fr (nikopol.enst.fr [137.194.168.105]) by email.enst.fr (8.8.4/8.8.4) with ESMTP id BAA18450; Wed, 23 Apr 1997 01:08:08 +0200 (MET DST) Received: (from fenyo@localhost) by nikopol.enst.fr (8.8.4/8.8.4) id BAA20563; Wed, 23 Apr 1997 01:08:06 +0200 (MET DST) Date: Wed, 23 Apr 1997 01:08:06 +0200 (MET DST) Message-Id: <199704222308.BAA20563@nikopol.enst.fr> From: "Alex Fenyo (eowyn)" To: freebsd-hackers@freebsd.org Subject: fd locking problem with libc_r ? Cc: jb@cimlogic.com.au X-WWW: http://home.eowyn.fr.eu.org/~fenyo/documents/axel.html X-PGP-Key: finger alex@eowyn.fr.eu.org X-NIC-Handle: AF713 X-Whois: whois -h whois.internic.net fenyo X-Pager: 06-04-30-75-94 (for emergency only) Organization: Ecole Nationale Superieure des Telecommunications de Paris Reply-to: fenyo@email.enst.fr Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I encountered a possibly bug in libc_r. Suppose you have 2 threads and a file descriptor, for instance a socket. Suppose too that nothing is to be read on the fd (the daemon on the other side didn't feed the socket), but we can write on it (the daemon on the other side reads on it). The first thread performs a call to read() on fd. LATER, the second thread performs a call to write() on the fd. The problem is that : the write call in the second thread will always be performed after something can be read by the first thread. It's because in src/lib/libc_r uthread_write.c, there is a read-write lock on the fd : ------------------------------------------------------------ if ((ret = _thread_fd_lock(fd, FD_RDWR, NULL, __FILE__, __LINE__)) == 0) { ------------------------------------------------------------ I wonder why is there such a read-write lock when just a write lock would be sufficient (and would solve the problem) ??? Perhaps it's because a write lock wouldn't be sufficient ??? (I can't find a reason for that ?) The problem is the same with writev(). Many thanks, Alexandre Fenyo From owner-freebsd-hackers Tue Apr 22 16:35:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA16315 for hackers-outgoing; Tue, 22 Apr 1997 16:35:44 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA16308 for ; Tue, 22 Apr 1997 16:35:40 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id QAA19617 for ; Tue, 22 Apr 1997 16:35:39 -0700 (PDT) Date: Tue, 22 Apr 1997 16:35:39 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: additional boot stage? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Occasionally, it seems I'm having to work on machines that aren't close, and need a bit of kernel tweaking now and then... Something I was was thinking would be useful is to have a kernel boot path, or list of bootable kernels, or some mechanism such that if /kernel doesn't boot, /kernel.bak boots or some fallback mechanism. I was thinking it could be handled if /kernel loaded and tracked the bootedness or non-bootedness of the next kernel, it would be handy, w/o having to write/rewrite the bootblocks, which makes me nervous. Or something. It would be nice. From owner-freebsd-hackers Tue Apr 22 16:57:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA17682 for hackers-outgoing; Tue, 22 Apr 1997 16:57:29 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA17677 for ; Tue, 22 Apr 1997 16:57:26 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA27858; Tue, 22 Apr 1997 16:54:37 -0700 From: Terry Lambert Message-Id: <199704222354.QAA27858@phaeton.artisoft.com> Subject: Re: fd locking problem with libc_r ? To: fenyo@email.enst.fr Date: Tue, 22 Apr 1997 16:54:37 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org, jb@cimlogic.com.au In-Reply-To: <199704222308.BAA20563@nikopol.enst.fr> from "Alex Fenyo" at Apr 23, 97 01:08:06 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Suppose you have 2 threads and a file descriptor, for instance a socket. [ ... ] > I wonder why is there such a read-write lock when just a write > lock would be sufficient (and would solve the problem) ??? > Perhaps it's because a write lock wouldn't be sufficient ??? > (I can't find a reason for that ?) It's because only one blocking operation can be outstanding on an FD at a time in a user space threading implementation. Look at it as if it were an operation queueing interface, and there was a single queue for servicing both reads and writes (VMS and many UNIX multidrop board drivers have exactly thjis restriction on their non-threaded I/O!). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 22 17:24:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA19572 for hackers-outgoing; Tue, 22 Apr 1997 17:24:04 -0700 (PDT) Received: from monk.via.net (monk.via.net [140.174.204.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA19535 for ; Tue, 22 Apr 1997 17:24:00 -0700 (PDT) Received: (from joe@localhost) by monk.via.net (8.6.11/8.6.12) id RAA18198; Tue, 22 Apr 1997 17:15:41 -0700 Date: Tue, 22 Apr 1997 17:15:41 -0700 From: Joe McGuckin Message-Id: <199704230015.RAA18198@monk.via.net> To: mrcpu@cdsnet.net Subject: Re: Can't put 512MB ram in box ... Extended memory question. Cc: hackers@freebsd.org X-Sun-Charset: US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Why the need for the MAXMEM config variable? Why not just probe for maximum memosry size at boot time? Joe From owner-freebsd-hackers Tue Apr 22 17:29:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA20000 for hackers-outgoing; Tue, 22 Apr 1997 17:29:37 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA19993 for ; Tue, 22 Apr 1997 17:29:34 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id RAA03692 for ; Tue, 22 Apr 1997 17:29:36 -0700 (PDT) Message-Id: <199704230029.RAA03692@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: freebsd-hackers@freebsd.org Subject: Bootable CDs? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Apr 1997 17:29:36 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is being a while since I hear anything about this topic. Has anyone managed to create a bootable CDROM?? Tnks, Amancio From owner-freebsd-hackers Tue Apr 22 17:43:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA21034 for hackers-outgoing; Tue, 22 Apr 1997 17:43:28 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA20992 for ; Tue, 22 Apr 1997 17:42:37 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wJq4U-0000Aw-00; Tue, 22 Apr 1997 18:38:06 -0600 To: Terry Lambert Subject: Re: disklabel -- owner? Cc: jbryant@tfs.net, bakul@torrentnet.com, freebsd-hackers@freebsd.org In-reply-to: Your message of "Mon, 21 Apr 1997 09:55:21 PDT." <199704211655.JAA13746@phaeton.artisoft.com> References: <199704211655.JAA13746@phaeton.artisoft.com> Date: Tue, 22 Apr 1997 18:38:06 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704211655.JAA13746@phaeton.artisoft.com> Terry Lambert writes: : NetBSD has upped this to 16 (or was it OpenBSD). OpenBSD defintitely did it. I don't think that NetBSD has done anything about this. OpenBSD can grok, btw the old style disklabels that FreeBSD writes. Had I known this when I was hacking on OpenBSD/arc at the outset, I'd have saved myself a lot of grief about learning how to boot a machine diskless :-(. : Either way, it's possible to up the number... but is it desirable? Yes. I think so. Not enought to try to do the work, however. : how big the BSD partition is. So 'c' and 'd' are redundant (all : redundancy not related to fault tolerance should be eliminated). I think that 'd' is no longer used, on freeBSD, for this purpose. It doesn't show up at all in any of my disklabel edits that I've been doing lately. Warner From owner-freebsd-hackers Tue Apr 22 17:43:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA21053 for hackers-outgoing; Tue, 22 Apr 1997 17:43:35 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA21025 for ; Tue, 22 Apr 1997 17:43:24 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wJq76-0000BA-00; Tue, 22 Apr 1997 18:40:48 -0600 To: Terry Lambert Subject: Re: disklabel -- owner? Cc: hackers@freebsd.org In-reply-to: Your message of "Mon, 21 Apr 1997 11:16:02 PDT." <199704211816.LAA13873@phaeton.artisoft.com> References: <199704211816.LAA13873@phaeton.artisoft.com> Date: Tue, 22 Apr 1997 18:40:48 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704211816.LAA13873@phaeton.artisoft.com> Terry Lambert writes: : > However, I wanna get something simple done for v1.0. To make Michael : > Smith happy, I'm going to try to do this with tcl and Tk with glue : > utilities as needed. : : Any chance you can seperate the UI from the actual code that does the : work so that we aren't stuck with TCL on the install floppy? Of course. What kind of gui designer do you think I am? However, just because the gui and the cli are separated, doesn't mean the cli isn't written with TCL. I think it will be C based, but I'm not sure right now. I'm still fighting a whole lot of issues with getting my machines sane again. Warner From owner-freebsd-hackers Tue Apr 22 18:15:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA22616 for hackers-outgoing; Tue, 22 Apr 1997 18:15:31 -0700 (PDT) Received: from inf.enst.fr (DhS0De5qwDjIixqH6vPbR8Dy+s7gmYZi@inf.enst.fr [137.194.2.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA22608 for ; Tue, 22 Apr 1997 18:15:26 -0700 (PDT) Received: from email.enst.fr (email.enst.fr [137.194.168.17]) by inf.enst.fr (8.8.4/8.8.4) with ESMTP id DAA16018; Wed, 23 Apr 1997 03:11:13 +0200 (MET DST) Received: from nikopol.enst.fr (nikopol.enst.fr [137.194.168.105]) by email.enst.fr (8.8.4/8.8.4) with ESMTP id DAA19871; Wed, 23 Apr 1997 03:09:40 +0200 (MET DST) Received: (from fenyo@localhost) by nikopol.enst.fr (8.8.4/8.8.4) id DAA21251; Wed, 23 Apr 1997 03:09:38 +0200 (MET DST) To: Terry Lambert Cc: freebsd-hackers@FreeBSD.org, jb@cimlogic.com.au X-WWW: http://home.eowyn.fr.eu.org/~fenyo/documents/axel.html X-PGP-Key: finger alex@eowyn.fr.eu.org X-NIC-Handle: AF713 X-Whois: whois -h whois.internic.net fenyo X-Pager: 06-04-30-75-94 (for emergency only) Organization: Ecole Nationale Superieure des Telecommunications de Paris Subject: Re: fd locking problem with libc_r ? References: <199704222354.QAA27858@phaeton.artisoft.com> From: fenyo@email.enst.fr (Alex Fenyo (eowyn)) Date: 23 Apr 1997 03:09:23 +0200 In-Reply-To: Terry Lambert's message of Tue, 22 Apr 1997 16:54:37 -0700 (MST) Message-ID: Lines: 27 X-Mailer: Red Gnus v0.50/XEmacs 19.14 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: > It's because only one blocking operation can be outstanding on an > FD at a time in a user space threading implementation. But then, I have two questions : .Why a select() waiting only to be able to write on a fd (select(nfds, NULL, writefds, NULL, NULL)), and a read on the same descriptor are allowed to be performed at the same time by libc_r ??? (such a select adds only a write lock on the descriptor) .Do you think the behaviour I talked about is posix compliant ? (my opinion is that it is not, because each time a thread blocks on read, nobody can write (on the same fd); difficult to handle !!!) I agree with you that only one blocking operation can be done at a time. But this is not a problem, because the two calls are not really done : they are done one time, in a non blocking way, then the two threads are discarded from the running queue, and then _thread_kern_sched() makes a big select (most of the time non blocking, if there is at least one thread in the running queue) with fdsets that contain all the descriptors that threads may wait on (by calls to select, read, write etc...). Sincerly, Alexandre Fenyo From owner-freebsd-hackers Tue Apr 22 18:18:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA22760 for hackers-outgoing; Tue, 22 Apr 1997 18:18:50 -0700 (PDT) Received: from inf.enst.fr (n3AZrRql5ZrM2e9cGnzOw9dpuS4NCBCO@inf.enst.fr [137.194.2.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA22752 for ; Tue, 22 Apr 1997 18:18:43 -0700 (PDT) Received: from email.enst.fr (email.enst.fr [137.194.168.17]) by inf.enst.fr (8.8.4/8.8.4) with ESMTP id DAA16205; Wed, 23 Apr 1997 03:18:31 +0200 (MET DST) Received: from nikopol.enst.fr (nikopol.enst.fr [137.194.168.105]) by email.enst.fr (8.8.4/8.8.4) with ESMTP id DAA19961; Wed, 23 Apr 1997 03:17:56 +0200 (MET DST) Received: (from fenyo@localhost) by nikopol.enst.fr (8.8.4/8.8.4) id DAA21364; Wed, 23 Apr 1997 03:17:55 +0200 (MET DST) Date: Wed, 23 Apr 1997 03:17:55 +0200 (MET DST) Message-Id: <199704230117.DAA21364@nikopol.enst.fr> From: "Alex Fenyo (eowyn)" To: freebsd-hackers@FreeBSD.org Subject: Scheduling with libc_r... Cc: jb@cimlogic.com.au X-WWW: http://home.eowyn.fr.eu.org/~fenyo/documents/axel.html X-PGP-Key: finger alex@eowyn.fr.eu.org X-NIC-Handle: AF713 X-Whois: whois -h whois.internic.net fenyo X-Pager: 06-04-30-75-94 (for emergency only) Organization: Ecole Nationale Superieure des Telecommunications de Paris Reply-to: fenyo@email.enst.fr Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, [ I continue my investigations on fd locking :) This time, I have a problem with fd locking and scheduling ] After having read some parts of libc_r (and performed a little test), I think there is a strange behaviour in the scheduling algorithm (a solution is suggested at the end of this mail). Suppose we have two threads. The first one performs a read system call on a file descriptor, and LATER, the second one performs a read system call on the same file descriptor too. Suppose that the priority of the first thread is lower than the priority of the second thread. So, we have 2 waiting threads : the low priority thread called read before the high priority thread. The problem is that when something will be able to be read, the low priority thread will run first, before the high priority one. This is because the low priority thread performed a lock on the filedescriptor before the high priority thread. Thus, the low priority thread was in state PS_FDR, and the other one in state PS_FD_LR. When the data arrives on the file descriptor, _thread_kern_sched() changes the state PS_FDR to PS_RUNNING. But it does nothing with threads in state PS_FD_LR. Then, the low priority thread is scheduled. It finishes the read call by unlocking the filedescriptor (and then the high priority thread state changes from PS_FD_LR to PS_FDR, but the low priority thread continues to run). I think this strange behaviour can be simply corrected by adding a call to _thread_kern_sched() at the end of _thread_fd_unlock in uthread_fd.c. Just modify uthread_fd_unlock() (src/lib/libc_r uthread_fd.c) : ------------------------------------------------------------ /* Unblock signals again: */ _thread_kern_sig_unblock(status); /* Nothing to return. */ return; } ------------------------------------------------------------ by this : ------------------------------------------------------------ /* Unblock signals again: */ _thread_kern_sig_unblock(status); _thread_kern_sched(NULL); /* Nothing to return. */ return; } ------------------------------------------------------------ It is important to note that the high priority thread must return first from the system call, BUT moreover, it must have read the data first (during the system call). It is done, with the modification I suggest. But only because a side effect is that the low priority thread returns EAGAIN. Thanks, Alexandre Fenyo From owner-freebsd-hackers Tue Apr 22 18:20:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA22903 for hackers-outgoing; Tue, 22 Apr 1997 18:20:54 -0700 (PDT) Received: from cedb.dpcsys.com (cedb.DPCSYS.com [209.25.4.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA22898 for ; Tue, 22 Apr 1997 18:20:51 -0700 (PDT) Received: from localhost (dan@localhost) by cedb.dpcsys.com (8.8.5/8.8.2) with SMTP id BAA17102; Wed, 23 Apr 1997 01:20:45 GMT Date: Tue, 22 Apr 1997 18:20:44 -0700 (PDT) From: Dan Busarow To: Joerg Wunsch cc: freebsd-hackers@FreeBSD.ORG Subject: Re: sendmail tricks anyone? In-Reply-To: <19970422202251.WE20864@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Apr 1997, J Wunsch wrote: > As Dan Busarow wrote: > > > R$={SpamIP}$* $| $* $#error $@ 5.7.1 $: "571 Access denied" > > Curious, do you have an idea whether it's possible here to have > sendmail accepting the mail but throwing it away? I guess, maybe by > defining a `null' mailer or such. Won't work. The only useful thing these new rules can return is an error. All of the address rewriting that gets done here is thrown away. Anyway, the idea of using a 5XX error response is that repeated fatal errors might cause them to drop the address from their lists (ya, right :) > Otherwise, our MXen (which are out of our administration domain) would > accept the mail on our behalf, and finally deliver it to us. We haven't used offsite MX since switching from UUCP to leased line so it wasn't a concern here. While the {SpamIP} rule won't be useful, the others will catch relay attempts and that's what this rule set is for. To block incoming spam from known spammer, UUCP and other intermittent connection sites, will need to use check_mail and check_compat to look at domain names instead of IPs. Not nearly as good, but certainly better than nothing. See http://www.informatik.uni-kiel.de/%7Eca/email/check.html for details. Dan -- Dan Busarow 714 443 4172 DPC Systems / Beach.Net dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 From owner-freebsd-hackers Tue Apr 22 18:36:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA23757 for hackers-outgoing; Tue, 22 Apr 1997 18:36:04 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA23707; Tue, 22 Apr 1997 18:35:58 -0700 (PDT) Received: from localhost (bradley@localhost) by ns2.harborcom.net (8.8.5/8.8.4) with SMTP id VAA26621; Tue, 22 Apr 1997 21:35:40 -0400 (EDT) Date: Tue, 22 Apr 1997 21:35:40 -0400 (EDT) From: Bradley Dunn X-Sender: bradley@ns2.harborcom.net To: Michael Smith cc: freebsd-isp@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: Need a common passwd file among machines In-Reply-To: <199704210703.QAA08288@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 21 Apr 1997, Michael Smith wrote: > "So what" is that the new Livingston code is Radius-2 compliant, and has > lots of nice features. What is "Radius-2 compliant"? AFAIK the only compliance that matters is RFC2138. The code at ftp://ftp.merit.edu/radius/releases/radius.23c.basic.tar.gz is free and is nearly compliant. (Actually the Livingston code is not compliant with the RFC either because they used port 1645 when it was already assigned.) The new features of the Livingston code are basically superficial junk like user menus and prefix/suffix support. pbd -- Why can't you be a non-conformist like everyone else? From owner-freebsd-hackers Tue Apr 22 18:40:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA24033 for hackers-outgoing; Tue, 22 Apr 1997 18:40:12 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA24020 for ; Tue, 22 Apr 1997 18:40:09 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id BAA03779; Wed, 23 Apr 1997 01:38:41 GMT Date: Wed, 23 Apr 1997 10:38:41 +0900 (JST) From: Michael Hancock To: Marty Leisner cc: Charles Henrich , freebsd-hackers@freebsd.org Subject: Re: flex vs. lex In-Reply-To: <9704222153.AA09010@gnu.sdsp.mc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Apr 1997, Marty Leisner wrote: > >CSCOPE has the same problems. The Bell Labs web pages now include BSD/OS > >support so I think they had to do something similar. > > > >Maybe you can find someone that has the old and new versions and get some > >insight. The URL for the toolchest is http://www.bell-labs.com/org/ssg/html/toolchest.htm Unless BSD/OS replaced flex with lex it must mean CSCOPE will now work with flex. Regards, Mike Hancock From owner-freebsd-hackers Tue Apr 22 18:46:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA24271 for hackers-outgoing; Tue, 22 Apr 1997 18:46:26 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA24266 for ; Tue, 22 Apr 1997 18:46:21 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id SAA03337; Tue, 22 Apr 1997 18:44:45 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd003335; Wed Apr 23 01:44:44 1997 Message-ID: <335D6977.41C67EA6@whistle.com> Date: Tue, 22 Apr 1997 18:44:23 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Jaye Mathisen CC: hackers@freebsd.org Subject: Re: additional boot stage? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jaye Mathisen wrote: > > Occasionally, it seems I'm having to work on machines that aren't close, > and need a bit of kernel tweaking now and then... > > Something I was was thinking would be useful is to have a kernel boot > path, or list of bootable kernels, or some mechanism such that if /kernel > doesn't boot, /kernel.bak boots or some fallback mechanism. > > I was thinking it could be handled if /kernel loaded and tracked the > bootedness or non-bootedness of the next kernel, it would be handy, w/o > having to write/rewrite the bootblocks, which makes me nervous. > > Or something. It would be nice. check out nextboot(8) it puts a list of bootable kernels in block 1 after the fdisk, and zero's out each one as it uses it.. needs the appropriate compile option in the bootblocks (mentionned in the man page) From owner-freebsd-hackers Tue Apr 22 18:56:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA24743 for hackers-outgoing; Tue, 22 Apr 1997 18:56:32 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA24738 for ; Tue, 22 Apr 1997 18:56:29 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA18515; Wed, 23 Apr 1997 11:26:05 +0930 (CST) From: Michael Smith Message-Id: <199704230156.LAA18515@genesis.atrad.adelaide.edu.au> Subject: Re: Can't put 512MB ram in box ... Extended memory question. In-Reply-To: <199704230015.RAA18198@monk.via.net> from Joe McGuckin at "Apr 22, 97 05:15:41 pm" To: joe@via.net (Joe McGuckin) Date: Wed, 23 Apr 1997 11:26:05 +0930 (CST) Cc: mrcpu@cdsnet.net, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joe McGuckin stands accused of saying: > > Why the need for the MAXMEM config variable? > > Why not just probe for maximum memosry size at boot time? Because there's no standard behaviour when it comes to accessing nonexistent memory. Some systems mirror their memory, ie. with 64M on the board, addresses are all modulo-64M. Others will spontaneously reboot if you try to access an address with no memory behind them. > Joe > -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 22 19:01:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA25076 for hackers-outgoing; Tue, 22 Apr 1997 19:01:49 -0700 (PDT) Received: from mail.calweb.com (mail.calweb.com [208.131.56.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA25052; Tue, 22 Apr 1997 19:01:28 -0700 (PDT) Received: by mail.calweb.com (8.8.5/8.8.5) with ESMTP id TAA05074; Tue, 22 Apr 1997 19:01:13 -0700 (PDT) X-SMTP: hello web1.calweb.com from cslye@calweb.com server cslye@web1.calweb.com ip 208.131.56.51 Received: (from cslye@localhost) by web1.calweb.com (8.8.5/8.8.5) id TAA10660; Tue, 22 Apr 1997 19:01:19 -0700 (PDT) Message-Id: <199704230201.TAA10660@web1.calweb.com> Subject: Kernel panic's To: freebsd-scsi@freebsd.org, freebsd-hackers@freebsd.org Date: Tue, 22 Apr 1997 19:01:19 -0700 (PDT) From: "Cameron Slye" X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Working on a machine here that I have problems with for over a month and a half now. Short rundown of machine, p133 on a ASUS p55t2p4 m/b with 128mb, 2 2940UW's and a SMC dual port Digital 21040 card. One 2940 has a Quantum XP31070W (root drive) and the other 2940 has a 9gig IBM oem. I am using the RELENG_2_2 from 04/21/97 for the panic's I am quoting today. This box is a news feeder system running innd1.5.1 (with mmap at the moment, about to recompile without mmap) Anyways, any ideas would be great. I have the dump files, and can get you any other info you need. Anyways the ddb trace etc.. The first one I dont have trace info from. dev = 0x400, block = 4505, fs = / panic: freeing free block debugger("panic") stopped at _Debugger+0x25: movb $0_in_Debugger,110 --- dev = 0x2040c, block = 19976, fs = /news/spool panic: blkfree freeing free block debugger: panic trace: _Debugger(f0117b98) at _Debugger+0x35 _panic(f019edd1,f019edae,2040c,4e08,f41f58d4) at _panic+0x5a _fffs_blkfree(f4930e00,4e08,2000,359da0,0) at ffs_blkfree+0x19b _ffs_indirtrunc(f4930e00,fffffff4,359da0,ffffffff,0,efbffd24) at _ffs_indirtrunc+0x222 _ffs_truncate(efbffdfc,f42b06a0,f4c08b80,efbffe70,0) at _ffs_truncate+0x83c _ufs_inactive(efbffe28,f42b0680,f01e34f4,f42b0680,efbffe48) at _ufs_inactive+0xb1 _vrele(f42b0680,0,f4c08b80,efbffe70,efbffe54) at _vrele+0xe7 _vnode_pager_dealloc(f4c08b80,efbffe78,f01b24d0,f4c08b80,f4c08b80) at _vnode_pager_dealloc+0x95 _vm_pager_deallocate(f4c08b80) at _vm_pager_deallocate+0x16 _vm_object_terminate(f4c08b80,f42b0680,0,f43cd400,efbffea8) at _vm_object_terminate+0x154 _vm_object_deallocate(f4c08b80,f42b0680,f43cd400,1ef0,efbffec0) at _vm_object_deallocate+0x19f _vrele(f42b0680,f4930e00,f01e3578,f42b0680,efbffedc) at _vrele+0x30 _vput(f42b0680) at _vput+0x2f _ufs_remove(efbffef4,f01e4500,f41f4a00,0,f01e3354) at _ufs_remove+0x70 _unlink(f41f4a00,efbfff94,efbfff84,55a8,efbfddf8) at _unlink+0xb1 _syscall(27,27,efbfde0e,efbfddf8,efbfdce8) at _syscall+0x183 _Xsyscall() at _Xsyscall+0x35 --- syscall 0xa,eip = 0x8073ff1, esp = 0xefbfdc78, ebp = 0xefbfdce8 From owner-freebsd-hackers Tue Apr 22 19:09:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA25586 for hackers-outgoing; Tue, 22 Apr 1997 19:09:25 -0700 (PDT) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.172.25.144]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA25559; Tue, 22 Apr 1997 19:09:00 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.5/8.8.5) with SMTP id WAA28922; Tue, 22 Apr 1997 22:08:55 -0400 (EDT) Date: Tue, 22 Apr 1997 22:08:55 -0400 (EDT) From: "Matthew N. Dodd" To: "Kevin P. Neal" cc: freebsd-hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG Subject: Re: Need a common passwd file among machines In-Reply-To: <1.5.4.32.19970420204545.008f9a20@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 20 Apr 1997, Kevin P. Neal wrote: > I would hate to see 50,000 line long /etc/passwd files copied everywhere. Its not pretty. IMHO the Unix UID/GID model breaks down around 20k users. We've got 200k users in an email system and we're moving to code that stores username/password entries in a CDB map instead of a password file. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ From owner-freebsd-hackers Tue Apr 22 19:27:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA26677 for hackers-outgoing; Tue, 22 Apr 1997 19:27:59 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA26672 for ; Tue, 22 Apr 1997 19:27:56 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA18664; Wed, 23 Apr 1997 11:57:14 +0930 (CST) From: Michael Smith Message-Id: <199704230227.LAA18664@genesis.atrad.adelaide.edu.au> Subject: Re: concurrent calls to device drivers In-Reply-To: <19970422214531.BX39690@uriah.heep.sax.de> from J Wunsch at "Apr 22, 97 09:45:31 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 23 Apr 1997 11:57:14 +0930 (CST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > > > > s = splfoo(); > > while(sc->sc_busy) { > > What's the splfoo() for? > > Unless the interrupt service can modify sc_busy, you don't need to > protect it. I was thinking explicitly about the speaker driver when I wrote this; in particular I was thinking that, presuming I get around to actually doing what I had planned, it would take the data from the first caller, and return as soon as it had buffered everything that was offered to it. Other writers would still be sleeping on the busy flag, but then further down the sample my mind wandered 8) > You gotta do a > > obtain_mp_lock(); > while(sc->sc_busy) { > ... > } > release_mp_lock(); > > however. :-) On a uniprocessor however, only one process can be in > the kernel at a time. Do we have sample implementations of these primitives? Last I heard the SMP kernel wasn't doing kernel reentrancy yet, so I guess it's not vital yet... -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 22 19:28:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA26728 for hackers-outgoing; Tue, 22 Apr 1997 19:28:16 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA26723 for ; Tue, 22 Apr 1997 19:28:13 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA18646; Wed, 23 Apr 1997 11:53:21 +0930 (CST) From: Michael Smith Message-Id: <199704230223.LAA18646@genesis.atrad.adelaide.edu.au> Subject: Re: Dynamic linking libraries [Q] In-Reply-To: <199704222058.NAA27156@phaeton.artisoft.com> from Terry Lambert at "Apr 22, 97 01:58:15 pm" To: terry@lambert.org (Terry Lambert) Date: Wed, 23 Apr 1997 11:53:21 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, rssh@cki.ipri.kiev.ua, freebsd-hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > > > If you are referring to interprocess communication using static > > variables in a DLL, I think people here might be very ill. 8) > > I believe what he is referring to is that the MS executables put the > library-specific data segment into the DLL rather than statically > linking it with the program, as BSD does. Um, you are saying that if I link against a shared library, the .data segment from that library is linked into my executable at compile time? I honestly cannot believe that this is the case. eg. : cain:~/work/foo>cat testprog.c #include #include main() { printf("%s\n", sys_errlist[E2BIG]); } cain:~/work/foo>./testprog Argument list too long cain:~/work/foo>strings -n 8 testprog /usr/libexec/ld.so Couldn't open Failure reading ld.so Bad magic: ld.so Cannot map ld.so (text) Cannot map ld.so (data) Cannot map ld.so (bss) ld.so failed Service unavailable __DYNAMIC __exit_dummy_decl _dlclose _dlerror ___do_global_dtors ___DTOR_LIST__ ___CTOR_LIST__ ___do_global_ctors ___progname _sys_errlist __exit_dummy_ref _environ I certainly don't see the static data from libc there. > The biggest example in FreeBSD's sordid static data history is the > change in the handling of sys_errlist[], which might have been > entirely opaque between libc.so revisions, assuing the program itself > did not reference it (a bogus thing for a program to do anyway). > > If that were the case, a program which pulled the data in from the > shared library instead of pulling it into the program image at link > time would have continued to function. Instead, the entire FreeBSD > world blew up. I think you must be thinking of something else. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 22 19:31:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA26936 for hackers-outgoing; Tue, 22 Apr 1997 19:31:18 -0700 (PDT) Received: from main.gbdata.com (USR2-1.detnet.com [207.113.12.44]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA26931 for ; Tue, 22 Apr 1997 19:31:11 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.8.5) id VAA02683; Tue, 22 Apr 1997 21:30:44 -0500 (CDT) From: Gary Clark II Message-Id: <199704230230.VAA02683@main.gbdata.com> Subject: Re: uucico over ppp connection To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Tue, 22 Apr 1997 21:30:44 -0500 (CDT) Cc: mnewton@newland.com, freebsd-hackers@freebsd.org In-Reply-To: <199704222014.WAA00974@yedi.iaf.nl> from Wilko Bulte at "Apr 22, 97 10:14:14 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Wilko Bulte wrote: > As malcolm newton wrote... > > Anyone got this going succesfully. > > I have a site that will be ppp connected from 8am-8pm only. SO we have > > to q mail for the rest of the time. It looks like uucico will work > > over a tcp connection bye setting tcp in the ports config file. > > > > anyone tried it? With this setup, I don't see why you would need the uucp unless they have a dynamic address setup. If they are a static address it should be enough to just make sure that your mail server hits it queue within that 12 hour period a couple of times. And yes, uucp over PPP works just fine. I've had a MX record for my domain for years now and stopped doing UUCP over phone about 4 years ago. Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups - http://WWW.GBData.com for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 From owner-freebsd-hackers Tue Apr 22 19:49:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA28181 for hackers-outgoing; Tue, 22 Apr 1997 19:49:00 -0700 (PDT) Received: from galley.portal.net.au (galley.portal.net.au [202.12.71.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA28158 for ; Tue, 22 Apr 1997 19:48:34 -0700 (PDT) Received: from [10.0.2.15] (bildge [202.12.71.4]) by galley.portal.net.au (8.8.5/8.8.5) with SMTP id MAA04247; Wed, 23 Apr 1997 12:18:47 +0930 (CST) Message-Id: <199704230248.MAA04247@galley.portal.net.au> Subject: Re: ADI DT-1496 Terminals Date: Wed, 23 Apr 97 12:17:55 +0930 x-mailer: Claris Emailer 2.0 x52, February 26, 1997 From: Matthew Baker To: "John Duncan" , Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I'm thinking of making a serial-only machine out of an old 486, and someone >is offering a couple of ttys for a good price. Has anyone heard of, used, >praised, hated the ADI DT-1496 Terminal? Is it even a serial tty? ADI DT-1496 are not serial terminals, so they are probably not what your after. (they are IBM coax, or twinax terminals). Matthew. From owner-freebsd-hackers Tue Apr 22 19:53:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA28480 for hackers-outgoing; Tue, 22 Apr 1997 19:53:33 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA28473 for ; Tue, 22 Apr 1997 19:53:30 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA18859; Wed, 23 Apr 1997 12:23:18 +0930 (CST) From: Michael Smith Message-Id: <199704230253.MAA18859@genesis.atrad.adelaide.edu.au> Subject: Re: additional boot stage? In-Reply-To: from Jaye Mathisen at "Apr 22, 97 04:35:39 pm" To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Wed, 23 Apr 1997 12:23:17 +0930 (CST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jaye Mathisen stands accused of saying: > > Something I was was thinking would be useful is to have a kernel boot > path, or list of bootable kernels, or some mechanism such that if /kernel > doesn't boot, /kernel.bak boots or some fallback mechanism. NetBSD does this. > I was thinking it could be handled if /kernel loaded and tracked the > bootedness or non-bootedness of the next kernel, it would be handy, w/o > having to write/rewrite the bootblocks, which makes me nervous. > > Or something. It would be nice. The guys at Whistle have done this already; start with 'man nextboot'. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 22 19:55:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA28620 for hackers-outgoing; Tue, 22 Apr 1997 19:55:42 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA28607; Tue, 22 Apr 1997 19:55:30 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA18881; Wed, 23 Apr 1997 12:25:14 +0930 (CST) From: Michael Smith Message-Id: <199704230255.MAA18881@genesis.atrad.adelaide.edu.au> Subject: Re: Need a common passwd file among machines In-Reply-To: from Bradley Dunn at "Apr 22, 97 09:35:40 pm" To: bradley@dunn.org (Bradley Dunn) Date: Wed, 23 Apr 1997 12:25:14 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-isp@FreeBSD.org, freebsd-hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Bradley Dunn stands accused of saying: > On Mon, 21 Apr 1997, Michael Smith wrote: > > > "So what" is that the new Livingston code is Radius-2 compliant, and has > > lots of nice features. > > What is "Radius-2 compliant"? AFAIK the only compliance that matters is > RFC2138. The code at > ftp://ftp.merit.edu/radius/releases/radius.23c.basic.tar.gz > is free and is nearly compliant. (Actually the Livingston code is not > compliant with the RFC either because they used port 1645 when it was > already assigned.) I'll grant that the Merit server (which amazingly I only just ran into) looks worthwhile. > The new features of the Livingston code are basically superficial junk > like user menus and prefix/suffix support. I was most interested in the hooks that they were claiming for things like counted user access and backending for accounting databases. I haven't studied the Merit server for long enough to know if it covers this already. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 22 21:16:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA03618 for hackers-outgoing; Tue, 22 Apr 1997 21:16:06 -0700 (PDT) Received: from caliban.dihelix.com (caliban.dihelix.com [198.180.136.138]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA03585 for ; Tue, 22 Apr 1997 21:15:59 -0700 (PDT) Received: (from langfod@localhost) by caliban.dihelix.com (8.8.5/8.8.3) id SAA01625; Tue, 22 Apr 1997 18:11:11 -1000 (HST) Message-Id: <199704230411.SAA01625@caliban.dihelix.com> Subject: Re: Can't put 512MB ram in box ... Extended memory question. In-Reply-To: <199704230156.LAA18515@genesis.atrad.adelaide.edu.au> from Michael Smith at "Apr 23, 97 11:26:05 am" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 22 Apr 1997 18:11:11 -1000 (HST) Cc: joe@via.net, mrcpu@cdsnet.net, hackers@freebsd.org From: "David Langford" X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Why the need for the MAXMEM config variable? >> >> Why not just probe for maximum memosry size at boot time? > >Because there's no standard behaviour when it comes to accessing >nonexistent memory. Some systems mirror their memory, ie. with 64M on >the board, addresses are all modulo-64M. Others will spontaneously >reboot if you try to access an address with no memory behind them. > >> Joe >]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ Is it my imagination or doesnt BSDI handle this fairly automagically? Also what are the consequences of setting MAXMEM to a high number even on low memory machine. I thought that I saw the GENERIC kernel et at 128K. -David Langfod langfod@dihelix.com From owner-freebsd-hackers Tue Apr 22 21:33:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA04524 for hackers-outgoing; Tue, 22 Apr 1997 21:33:20 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA04513 for ; Tue, 22 Apr 1997 21:33:16 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA00872; Tue, 22 Apr 1997 21:32:21 -0700 (PDT) To: Warner Losh cc: Terry Lambert , hackers@freebsd.org Subject: Re: disklabel -- owner? In-reply-to: Your message of "Tue, 22 Apr 1997 18:40:48 MDT." Date: Tue, 22 Apr 1997 21:32:21 -0700 Message-ID: <870.861769941@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In message <199704211816.LAA13873@phaeton.artisoft.com> Terry Lambert writes: > : > However, I wanna get something simple done for v1.0. To make Michael > : > Smith happy, I'm going to try to do this with tcl and Tk with glue > : > utilities as needed. > : > : Any chance you can seperate the UI from the actual code that does the > : work so that we aren't stuck with TCL on the install floppy? > > Of course. What kind of gui designer do you think I am? However, > just because the gui and the cli are separated, doesn't mean the cli > isn't written with TCL. I think it will be C based, but I'm not sure > right now. I'm still fighting a whole lot of issues with getting my > machines sane again. It also doesn't mean that TCL isn't going to be there for a lot of other reasons. I do *not* want to invent yet another data file format and associated parser just so that I can dynamically figure out which distributions to put in the user's menu, and TCL lends itself quite well to implementing the kind of dynamism we need to have in setup/sysinstall II. Jordan From owner-freebsd-hackers Tue Apr 22 21:50:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA05673 for hackers-outgoing; Tue, 22 Apr 1997 21:50:41 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA05664 for ; Tue, 22 Apr 1997 21:50:36 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA10038; Wed, 23 Apr 1997 00:50:04 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 23 Apr 1997 00:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id WAA14383; Tue, 22 Apr 1997 22:07:20 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id WAA05245; Tue, 22 Apr 1997 22:13:53 -0400 (EDT) Date: Tue, 22 Apr 1997 22:13:53 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704230213.WAA05245@lakes.water.net> To: ponds!MX.BA-Stuttgart.De!helbig, ponds!lakes.water.net!rivers Subject: Re: 2.1-STABLE aha2940??? Cc: ponds!freefall.cdrom.com!freebsd-hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > > I've recently noticed postings indicating a new 2940 driver > > was "out there" for post 2.2.1 (2.2-STABLE?) > > > > Question #1: > > > > Has this been back-ported to 2.1.7 (2.1-STABLE)? > > Yes, it's in 2.1.7.1-RELEASE. > > > > > Question #2: > > > > If the answer to #1 is 'yes' - can someone tell me how > > to extract the sources I need to upgrade my 2.1.7.1 > > system to get this improved driver. > > If you have 2.1.7 you can upgrade by applying the patches in > the file > 2.1.7.1-RELEASE/src/2.1.7-2.1.7.1.diffs.gz > You might want to consult the 2.1.7.1-RELEASE in the announcement > mailing list on www.freebsd.org. > > Wolfgang > Oops - I was unclear above... I meant to say since 2.1.7.1. Last friday, and even newer version of the aha2940 driver was put into "2.2-STABLE". My question #1 above should have been "Has that newer aha2940 driver been back-ported to 2.1-STABLE (e.g. post 2.1.7.1)?" - Dave Rivers - p.s. Could you check your sendmail.cf; it routed this uucp mail through ucbvax.Berkely.Edu which doesn't exist anymore. You probably want to replace that with "uu.uunet.net", or some other known UUCP relay. From owner-freebsd-hackers Tue Apr 22 23:23:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10393 for hackers-outgoing; Tue, 22 Apr 1997 23:23:40 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA10387 for ; Tue, 22 Apr 1997 23:23:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id XAA01951; Tue, 22 Apr 1997 23:24:59 -0700 (PDT) Message-Id: <199704230624.XAA01951@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: "David Langford" cc: msmith@atrad.adelaide.edu.au (Michael Smith), joe@via.net, mrcpu@cdsnet.net, hackers@freebsd.org Subject: Re: Can't put 512MB ram in box ... Extended memory question. In-reply-to: Your message of "Tue, 22 Apr 1997 18:11:11 -1000." <199704230411.SAA01625@caliban.dihelix.com> From: David Greenman Reply-To: dg@root.com Date: Tue, 22 Apr 1997 23:24:59 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Is it my imagination or doesnt BSDI handle this fairly automagically? > >Also what are the consequences of setting MAXMEM to a high number >even on low memory machine. >I thought that I saw the GENERIC kernel et at 128K. Yes, you can do that. There is a stupid bug in the reporting of memory holes that causes a "Physical memory hole(s):" line to come out, but that is quite harmless. Otherwise, if it works at all then it will work just fine. Michael is correct, though; some motherboards will reset or get NMIs if you access non-existent memory, which is why we don't do speculative memory probing by default. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Apr 22 23:25:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10515 for hackers-outgoing; Tue, 22 Apr 1997 23:25:23 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA10510 for ; Tue, 22 Apr 1997 23:25:21 -0700 (PDT) Received: from mexico.brainstorm.eu.org by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0wJvUO-00098fC; Tue, 22 Apr 97 23:25 PDT Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id IAA22839 for ; Wed, 23 Apr 1997 08:20:17 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id IAA17570 for freebsd-hackers@freebsd.org; Wed, 23 Apr 1997 08:20:20 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id IAA06157; Wed, 23 Apr 1997 08:07:39 +0200 (CEST) Message-ID: <19970423080739.43997@keltia.freenix.fr> Date: Wed, 23 Apr 1997 08:07:39 +0200 From: Ollivier Robert To: freebsdhackers Subject: Re: uucico over ppp connection References: <335CB6DC.9FD@newland.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 In-Reply-To: <335CB6DC.9FD@newland.com>; from malcolm newton on Tue, Apr 22, 1997 at 09:02:20AM -0400 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3237 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to malcolm newton: > I have a site that will be ppp connected from 8am-8pm only. SO we have > to q mail for the rest of the time. It looks like uucico will work > over a tcp connection bye setting tcp in the ports config file. I use it all the time. In /etc/uucp/port, insert an entry like this: port TCP type tcp In /etc/uucp/sys: system NNNNN time Any call-login * call-password * phone NNNNNNNN alternate port TCP protocol it address NNNN.NN.NN chat ogin:--gin \L word \P This way, "uucico -r1 -S NNNNN" will try first using the serial port then UUCP/TCP. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #0: Sat Apr 19 02:47:00 CEST 1997 From owner-freebsd-hackers Tue Apr 22 23:28:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10649 for hackers-outgoing; Tue, 22 Apr 1997 23:28:46 -0700 (PDT) Received: from cache.lib.itb.ac.id. (root@cache.lib.ITB.ac.id [167.205.57.94]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA10635 for ; Tue, 22 Apr 1997 23:28:33 -0700 (PDT) Received: from cyberlib.itb.ac.id. (cyberlib.ITB.ac.id [167.205.57.97]) by cache.lib.itb.ac.id. (8.7.5/8.7.3) with SMTP id RAA01719 for ; Tue, 22 Apr 1997 17:52:57 GMT Received: from CYBERLIB/MAILQ by cyberlib.itb.ac.id. (Mercury 1.11); Wed, 23 Apr 97 13:32:03 +0700 Received: from MAILQ by CYBERLIB (Mercury 1.11); Wed, 23 Apr 97 13:31:53 +0700 From: "Edo Yudhistira" Organization: Computer Center ITB To: hackers@freebsd.org Date: Wed, 23 Apr 1997 13:31:50 +07 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: MailBomb Priority: normal X-mailer: Pegasus Mail v3.1 (R1a) Message-ID: <64BC2B683B@cyberlib.itb.ac.id.> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, Does anybody know how to make a good mailbomb? I want to know how this thing really works!!! Bye! --- Like a wiser man says: 'HAVE NO FEAR, EDO IS HERE' From owner-freebsd-hackers Wed Apr 23 00:21:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12946 for hackers-outgoing; Wed, 23 Apr 1997 00:21:21 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA12937 for ; Wed, 23 Apr 1997 00:21:09 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23795 for freebsd-hackers@FreeBSD.org; Wed, 23 Apr 1997 09:20:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA02060; Wed, 23 Apr 1997 08:52:41 +0200 (MET DST) Message-ID: <19970423085241.VL55418@uriah.heep.sax.de> Date: Wed, 23 Apr 1997 08:52:41 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.org Subject: Re: sendmail tricks anyone? References: <19970422202251.WE20864@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Dan Busarow on Apr 22, 1997 18:20:44 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Dan Busarow wrote: > > > R$={SpamIP}$* $| $* $#error $@ 5.7.1 $: "571 Access denied" > > > > Curious, do you have an idea whether it's possible here to have > > sendmail accepting the mail but throwing it away? I guess, maybe by > > defining a `null' mailer or such. > > Won't work. The only useful thing these new rules can return is > an error. All of the address rewriting that gets done here is > thrown away. I thought of something like: R$={SpamIP}$* $| $* $#null $@ 5.7.1 $: "571 Access denied" ... Mnull, P=/usr/bin/true, F=lsDFMAw5:/|@qrmn9, S=10/30, R=20/40, T=DNS/RFC822/X-Unix, A=true > Anyway, the idea of using a 5XX error response is that repeated > fatal errors might cause them to drop the address from their lists > (ya, right :) I doubt. I think they'll fall back to the less-prioritized MXen. > While the {SpamIP} rule won't be useful, the others will catch relay > attempts and that's what this rule set is for. Yep. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Apr 23 00:21:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12962 for hackers-outgoing; Wed, 23 Apr 1997 00:21:26 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA12945 for ; Wed, 23 Apr 1997 00:21:20 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23802 for hackers@freebsd.org; Wed, 23 Apr 1997 09:21:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA02090; Wed, 23 Apr 1997 09:01:21 +0200 (MET DST) Message-ID: <19970423090121.MR12299@uriah.heep.sax.de> Date: Wed, 23 Apr 1997 09:01:21 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: concurrent calls to device drivers References: <19970422214531.BX39690@uriah.heep.sax.de> <199704230227.LAA18664@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704230227.LAA18664@genesis.atrad.adelaide.edu.au>; from Michael Smith on Apr 23, 1997 11:57:14 +0930 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > Unless the interrupt service can modify sc_busy, you don't need to > > protect it. > > I was thinking explicitly about the speaker driver when I wrote this; ... Ok, if you wanna make the speaker driver asynch, then you need it. > Do we have sample implementations of these primitives? Last I heard the > SMP kernel wasn't doing kernel reentrancy yet, so I guess it's not vital > yet... Don't ask me about SMP. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Apr 23 00:51:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14264 for hackers-outgoing; Wed, 23 Apr 1997 00:51:17 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA14257 for ; Wed, 23 Apr 1997 00:51:14 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23946 for freebsd-hackers@freebsd.org; Wed, 23 Apr 1997 09:51:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA02208; Wed, 23 Apr 1997 09:47:31 +0200 (MET DST) Message-ID: <19970423094731.BV30311@uriah.heep.sax.de> Date: Wed, 23 Apr 1997 09:47:31 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: uucico over ppp connection References: <199704222014.WAA00974@yedi.iaf.nl> <199704230230.VAA02683@main.gbdata.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704230230.VAA02683@main.gbdata.com>; from Gary Clark II on Apr 22, 1997 21:30:44 -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Gary Clark II wrote: > With this setup, I don't see why you would need the uucp unless they have > a dynamic address setup. Because UUCP is the only really working batch file transmission protocol, at least in the Unix world. The added overhead isn't overwhelming, and with Taylor's `i' protocol, you even get bidirectional transfers. I'm also using it to get all my mail and news, mostly over direct modem links, but also over IP whenever i'm currently connected to the Internet. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Apr 23 01:03:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA14933 for hackers-outgoing; Wed, 23 Apr 1997 01:03:33 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA14928 for ; Wed, 23 Apr 1997 01:03:30 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id BAA02136; Wed, 23 Apr 1997 01:01:54 -0700 (PDT) To: "Edo Yudhistira" cc: hackers@freebsd.org Subject: Re: MailBomb In-reply-to: Your message of "Wed, 23 Apr 1997 13:31:50." <64BC2B683B@cyberlib.itb.ac.id.> Date: Wed, 23 Apr 1997 01:01:54 -0700 Message-ID: <2133.861782514@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Greetings, > Does anybody know how to make a good mailbomb? I want to know how > this thing really works!!! Yeah, it's really easy. You just post a truly stupid message to some large mailing list, say one belonging to the FreeBSD Project, saying "hey, does anyone know how to make a good mailbomb?" You'll probably get several in response, thus showing you exactly how to do it by direct example! Jordan P.S. For the next stage in your education travel to Sri Lanka, find a group of Tamil rebels lounging around with their assault rifles and yell: "Hey, do any of you idiots actually know how to shoot those things?" It's basically the same question as this one, just on a bigger scale. ;-) From owner-freebsd-hackers Wed Apr 23 01:34:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA16484 for hackers-outgoing; Wed, 23 Apr 1997 01:34:01 -0700 (PDT) Received: from staff.psinet.net.au (adrian@staff.psinet.net.au [203.62.152.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA16467 for ; Wed, 23 Apr 1997 01:33:56 -0700 (PDT) Received: from localhost (adrian@localhost) by staff.psinet.net.au (8.8.5/8.7.3) with SMTP id QAA04084 for ; Wed, 23 Apr 1997 16:32:46 +0800 Date: Wed, 23 Apr 1997 16:32:46 +0800 (WST) From: Adrian Chadd To: freebsd-hackers@freebsd.org Subject: Best way to hook into user logins / logouts ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. For what I'm working on I need to hook into when users login and logout. The "best" way I can find currently is hooking into the wtmp updates in libc (especially for the logouts), does anyone know any better ways? Thanks, Adrian. From owner-freebsd-hackers Wed Apr 23 02:13:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA18472 for hackers-outgoing; Wed, 23 Apr 1997 02:13:00 -0700 (PDT) Received: from phobos.illtel.denver.co.us (abelits@phobos.illtel.denver.co.us [207.33.75.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA18462 for ; Wed, 23 Apr 1997 02:12:55 -0700 (PDT) Received: from localhost (abelits@localhost) by phobos.illtel.denver.co.us (8.8.5/8.6.9) with SMTP id CAA26516; Wed, 23 Apr 1997 02:16:58 -0700 Date: Wed, 23 Apr 1997 02:16:57 -0700 (PDT) From: Alex Belits To: Adrian Chadd cc: freebsd-hackers@freebsd.org Subject: Re: Best way to hook into user logins / logouts ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, Adrian Chadd wrote: > Hi. > > For what I'm working on I need to hook into when users login and logout. > The "best" way I can find currently is hooking into the wtmp updates in > libc (especially for the logouts), does anyone know any better ways? That will be completely broken for xterm. Actually it all depends on what "login" is, and for all imaginable needs you can use /etc/profile or wrapper as user shell (and defined in /etc/shells) that exec's real shell. -- Alex From owner-freebsd-hackers Wed Apr 23 02:29:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA19076 for hackers-outgoing; Wed, 23 Apr 1997 02:29:52 -0700 (PDT) Received: from staff.psinet.net.au (adrian@staff.psinet.net.au [203.62.152.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA19071 for ; Wed, 23 Apr 1997 02:29:48 -0700 (PDT) Received: from localhost (adrian@localhost) by staff.psinet.net.au (8.8.5/8.7.3) with SMTP id RAA04255; Wed, 23 Apr 1997 17:28:27 +0800 Date: Wed, 23 Apr 1997 17:28:27 +0800 (WST) From: Adrian Chadd To: Alex Belits cc: freebsd-hackers@freebsd.org Subject: Re: Best way to hook into user logins / logouts ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > For what I'm working on I need to hook into when users login and logout. > > The "best" way I can find currently is hooking into the wtmp updates in > > libc (especially for the logouts), does anyone know any better ways? > > That will be completely broken for xterm. Actually it all depends on > what "login" is, and for all imaginable needs you can use /etc/profile > or wrapper as user shell (and defined in /etc/shells) that exec's real > shell. Logging in is easy (I was thinking /etc/profile :) the thing is when people logout .. I have some people on this box with real shells (admins), and I have others with slip, others with ppp, and others with remote logins into a shell machine. I'd rather hack one thing than hack lots (and have to keep hacking everytime we add something new:) Adrian. From owner-freebsd-hackers Wed Apr 23 02:51:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA20051 for hackers-outgoing; Wed, 23 Apr 1997 02:51:39 -0700 (PDT) Received: from main.gbdata.com (USR2-1.detnet.com [207.113.12.44]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA20046 for ; Wed, 23 Apr 1997 02:51:37 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.8.5) id EAA04351; Wed, 23 Apr 1997 04:51:15 -0500 (CDT) From: Gary Clark II Message-Id: <199704230951.EAA04351@main.gbdata.com> Subject: Re: uucico over ppp connection To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 23 Apr 1997 04:51:14 -0500 (CDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <19970423094731.BV30311@uriah.heep.sax.de> from J Wunsch at "Apr 23, 97 09:47:31 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > As Gary Clark II wrote: > > > With this setup, I don't see why you would need the uucp unless they have > > a dynamic address setup. > > Because UUCP is the only really working batch file transmission > protocol, at least in the Unix world. The added overhead isn't > overwhelming, and with Taylor's `i' protocol, you even get > bidirectional transfers. > > I'm also using it to get all my mail and news, mostly over direct > modem links, but also over IP whenever i'm currently connected to the > Internet. What I ment is the simple fact that Sendmail would handle sending the queue to them if they had a static address and where on-line when the queue ran. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) > Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups - http://WWW.GBData.com for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 From owner-freebsd-hackers Wed Apr 23 03:22:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA21263 for hackers-outgoing; Wed, 23 Apr 1997 03:22:18 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA21258 for ; Wed, 23 Apr 1997 03:22:13 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id MAA02806; Wed, 23 Apr 1997 12:18:55 +0200 (MET DST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.5/8.6.9) id MAA16850; Wed, 23 Apr 1997 12:34:59 +0200 (MET DST) Message-ID: <19970423123458.08309@gil.physik.rwth-aachen.de> Date: Wed, 23 Apr 1997 12:34:58 +0200 From: Christoph Kukulies To: "Jordan K. Hubbard" Cc: Edo Yudhistira , hackers@freebsd.org Subject: Re: MailBomb References: <64BC2B683B@cyberlib.itb.ac.id.> <2133.861782514@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69e In-Reply-To: <2133.861782514@time.cdrom.com>; from Jordan K. Hubbard on Wed, Apr 23, 1997 at 01:01:54AM -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, Apr 23, 1997 at 01:01:54AM -0700, Jordan K. Hubbard wrote: > > Greetings, > > Does anybody know how to make a good mailbomb? I want to know how > > this thing really works!!! > > Yeah, it's really easy. You just post a truly stupid message to some > large mailing list, say one belonging to the FreeBSD Project, saying > "hey, does anyone know how to make a good mailbomb?" > > You'll probably get several in response, thus showing you exactly how > to do it by direct example! > > Jordan > > P.S. For the next stage in your education travel to Sri Lanka, find a > group of Tamil rebels lounging around with their assault rifles and > yell: "Hey, do any of you idiots actually know how to shoot those > things?" > > It's basically the same question as this one, just on a bigger > scale. ;-) freebsd-hackers seems to evolve to a trapdoor or fleatrap for evil planning minds in the Internet. Maybe we should cc: www.fbi.gov ? :-> -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Apr 23 03:23:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA21339 for hackers-outgoing; Wed, 23 Apr 1997 03:23:32 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA21334 for ; Wed, 23 Apr 1997 03:23:29 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id TAA21431; Wed, 23 Apr 1997 19:53:17 +0930 (CST) From: Michael Smith Message-Id: <199704231023.TAA21431@genesis.atrad.adelaide.edu.au> Subject: Re: Best way to hook into user logins / logouts ? In-Reply-To: from Adrian Chadd at "Apr 23, 97 05:28:27 pm" To: adrian@staff.psinet.net.au (Adrian Chadd) Date: Wed, 23 Apr 1997 19:53:16 +0930 (CST) Cc: abelits@phobos.illtel.denver.co.us, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Adrian Chadd stands accused of saying: > > Logging in is easy (I was thinking /etc/profile :) the thing is when > people logout .. I have some people on this box with real shells (admins), > and I have others with slip, others with ppp, and others with remote > logins into a shell machine. I'd rather hack one thing than hack lots (and > have to keep hacking everytime we add something new:) > You probably want to hook telnetd, rlogind, sshd, init and xdm, as these are present before and after a user logging in. (Maybe getty rather than init, depending on preference.) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Apr 23 03:36:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA22003 for hackers-outgoing; Wed, 23 Apr 1997 03:36:32 -0700 (PDT) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA21995 for ; Wed, 23 Apr 1997 03:36:19 -0700 (PDT) Received: from localhost (localhost.gu.kiev.ua [127.0.0.1]) by trifork.gu.net (8.8.5/8.8.5) with SMTP id NAA10651; Wed, 23 Apr 1997 13:35:59 +0300 (EEST) Date: Wed, 23 Apr 1997 13:35:59 +0300 (EEST) From: Andrew Stesin Reply-To: stesin@gu.net To: Adrian Chadd cc: Alex Belits , freebsd-hackers@freebsd.org Subject: Re: Best way to hook into user logins / logouts ? In-Reply-To: Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk teach getty to write: "getty: ttyXX ready" to syslog (AUTH facility) Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-hackers Wed Apr 23 04:45:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA25530 for hackers-outgoing; Wed, 23 Apr 1997 04:45:09 -0700 (PDT) Received: from maelstrom.cc.mcgill.ca (maelstrom.CC.McGill.CA [132.206.35.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA25523 for ; Wed, 23 Apr 1997 04:45:04 -0700 (PDT) Received: (from yves@localhost) by maelstrom.cc.mcgill.ca (8.8.5/8.8.5) id HAA05116; Wed, 23 Apr 1997 07:43:26 -0400 (EDT) Message-Id: <199704231143.HAA05116@maelstrom.cc.mcgill.ca> MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Received: by NeXT.Mailer (1.118.2) From: Yves Lepage Date: Wed, 23 Apr 97 07:43:23 -0400 To: "Edo Yudhistira" Subject: Re: MailBomb cc: hackers@FreeBSD.ORG Reply-To: yves@CC.McGill.CA References: <64BC2B683B@cyberlib.itb.ac.id.> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I think you've just created yourself one, congrats. Yves Lepage Begin forwarded message: X-SMTP-Posting-Origin: smyrno.sol.net (smyrno.sol.net [206.55.64.117]) From: "Edo Yudhistira" Organization: Computer Center ITB To: hackers@FreeBSD.ORG Date: Wed, 23 Apr 1997 13:31:50 +07 Subject: MailBomb Priority: normal X-mailer: Pegasus Mail v3.1 (R1a) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Greetings, Does anybody know how to make a good mailbomb? I want to know how this thing really works!!! Bye! --- Like a wiser man says: 'HAVE NO FEAR, EDO IS HERE' From owner-freebsd-hackers Wed Apr 23 04:46:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA25599 for hackers-outgoing; Wed, 23 Apr 1997 04:46:44 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA25594 for ; Wed, 23 Apr 1997 04:46:39 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id VAA16388; Wed, 23 Apr 1997 21:46:24 +1000 (EST) Date: Wed, 23 Apr 1997 21:46:22 +1000 (EST) From: "Daniel O'Callaghan" To: Adrian Chadd cc: freebsd-hackers@freebsd.org Subject: Re: Best way to hook into user logins / logouts ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, Adrian Chadd wrote: > For what I'm working on I need to hook into when users login and logout. > The "best" way I can find currently is hooking into the wtmp updates in > libc (especially for the logouts), does anyone know any better ways? Well, you can write a small program which does while (1) { bytes=read(wtmp); switch(bytes) { case -1: error ; break; case 0: sleep X; break; default: process entry; } } I have a program working like that now. Another way to trap logouts on modem lines is to insert a small program between init and getty. Declare the small program in /etc/ttys and have it exec getty when it is finished. Danny From owner-freebsd-hackers Wed Apr 23 04:47:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA25654 for hackers-outgoing; Wed, 23 Apr 1997 04:47:51 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA25649 for ; Wed, 23 Apr 1997 04:47:47 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id VAA16395; Wed, 23 Apr 1997 21:47:28 +1000 (EST) Date: Wed, 23 Apr 1997 21:47:28 +1000 (EST) From: "Daniel O'Callaghan" To: Alex Belits cc: Adrian Chadd , freebsd-hackers@freebsd.org Subject: Re: Best way to hook into user logins / logouts ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, Alex Belits wrote: > On Wed, 23 Apr 1997, Adrian Chadd wrote: > > > Hi. > > > > For what I'm working on I need to hook into when users login and logout. > > The "best" way I can find currently is hooking into the wtmp updates in > > libc (especially for the logouts), does anyone know any better ways? > > That will be completely broken for xterm. Actually it all depends on > what "login" is, and for all imaginable needs you can use /etc/profile > or wrapper as user shell (and defined in /etc/shells) that exec's real > shell. That won't work for scriptless PAP ppp logins which don't have a shell. Danny From owner-freebsd-hackers Wed Apr 23 04:53:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA25867 for hackers-outgoing; Wed, 23 Apr 1997 04:53:54 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA25862 for ; Wed, 23 Apr 1997 04:53:51 -0700 (PDT) Message-Id: <199704231153.EAA25862@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA112225968; Wed, 23 Apr 1997 21:46:08 +1000 From: Darren Reed Subject: Re: IPFILTER To: chris@dilbert.bb.cc.wa.us (Chris Coleman) Date: Wed, 23 Apr 1997 21:46:08 +1000 (EST) Cc: avalon@coombs.anu.edu.au, hackers@freebsd.org In-Reply-To: from "Chris Coleman" at Apr 22, 97 02:04:59 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Chris Coleman, sie said: > > I am running IPNAT and > Currently i have this as the only rule in my rule set, so everyone comes > back as the same person from the DNS. > > map fxp0 10.0.0.0/8 -> 208.8.136.10/32 portmap tcp/udp 10000:65000 > > I would like to split up the domain in to 5 sections (according to > buildings) and map all the buildings separately to different ip addresses. > And have the last rule catch all of the other connections and run them > through current ip address. > > I tried to do this, but couldn;t figure out how to make a rule to "catch > all" of the remaining ones. Do rules have precedence? what if i just > want to map one ip address to a specific ip address and catch all the > rest through the normal rules? Rules are parsed, top to bottom. So if you put your "catch-all" last, it will work. Darren From owner-freebsd-hackers Wed Apr 23 06:18:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA29259 for hackers-outgoing; Wed, 23 Apr 1997 06:18:38 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA29248 for ; Wed, 23 Apr 1997 06:18:35 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wK1ul-0000sy-00; Wed, 23 Apr 1997 07:16:51 -0600 To: "Edo Yudhistira" Subject: Re: MailBomb Cc: hackers@freebsd.org In-reply-to: Your message of "Wed, 23 Apr 1997 13:31:50." <64BC2B683B@cyberlib.itb.ac.id.> References: <64BC2B683B@cyberlib.itb.ac.id.> Date: Wed, 23 Apr 1997 07:16:51 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <64BC2B683B@cyberlib.itb.ac.id.> "Edo Yudhistira" writes: : Does anybody know how to make a good mailbomb? I want to know how : this thing really works!!! First, you go down to your local lumber yard and get about 3' of 2" iron pipe... Warner From owner-freebsd-hackers Wed Apr 23 06:47:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA00567 for hackers-outgoing; Wed, 23 Apr 1997 06:47:09 -0700 (PDT) Received: from fang.cs.sunyit.edu (perlsta@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA00560 for ; Wed, 23 Apr 1997 06:47:06 -0700 (PDT) Received: from localhost (perlsta@localhost) by fang.cs.sunyit.edu (8.7.6/8.7.3) with SMTP id JAA19607 for ; Wed, 23 Apr 1997 09:47:04 -0400 (EDT) Date: Wed, 23 Apr 1997 09:47:04 -0400 (EDT) From: Alfred Perlstein To: hackers@freebsd.org Subject: Re: MailBomb In-Reply-To: <19970423123458.08309@gil.physik.rwth-aachen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Does anybody know how to make a good mailbomb? I want to know how > > > this thing really works!!! > > Yeah, it's really easy. You just post a truly stupid message to some > > large mailing list, say one belonging to the FreeBSD Project, saying > > "hey, does anyone know how to make a good mailbomb?" > > You'll probably get several in response, thus showing you exactly how > > to do it by direct example! > > > > P.S. For the next stage in your education travel to Sri Lanka, find a > > group of Tamil rebels lounging around with their assault rifles and > > yell: "Hey, do any of you idiots actually know how to shoot those > > things?" > > > > It's basically the same question as this one, just on a bigger > > scale. ;-) > > freebsd-hackers seems to evolve to a trapdoor or fleatrap for evil planning > minds in the Internet. Maybe we should cc: www.fbi.gov ? :-> well honestly when i first signed up for this list i was interested mostly in kernel coding and device drivers, maybe there should be a seperate mailing list strictly for that stuff. the name is slightly misleading i would think it was either a bunch of kernel hackers or machine hackers not a general questions and linux vs. freebsd flame base. sorry Alfred perlsta@cs.sunyit.edu From owner-freebsd-hackers Wed Apr 23 07:36:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA03113 for hackers-outgoing; Wed, 23 Apr 1997 07:36:05 -0700 (PDT) Received: from utopia.nh.ultranet.com (jbowie@this.wanker.is.a.teensysop.org [207.41.158.32]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA03066 for ; Wed, 23 Apr 1997 07:35:57 -0700 (PDT) Received: from localhost (jbowie@localhost) by utopia.nh.ultranet.com (8.8.5/8.8.5) with SMTP id KAA01052; Wed, 23 Apr 1997 10:34:32 GMT X-Authentication-Warning: utopia.nh.ultranet.com: jbowie owned process doing -bs Date: Wed, 23 Apr 1997 10:34:31 +0000 (GMT) From: The Code Warrior X-Sender: jbowie@utopia.nh.ultranet.com To: Edo Yudhistira cc: hackers@FreeBSD.ORG Subject: Re: MailBomb In-Reply-To: <64BC2B683B@cyberlib.itb.ac.id.> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, Edo Yudhistira wrote: > Greetings, > Does anybody know how to make a good mailbomb? I want to know how > this thing really works!!! > > Bye! > > --- Like a wiser man says: 'HAVE NO FEAR, EDO IS HERE' > > Is it just me, or is no one _reading_ the mailing list syllabus. Guys, go back to http://www.freebsd.org/ and take a look before posting this trash. It is people like you who are clogging up the little bandwidth we have on the internet. -Jon Bowie SysAdmin / Consulting / TeenSysop 603-436-5698 jbowie@bsdnet.org "...And I still believe that I can not be saved." -Billy Gorgan P.S. SDRAM blows EDO away. From owner-freebsd-hackers Wed Apr 23 08:43:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA05974 for hackers-outgoing; Wed, 23 Apr 1997 08:43:33 -0700 (PDT) Received: from argus (pm3-p12.tfs.net [206.154.183.204]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA05969 for ; Wed, 23 Apr 1997 08:43:30 -0700 (PDT) Received: (from jbryant@localhost) by argus (8.6.12/8.6.12) id KAA05029; Wed, 23 Apr 1997 10:43:25 -0500 From: Jim Bryant Message-Id: <199704231543.KAA05029@argus> Subject: Re: MailBomb To: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Date: Wed, 23 Apr 1997 10:43:24 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-To: jbryant@tfs.net In-Reply-To: <19970423123458.08309@gil.physik.rwth-aachen.de> from "Christoph Kukulies" at Apr 23, 97 12:34:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > On Wed, Apr 23, 1997 at 01:01:54AM -0700, Jordan K. Hubbard wrote: > > > Greetings, > > > Does anybody know how to make a good mailbomb? I want to know how > > > this thing really works!!! > > > > Yeah, it's really easy. You just post a truly stupid message to some > > large mailing list, say one belonging to the FreeBSD Project, saying > > "hey, does anyone know how to make a good mailbomb?" > > > > You'll probably get several in response, thus showing you exactly how > > to do it by direct example! > > > > Jordan > > > > P.S. For the next stage in your education travel to Sri Lanka, find a > > group of Tamil rebels lounging around with their assault rifles and > > yell: "Hey, do any of you idiots actually know how to shoot those > > things?" > > > > It's basically the same question as this one, just on a bigger > > scale. ;-) > > freebsd-hackers seems to evolve to a trapdoor or fleatrap for evil planning > minds in the Internet. Maybe we should cc: www.fbi.gov ? :-> well, that won't guarantee that anything will be done... Cc: president@whitehouse.gov, jreno@usdoj.gov, lfreeh@fbi.gov L. J. Freeh had an interesting computer crimes speech in NY, NY on Feb 4th, available at www.fbi.gov... this should attract some attention... jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam From owner-freebsd-hackers Wed Apr 23 09:10:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07094 for hackers-outgoing; Wed, 23 Apr 1997 09:10:00 -0700 (PDT) Received: from ginkin.csv.warwick.ac.uk (ginkin.csv.warwick.ac.uk [137.205.148.197]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA07040 for ; Wed, 23 Apr 1997 09:08:54 -0700 (PDT) From: Mr M P Searle Message-Id: <6166.199704231552@ginkin.csv.warwick.ac.uk> Received: by ginkin.csv.warwick.ac.uk id QAA06166; Wed, 23 Apr 1997 16:52:17 +0100 (BST) Subject: Re: MailBomb In-Reply-To: <19970423123458.08309@gil.physik.rwth-aachen.de> from Christoph Kukulies at "Apr 23, 97 12:34:58 pm" To: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Date: Wed, 23 Apr 1997 16:52:11 +0100 (BST) Cc: jkh@time.cdrom.com, EDO101@cyberlib.itb.ac.id, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Wed, Apr 23, 1997 at 01:01:54AM -0700, Jordan K. Hubbard wrote: > > > Greetings, > > > Does anybody know how to make a good mailbomb? I want to know how > > > this thing really works!!! > > > > Yeah, it's really easy. You just post a truly stupid message to some > > large mailing list, say one belonging to the FreeBSD Project, saying > > "hey, does anyone know how to make a good mailbomb?" > > > > You'll probably get several in response, thus showing you exactly how > > to do it by direct example! > > > > Jordan > > > > P.S. For the next stage in your education travel to Sri Lanka, find a > > group of Tamil rebels lounging around with their assault rifles and > > yell: "Hey, do any of you idiots actually know how to shoot those > > things?" > > > > It's basically the same question as this one, just on a bigger > > scale. ;-) > > freebsd-hackers seems to evolve to a trapdoor or fleatrap for evil planning > minds in the Internet. Maybe we should cc: www.fbi.gov ? :-> > > Anyone been on the newsgroup rec.games.roguelike.nethack? It gets one of these every few weeks. I think they changed the name from rec.games.hack as then they got one every couple of days. (Hack was an old version of Nethack) From owner-freebsd-hackers Wed Apr 23 09:23:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07944 for hackers-outgoing; Wed, 23 Apr 1997 09:23:36 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA07937 for ; Wed, 23 Apr 1997 09:23:33 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1]) by bagpuss.visint.co.uk (8.7.5/8.7.3) with SMTP id RAA12478; Wed, 23 Apr 1997 17:29:07 +0100 (BST) Date: Wed, 23 Apr 1997 17:29:06 +0100 (BST) From: Stephen Roome To: The Code Warrior cc: Edo Yudhistira , hackers@freebsd.org Subject: Re: MailBomb In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, The Code Warrior wrote: > P.S. SDRAM blows EDO away. How about SRAM ? =) -- Steve Roome Technical Systems Manager, Vision Interactive Ltd. E: steve@visint.co.uk M: +44 (0) 976 241 342 T: +44 (0) 117 973 0597 F: +44 (0) 117 923 8522 From owner-freebsd-hackers Wed Apr 23 09:43:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA09065 for hackers-outgoing; Wed, 23 Apr 1997 09:43:25 -0700 (PDT) Received: from superior.mooseriver.com (ppp010-sm2.sirius.com [205.134.231.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA09060 for ; Wed, 23 Apr 1997 09:43:21 -0700 (PDT) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.5/8.7.3) id JAA13688; Wed, 23 Apr 1997 09:36:11 -0700 (PDT) From: Josef Grosch Message-Id: <199704231636.JAA13688@superior.mooseriver.com> Subject: Re: MailBomb In-Reply-To: <19970423123458.08309@gil.physik.rwth-aachen.de> from Christoph Kukulies at "Apr 23, 97 12:34:58 pm" To: kuku@gilberto.physik.rwth-aachen.de (Christoph Kukulies) Date: Wed, 23 Apr 1997 09:36:10 -0700 (PDT) Cc: jkh@time.cdrom.com, EDO101@cyberlib.itb.ac.id, hackers@freebsd.org Reply-To: jgrosch@sirius.com X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >On Wed, Apr 23, 1997 at 01:01:54AM -0700, Jordan K. Hubbard wrote: >> > Greetings, >> > Does anybody know how to make a good mailbomb? I want to know how >> > this thing really works!!! >> >> Yeah, it's really easy. You just post a truly stupid message to some >> large mailing list, say one belonging to the FreeBSD Project, saying >> "hey, does anyone know how to make a good mailbomb?" >> >> You'll probably get several in response, thus showing you exactly how >> to do it by direct example! >> >> Jordan >> >> P.S. For the next stage in your education travel to Sri Lanka, find a >> group of Tamil rebels lounging around with their assault rifles and >> yell: "Hey, do any of you idiots actually know how to shoot those >> things?" >> >> It's basically the same question as this one, just on a bigger >> scale. ;-) > >freebsd-hackers seems to evolve to a trapdoor or fleatrap for evil planning >minds in the Internet. Maybe we should cc: www.fbi.gov ? :-> > > Look, this is obviously a troll. If you ignore these clowns they will go away. Josef -- Josef Grosch | Another day closer to a | FreeBSD 2.2.1 jgrosch@sirius.com | Micro$oft free world | UNIX for the masses From owner-freebsd-hackers Wed Apr 23 09:50:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA09409 for hackers-outgoing; Wed, 23 Apr 1997 09:50:45 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA09402 for ; Wed, 23 Apr 1997 09:50:42 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA26938; Wed, 23 Apr 1997 12:50:07 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 23 Apr 1997 12:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id HAA00385; Wed, 23 Apr 1997 07:39:51 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id HAA06260; Wed, 23 Apr 1997 07:10:36 -0400 (EDT) Date: Wed, 23 Apr 1997 07:10:36 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704231110.HAA06260@lakes.water.net> To: ponds!calweb.com!cslye, ponds!freebsd.org!freebsd-hackers, ponds!freebsd.org!freebsd-scsi Subject: Re: Kernel panic's Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Working on a machine here that I have problems with for over a month and a > half now. Short rundown of machine, p133 on a ASUS p55t2p4 m/b with 128mb, > 2 2940UW's and a SMC dual port Digital 21040 card. One 2940 has a Quantum > XP31070W (root drive) and the other 2940 has a 9gig IBM oem. I am using the > RELENG_2_2 from 04/21/97 for the panic's I am quoting today. This box is a > news feeder system running innd1.5.1 (with mmap at the moment, about to > recompile without mmap) Anyways, any ideas would be great. I have the dump > files, and can get you any other info you need. Anyways the ddb trace etc.. This looks very much like my "dup alloc" and "freeing free inode" panics I have been working on for many months (years?)... You can find more information in the mail archives - look for "daily panics" and "dup alloc" panics. - Dave Rivers - > > The first one I dont have trace info from. > > dev = 0x400, block = 4505, fs = / > panic: freeing free block > debugger("panic") > stopped at _Debugger+0x25: movb $0_in_Debugger,110 > > --- > > dev = 0x2040c, block = 19976, fs = /news/spool > panic: blkfree freeing free block > debugger: panic > > trace: > > _Debugger(f0117b98) at _Debugger+0x35 > _panic(f019edd1,f019edae,2040c,4e08,f41f58d4) at _panic+0x5a > _fffs_blkfree(f4930e00,4e08,2000,359da0,0) at ffs_blkfree+0x19b > _ffs_indirtrunc(f4930e00,fffffff4,359da0,ffffffff,0,efbffd24) at > _ffs_indirtrunc+0x222 > _ffs_truncate(efbffdfc,f42b06a0,f4c08b80,efbffe70,0) at > _ffs_truncate+0x83c > _ufs_inactive(efbffe28,f42b0680,f01e34f4,f42b0680,efbffe48) at > _ufs_inactive+0xb1 > _vrele(f42b0680,0,f4c08b80,efbffe70,efbffe54) at _vrele+0xe7 > _vnode_pager_dealloc(f4c08b80,efbffe78,f01b24d0,f4c08b80,f4c08b80) at > _vnode_pager_dealloc+0x95 > _vm_pager_deallocate(f4c08b80) at _vm_pager_deallocate+0x16 > _vm_object_terminate(f4c08b80,f42b0680,0,f43cd400,efbffea8) at > _vm_object_terminate+0x154 > _vm_object_deallocate(f4c08b80,f42b0680,f43cd400,1ef0,efbffec0) at > _vm_object_deallocate+0x19f > _vrele(f42b0680,f4930e00,f01e3578,f42b0680,efbffedc) at _vrele+0x30 > _vput(f42b0680) at _vput+0x2f > _ufs_remove(efbffef4,f01e4500,f41f4a00,0,f01e3354) at _ufs_remove+0x70 > _unlink(f41f4a00,efbfff94,efbfff84,55a8,efbfddf8) at _unlink+0xb1 > _syscall(27,27,efbfde0e,efbfddf8,efbfdce8) at _syscall+0x183 > _Xsyscall() at _Xsyscall+0x35 > --- syscall 0xa,eip = 0x8073ff1, esp = 0xefbfdc78, ebp = 0xefbfdce8 > From owner-freebsd-hackers Wed Apr 23 09:50:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA09467 for hackers-outgoing; Wed, 23 Apr 1997 09:50:56 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA09419 for ; Wed, 23 Apr 1997 09:50:46 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA26892; Wed, 23 Apr 1997 12:50:04 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 23 Apr 1997 12:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id HAA00315; Wed, 23 Apr 1997 07:28:38 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id HAA06374; Wed, 23 Apr 1997 07:35:08 -0400 (EDT) Date: Wed, 23 Apr 1997 07:35:08 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704231135.HAA06374@lakes.water.net> To: ponds!calweb.com!cslye, ponds!freebsd.org!freebsd-hackers, ponds!freebsd.org!freebsd-scsi Subject: Re: Kernel panic's Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Working on a machine here that I have problems with for over a month and a > half now. Short rundown of machine, p133 on a ASUS p55t2p4 m/b with 128mb, > 2 2940UW's and a SMC dual port Digital 21040 card. One 2940 has a Quantum > XP31070W (root drive) and the other 2940 has a 9gig IBM oem. I am using the > RELENG_2_2 from 04/21/97 for the panic's I am quoting today. This box is a > news feeder system running innd1.5.1 (with mmap at the moment, about to > recompile without mmap) Anyways, any ideas would be great. I have the dump > files, and can get you any other info you need. Anyways the ddb trace etc.. > > The first one I dont have trace info from. > > dev = 0x400, block = 4505, fs = / > panic: freeing free block > debugger("panic") > stopped at _Debugger+0x25: movb $0_in_Debugger,110 > > --- > > dev = 0x2040c, block = 19976, fs = /news/spool > panic: blkfree freeing free block > debugger: panic > Just to show how similar this is to the panics I get on my (2.1.7.1) news server: ponds# gdb -k kernel.29 vmcore.29 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc...(no debugging symbols found)... IdlePTD 21c000 current pcb at 20ded8 panic: ifree: freeing free inode #0 0xf01a26ff in boot () (kgdb) where #0 0xf01a26ff in boot () #1 0xf0114413 in panic () #2 0xf0183327 in ffs_vfree () #3 0xf01885b2 in ufs_inactive () #4 0xf012a589 in vrele () #5 0xf012a4eb in vput () #6 0xf018bae4 in ufs_remove () #7 0xf012c58e in unlink () #8 0xf01aaa76 in syscall () #9 0xf019febb in Xsyscall () #10 0x2d9a in ?? () #11 0x2b2a in ?? () #12 0x2507 in ?? () #13 0x19b9 in ?? () #14 0x10d3 in ?? () (kgdb) By the way, this particular machine is an IDE machine - so I'm not sure SCSI has too much to do with the problem. I have a reproduction of what is potentially the problem on a small machine; I've been trying to nail this for a _long_ time :-) - Dave Rivers - From owner-freebsd-hackers Wed Apr 23 09:50:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA09468 for hackers-outgoing; Wed, 23 Apr 1997 09:50:55 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA09403 for ; Wed, 23 Apr 1997 09:50:42 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA26951; Wed, 23 Apr 1997 12:50:09 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 23 Apr 1997 12:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id IAA01303; Wed, 23 Apr 1997 08:24:31 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id IAA06645; Wed, 23 Apr 1997 08:31:02 -0400 (EDT) Date: Wed, 23 Apr 1997 08:31:02 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704231231.IAA06645@lakes.water.net> To: ponds!nlsystems.com!dfr, ponds!lakes.water.net!rivers Subject: Re: kern/3304: NFS V2 readdir hangs Cc: ponds!freebsd.org!freebsd-hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've taken the liberty of redirecting this to -hackers... Doug Rabson writes: > On Tue, 22 Apr 1997, Thomas David Rivers wrote: > > > Here's another question - I thought -I on mount_nfs was supposed to > > set the readdirsize... if not, should there be an option on mount_nfs > > that lets you set this? Such an option could be handy if we run > > into a similar problem in the future... > > That option seems to be missing in out mount_nfs. The flag is supported > by NetBSD (and OpenBSD, I guess). I will probably pull the code in from > there although I don't thing it is particularly useful. > Yes, I sorta agree - when things are working correctly this isn't that useful an option. But, in this instance; it could have been useful - particularly if I was unable to rebuild my kernel. Or, lets consider the scenario of NFS problems during an install... perhaps such an option may "save the day" one day... That's the only reason I have for suggesting it. But - temper that with "Yes, I sorta agree..." I wouldn't cry myself to sleep if this didn't make it in :-) :-) - Dave Rivers - From owner-freebsd-hackers Wed Apr 23 09:56:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA09818 for hackers-outgoing; Wed, 23 Apr 1997 09:56:10 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA09811 for ; Wed, 23 Apr 1997 09:56:02 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA29076; Wed, 23 Apr 1997 09:50:22 -0700 From: Terry Lambert Message-Id: <199704231650.JAA29076@phaeton.artisoft.com> Subject: Re: fd locking problem with libc_r ? To: fenyo@email.enst.fr (Alex Fenyo (eowyn)) Date: Wed, 23 Apr 1997 09:50:22 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@FreeBSD.org, jb@cimlogic.com.au In-Reply-To: from "Alex Fenyo (eowyn)" at Apr 23, 97 03:09:23 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > .Why a select() waiting only to be able to write on a fd (select(nfds, > NULL, writefds, NULL, NULL)), and a read on the same descriptor > are allowed to be performed at the same time by libc_r ??? > (such a select adds only a write lock on the descriptor) > > .Do you think the behaviour I talked about is posix compliant ? (my > opinion is that it is not, because each time a thread blocks > on read, nobody can write (on the same fd); difficult to handle !!!) > > I agree with you that only one blocking operation can be done > at a time. But this is not a problem, because the two calls > are not really done : they are done one time, in a non blocking way, > then the two threads are discarded from the running queue, and > then _thread_kern_sched() makes a big select (most of the time > non blocking, if there is at least one thread in the running queue) > with fdsets that contain all the descriptors that threads > may wait on (by calls to select, read, write etc...). I really don't know if this is intentional, to ensure order of operation, or if it's just a side effect of the implementation. The operations map would have to be kept seperately for this to work; it's not impossible, and it's probably not correct the way things are, but it's not currently done. The threads stuff is originally out of MIT; they would either be interested in patches, or able to tell you why it must stay the way it is. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 23 09:57:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA09923 for hackers-outgoing; Wed, 23 Apr 1997 09:57:25 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA09913 for ; Wed, 23 Apr 1997 09:57:23 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id JAA00756; Wed, 23 Apr 1997 09:57:19 -0700 (PDT) To: jgrosch@sirius.com Cc: hackers@freebsd.org Subject: Re: MailBomb In-reply-to: Your message of "Wed, 23 Apr 1997 09:36:10 PDT." <199704231636.JAA13688@superior.mooseriver.com> Date: Wed, 23 Apr 1997 09:57:18 -0700 Message-ID: <754.861814638@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Look, this is obviously a troll. If you ignore these clowns they will go > away. Yeah, but they're such FUN. :-) And you'd be surprised - about 50% of the "trolls" we get seem to turn out to be actual, real, live people who are simply so deeply clueless that they only _look_ like trolls. Never underestimate human stupidity, Joe! It's more common than actual maliciousness. ;-) Jordan From owner-freebsd-hackers Wed Apr 23 09:58:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA09996 for hackers-outgoing; Wed, 23 Apr 1997 09:58:29 -0700 (PDT) Received: from portal.east.saic.com (portal.east.saic.com [198.151.13.15]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA09986 for ; Wed, 23 Apr 1997 09:58:25 -0700 (PDT) Received: from albers.tieo.saic.com ([149.8.101.140]) by portal.east.saic.com via smtpd (for hub.FreeBSD.ORG [204.216.27.18]) with SMTP; 23 Apr 1997 16:59:55 UT Received: from monet.saic.com (monet.tieo.saic.com [149.8.101.143]) by albers.tieo.saic.COM (8.8.4/8.8.4) with SMTP id MAA05225 for ; Wed, 23 Apr 1997 12:57:15 -0400 (EDT) Received: from monet by monet.saic.com (SMI-8.6/SMI-SVR4) id MAA03817; Wed, 23 Apr 1997 12:57:15 -0400 Message-ID: <335E3F6B.32F7@tieo.saic.com> Date: Wed, 23 Apr 1997 12:57:15 -0400 From: "Patrick J. Soisson" Organization: SAIC X-Mailer: Mozilla 3.0 (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: hackers@FreeBSD.org Subject: ATM driver Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Gentlemen, I have an Efficient ENI-155p High Speed ATM card installed on a system running DARTNET's variation of FreeBSD 2.2. However, the system dosen't recognize the card. Does FreeBSD support this device or will I have to go back the the Manuf. for more info? Thanks for your time. Pat Soisson From owner-freebsd-hackers Wed Apr 23 10:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA10135 for hackers-outgoing; Wed, 23 Apr 1997 10:00:05 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA10092 for ; Wed, 23 Apr 1997 10:00:01 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA29097; Wed, 23 Apr 1997 09:56:06 -0700 From: Terry Lambert Message-Id: <199704231656.JAA29097@phaeton.artisoft.com> Subject: Re: Scheduling with libc_r... To: fenyo@email.enst.fr Date: Wed, 23 Apr 1997 09:56:06 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org, jb@cimlogic.com.au In-Reply-To: <199704230117.DAA21364@nikopol.enst.fr> from "Alex Fenyo" at Apr 23, 97 03:17:55 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Suppose we have two threads. > > The first one performs a read system call on a file descriptor, and > LATER, the second one performs a read system call on the same file > descriptor too. > > Suppose that the priority of the first thread is lower than the > priority of the second thread. > > So, we have 2 waiting threads : the low priority thread called read > before the high priority thread. > > The problem is that when something will be able to be read, the low > priority thread will run first, before the high priority one. [ ... ] > It is important to note that the high priority thread must > return first from the system call, BUT moreover, it must have > read the data first (during the system call). It is done, > with the modification I suggest. But only because a side effect > is that the low priority thread returns EAGAIN. Is this a POSIX threading definition requirement? If not, then I don't agree with this interpretation. Read requests are queued, and should be serviced in queue order, not in caller priority order. This means that there is an ambiguity in the ordering when multiple requests are queued behind an additional request, but for the two requests you cite, it's correct. Consider that there is, topologically, no difference between a read request *queued* later than a previous request, and a read request *initiated* later than a previous request. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 23 10:46:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA12397 for hackers-outgoing; Wed, 23 Apr 1997 10:46:17 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA12392 for ; Wed, 23 Apr 1997 10:46:14 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA29305; Wed, 23 Apr 1997 10:41:17 -0700 From: Terry Lambert Message-Id: <199704231741.KAA29305@phaeton.artisoft.com> Subject: Re: Dynamic linking libraries [Q] To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 23 Apr 1997 10:41:17 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, rssh@cki.ipri.kiev.ua, freebsd-hackers@FreeBSD.org In-Reply-To: <199704230223.LAA18646@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 23, 97 11:53:21 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > If you are referring to interprocess communication using static > > > variables in a DLL, I think people here might be very ill. 8) > > > > I believe what he is referring to is that the MS executables put the > > library-specific data segment into the DLL rather than statically > > linking it with the program, as BSD does. > > Um, you are saying that if I link against a shared library, the > .data segment from that library is linked into my executable at > compile time? > > I honestly cannot believe that this is the case. eg. : [ ... strings of testprog ... ] > I certainly don't see the static data from libc there. Try using 'nm' instead. The error messages are static, so they can be mapped in as data, since they are referenced by the mapped in code in order to set up the global: % nm testprog 00001020 F /usr/lib/crt0.o 000015a0 F /var/tmp/cc0292711.o 00002000 d __DYNAMIC 000020e4 B ___CTOR_LIST__ 000020dc B ___DTOR_LIST__ 000015f8 T ___do_global_ctors 000015d0 T ___do_global_dtors 000015a0 t ___gnu_compiled_c 00001650 T ___main 000020a8 D ___progname 000020c4 D __exit_dummy_decl 000020b4 D __exit_dummy_ref 000015d0 F __main.o 00001460 T _dlclose 000014bc T _dlerror 0000143c T _dlopen 00001484 T _dlsym 000020d4 D _edata 00002234 B _end 0000222c B _environ 00002230 B _errno 00001a38 T _etext 00001670 F _exit.o 000015ac T _main 000020ec D _sys_errlist <************************************* 000015a0 t gcc2_compiled. 00001038 T start The marked data is from the libc for the sys_errlist[] reference. One of the benefits of ELF is that, using segment coloring, you can refer to multiple image data segments. Consider: how would the compiler *know* to generate relative references for the symbol sys_errlist so that when the data wass loaded from the library, the code referenced the load location (which was not static)? The way this is done in Microsoft-land is to explicitly tag the reference to the compiler in the header file. For the Microsoft-land equivalent, we would have: extern __declspec(dllimport) __const char *__const sys_errlist[]; Instead of the FreeBSD: extern __const char *__const sys_errlist[]; To notify the compiler that it should generate indirect-through-vtable references to the variable, instead of direct references. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 23 11:00:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA13343 for hackers-outgoing; Wed, 23 Apr 1997 11:00:07 -0700 (PDT) Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA13313 for ; Wed, 23 Apr 1997 11:00:04 -0700 (PDT) Received: from roo.isi.edu by zephyr.isi.edu (5.65c/5.61+local-23) id ; Wed, 23 Apr 1997 10:59:41 -0700 Message-Id: <199704231759.AA07105@zephyr.isi.edu> X-Mailer: exmh version 1.6.4 10/10/95 To: "Patrick J. Soisson" Cc: hackers@FreeBSD.ORG, dartnoc@ISI.EDU Reply-To: hutton@ISI.EDU Subject: Re: ATM driver In-Reply-To: Your message of Wed, 23 Apr 1997 12:57:15 -0400. <335E3F6B.32F7@tieo.saic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 23 Apr 97 10:58:48 PDT From: Anne Hutton Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Pat, this card does work with the variant of FreeBSD you mention - however, you have to install the Efficient software separately...the driver is available from ftp://dworkin.wustl.edu/dist/bsd/bsdatm1.4.tar.gz. Have you tried installing this? A more appropriate list for this message would be dartnoc@isi.edu or cairn@isi.edu. I've cc'ed dartnoc on this message. Hope this helps, Anne > I have an Efficient ENI-155p High Speed ATM card installed on a system > running DARTNET's variation of FreeBSD 2.2. > > However, the system dosen't recognize the card. Does FreeBSD support > this device or will I have to go back the the Manuf. for more info? > > Thanks for your time. > > Pat Soisson From owner-freebsd-hackers Wed Apr 23 11:06:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA13739 for hackers-outgoing; Wed, 23 Apr 1997 11:06:00 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA13734 for ; Wed, 23 Apr 1997 11:05:58 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id LAA02913 for ; Wed, 23 Apr 1997 11:05:57 -0700 (PDT) To: hackers@freebsd.org Subject: /etc/netstart bogons.. Date: Wed, 23 Apr 1997 11:05:56 -0700 Message-ID: <2911.861818756@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In /etc/netstart (and elsewhere) we have constructs of the form: if [ "x$gateway" != "xNO" ]; then echo 'configuring host as a gateway.' sysctl -w net.inet.ip.forwarding=1 >/dev/null 2>&1 fi if [ "x$router" != "xNO" ] ; then echo -n starting routing daemon: echo -n " ${router}"; ${router} ${routerflags} echo '.' fi if [ "x$ipxgateway" != "xNO" ]; then ... And so on. This is, needless to say, DEEPLY DEEPLY EVIL since it will cause these features to be turned on in the _absence_ of any such flag setting, say because you have an old /etc/sysconfig file. You make the world and you copy your new /etc files over (or this is done by "upgrade") and having missed the new variables in sysconfig, you're now quite surprised to see that you're running IPX and your machine now considers itself a gateway. :-) Any objection to reversing the polarity on these various ifs? If there's no variable or it's not explicitly set to YES, the operation should fail. Speak now or hold your peace, please.. Jordan From owner-freebsd-hackers Wed Apr 23 11:21:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA14641 for hackers-outgoing; Wed, 23 Apr 1997 11:21:15 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA14632 for ; Wed, 23 Apr 1997 11:21:08 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA00853 for freebsd-hackers@FreeBSD.ORG; Wed, 23 Apr 1997 20:20:59 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA03462; Wed, 23 Apr 1997 20:09:32 +0200 (MET DST) Message-ID: <19970423200932.WG02783@uriah.heep.sax.de> Date: Wed, 23 Apr 1997 20:09:32 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG (freebsdhackers) Subject: Re: uucico over ppp connection References: <335CB6DC.9FD@newland.com> <19970423080739.43997@keltia.freenix.fr> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970423080739.43997@keltia.freenix.fr>; from Ollivier Robert on Apr 23, 1997 08:07:39 +0200 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Ollivier Robert wrote: > In /etc/uucp/port, insert an entry like this: > > port TCP > type tcp > > In /etc/uucp/sys: ... > port TCP > protocol it > address NNNN.NN.NN > chat ogin:--gin \L word \P Btw., you don't even need the `port' entry. Many of my sys entries look like ... port cuaa0 phone 4444444 alternate phone 5555555 alternate port type tcp phone some.ip.address Since all you need to declare a TCP port is the `type' keyword, it's useful to put it all into a single line in sys itself. (If you prefer, use `address' instead of `phone'; both are synonyms.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Apr 23 11:26:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15069 for hackers-outgoing; Wed, 23 Apr 1997 11:26:17 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA15064 for ; Wed, 23 Apr 1997 11:26:15 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA29412; Wed, 23 Apr 1997 11:20:39 -0700 From: Terry Lambert Message-Id: <199704231820.LAA29412@phaeton.artisoft.com> Subject: Re: Can't put 512MB ram in box ... Extended memory question. To: langfod@dihelix.com (David Langford) Date: Wed, 23 Apr 1997 11:20:39 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, joe@via.net, mrcpu@cdsnet.net, hackers@freebsd.org In-Reply-To: <199704230411.SAA01625@caliban.dihelix.com> from "David Langford" at Apr 22, 97 06:11:11 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Is it my imagination or doesnt BSDI handle this fairly automagically? Yeah. The use the standard BIOS calls to get the size, then they don't override it with CMOS size later on like FreeBSD does. > Also what are the consequences of setting MAXMEM to a high number > even on low memory machine. Depends on the machine. It won't be good when the kernel tries to allocate pages in non-existant chips, no matter what. Many machines mirror; some just reboot. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 23 11:29:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15231 for hackers-outgoing; Wed, 23 Apr 1997 11:29:09 -0700 (PDT) Received: from dilbert.bb.cc.wa.us ([208.8.136.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15224 for ; Wed, 23 Apr 1997 11:29:05 -0700 (PDT) Received: (from chris@localhost) by dilbert.bb.cc.wa.us (8.8.3/8.8.3) id LAA00248; Wed, 23 Apr 1997 11:27:12 -0700 (PDT) Date: Wed, 23 Apr 1997 11:27:11 -0700 (PDT) From: Chris Coleman To: Darren Reed cc: hackers@freebsd.org Subject: Re: IPFILTER In-Reply-To: <199704231151.EAA11031@dilbert.bb.cc.wa.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk These are the rules that i would like to have work: map fxp0 10.17.0.0/16 -> 208.8.136.182/32 portmap tcp/udp 10000:65000 map fxp0 10.16.11.0/24 -> 208.8.136.180/32 portmap tcp/udp 10000:65000 map fxp0 10.16.4.0/24 -> 208.8.136.181/32 portmap tcp/udp 10000:65000 map fxp0 10.12.0.0/16 -> 208.8.136.184/32 portmap tcp/udp 10000:65000 map fxp0 10.16.0.0/16 -> 208.8.136.185/32 portmap tcp/udp 10000:65000 map fxp0 10.0.0.0/8 -> 208.8.136.10/32 portmap tcp/udp 10000:65000 But when ever i do it, the internet stops working for all the virtual address i have set up. I do an ipnat -ls and it shows that is has mapped things according to what i specified. Have i specified something wrong? Can i specify different ip addresses to go out the same etherNIC? I also had a problem with ipnat -FC. when i tried to Flush the active routes, it causes a panic :free: too many frees. and the system reboots. it only happens when i have it running for a while. when i first start it i can Clear and Flush perfectly. But it seems to be associated with the load, or number of active links that have been mapped in. Also, after it had been up about 30+ days, all of a sudden it just froze up. I am not sure if it had anything to do with ipnat, but that was all that was running on the machine, i was wondering if there might be a limit as to how many active routes it can handle before it needs reset. or if there might be a memory leak or something. I am running the LKM version 3.1.4 of ipfilter, but only using the ipnat stuff. Thanks. --Chris From owner-freebsd-hackers Wed Apr 23 11:45:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16124 for hackers-outgoing; Wed, 23 Apr 1997 11:45:14 -0700 (PDT) Received: from precipice.shockwave.com (ppp-206-170-5-78.rdcy01.pacbell.net [206.170.5.78]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA16119 for ; Wed, 23 Apr 1997 11:45:11 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.8.5/8.7.3) with ESMTP id LAA00493 for ; Wed, 23 Apr 1997 11:45:02 -0700 (PDT) Message-Id: <199704231845.LAA00493@precipice.shockwave.com> To: hackers@freebsd.org Subject: BIOS setup via serial port? Date: Wed, 23 Apr 1997 11:45:01 -0700 From: Paul Traina Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'd like to build some headless machines, but one of the things that really bugs me is that I can't see the BIOS boot messages or enter setup without having a keyboard and video card attached. Does anyone have any pointers or ideas on how to handle this (changing out the flash bios on the motherboard is certainly an option)...? Paul From owner-freebsd-hackers Wed Apr 23 11:49:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16405 for hackers-outgoing; Wed, 23 Apr 1997 11:49:22 -0700 (PDT) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA16395 for ; Wed, 23 Apr 1997 11:49:16 -0700 (PDT) Received: from [204.69.236.50] (GATEWAY.SKIPSTONE.COM [198.214.10.129]) by shrimp.dataplex.net (8.8.5/8.8.5) with SMTP id NAA05426; Wed, 23 Apr 1997 13:48:31 -0500 (CDT) Date: 23 Apr 97 13:48:52 -0500 Subject: Re: /etc/netstart bogons.. From: "Richard Wackerbarth" To: "Jordan K. Hubbard" Cc: hackers@freebsd.org X-Mailer: Cyberdog/2.0 MIME-Version: 1.0 Message-Id: Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, Apr 23, 1997 1:05 PM, Jordan K. Hubbard wrote: >In /etc/netstart (and elsewhere) we have constructs of the form: > >if [ "x$gateway" != "xNO" ]; then > echo 'configuring host as a gateway.' > sysctl -w net.inet.ip.forwarding=1 >/dev/null 2>&1 >fi > >if [ "x$router" != "xNO" ] ; then > echo -n starting routing daemon: > echo -n " ${router}"; ${router} ${routerflags} > echo '.' >fi > >if [ "x$ipxgateway" != "xNO" ]; then >... > >And so on. This is, needless to say, DEEPLY DEEPLY EVIL since it will >cause these features to be turned on in the _absence_ of any such flag >setting, say because you have an old /etc/sysconfig file. You make >the world and you copy your new /etc files over (or this is done by >"upgrade") and having missed the new variables in sysconfig, you're >now quite surprised to see that you're running IPX and your machine >now considers itself a gateway. :-) > >Any objection to reversing the polarity on these various ifs? If >there's no variable or it's not explicitly set to YES, the operation >should fail. Speak now or hold your peace, please.. WRT "gateway", I agree the default (missing) should be NO. However, "router" is more complicated because they use the variable to indicate WHICH router to start. Therefore the test needs to be null or "NO" -> no router otherwise start the designated router. From owner-freebsd-hackers Wed Apr 23 12:06:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA17374 for hackers-outgoing; Wed, 23 Apr 1997 12:06:34 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA17365 for ; Wed, 23 Apr 1997 12:06:29 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id VAA07853; Wed, 23 Apr 1997 21:05:27 +0200 (SAT) From: John Hay Message-Id: <199704231905.VAA07853@zibbi.mikom.csir.co.za> Subject: Re: /etc/netstart bogons.. In-Reply-To: <2911.861818756@time.cdrom.com> from "Jordan K. Hubbard" at "Apr 23, 97 11:05:56 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 23 Apr 1997 21:05:27 +0200 (SAT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In /etc/netstart (and elsewhere) we have constructs of the form: > > if [ "x$gateway" != "xNO" ]; then > echo 'configuring host as a gateway.' > sysctl -w net.inet.ip.forwarding=1 >/dev/null 2>&1 > fi > > if [ "x$router" != "xNO" ] ; then > echo -n starting routing daemon: > echo -n " ${router}"; ${router} ${routerflags} > echo '.' > fi > > if [ "x$ipxgateway" != "xNO" ]; then > ... > > And so on. This is, needless to say, DEEPLY DEEPLY EVIL since it will > cause these features to be turned on in the _absence_ of any such flag > setting, say because you have an old /etc/sysconfig file. You make > the world and you copy your new /etc files over (or this is done by > "upgrade") and having missed the new variables in sysconfig, you're > now quite surprised to see that you're running IPX and your machine > now considers itself a gateway. :-) > > Any objection to reversing the polarity on these various ifs? If > there's no variable or it's not explicitly set to YES, the operation > should fail. Speak now or hold your peace, please.. > I don't mind if it is changed. I think the problem started from the fact that some of the programs like IPXrouted can be run with no arguments and it would be valid, so setting ipxrouted="" is a valid option. Maybe we should give all these variables a valid value in the beginning of netstart before sysconfig is pulled in? John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-hackers Wed Apr 23 12:12:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA17660 for hackers-outgoing; Wed, 23 Apr 1997 12:12:20 -0700 (PDT) Received: from siesta.cs.wustl.edu (nw1@siesta.cs.wustl.edu [128.252.165.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA17655 for ; Wed, 23 Apr 1997 12:12:18 -0700 (PDT) Received: from localhost by siesta.cs.wustl.edu (SMI-8.6/ECL-J1.00) id OAA17121; Wed, 23 Apr 1997 14:11:44 -0500 Message-Id: <199704231911.OAA17121@siesta.cs.wustl.edu> To: hackers@freebsd.org From: Nanbor Wang Subject: Any compiler guru? (Was: 2 questions about C++ support in 2.2) Date: Wed, 23 Apr 1997 14:11:43 -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, I have been working on porting ACE to FreeBSD platform on and off for quite some time. Fortunately, I have solved most of the problem for a non-thread version of ACE and will ask the author of ACE to commit the changes into his lastest version very soon. However, I got caught by a possibly buggy behavior of g++ on FreeBSD. ACE uses a lot of (advanced?) features of C++ and it seems to me that we don't have a very good C++ support on our platform. I've seen this issue being raised several times but never recalled to see an answer or solution or fix to it. ;( The problem I have only happens when I try to compile an object for .so library. If I ask g++ to generate static code, then, there is no problem at all. Here is how I compile, gcc -w -I. -fno-strict-prototypes -D__ACE_INLINE__ -D_POSIX_THREADS -g -I/ho me/nw1/ACE_wrappers -I. -c -fPIC -DPIC -o .shobj/Local_Tokens.so Local_Tokens.cpp /var/tmp/cc022478.s: Assembler messages: /var/tmp/cc022478.s:16783: Warning: GOT relocation burb: `__vt$15ACE_Local_Mutex ' should be global /var/tmp/cc022478.s:16783: Warning: GOT relocation burb: `__vt$15ACE_Local_RLock ' should be global /var/tmp/cc022478.s:16783: Warning: GOT relocation burb: `__vt$15ACE_Local_WLock ' should be global /var/tmp/cc022478.s:16783: Warning: GOT relocation burb: `__vt$10ACE_Tokens' sho uld be global A lot of files generate these warning messages. Although I did get libACE.so compiled successfully, I haven't had time to confirm it works correctly.. However, I was not able to compile one example in ACE. After spitting out a lot of GOT warnings, the compiler finally spited out "Compiler internal error" and went dead. Although at this moment, the static library (libACE.a) seems to work perfectly on FreeBSD, being able to build .so library is very important in ACE for it provides a convenient routines that enable users to reconfigure a service by relinking shared object on the fly (without shutting down the server program.) I have no idea at all as this problem is caused by incorrect g++ behavior or by lame assembler (binutil?) Is there a quick fix for this? Has any one solved this problem before? Will switching to gcc 2.7.2.2 help? Or, we should get a better binutil? Thanks in advance. Nanbor p.s. I hate to say this but Linux handles this code without a glitch which makes me very uncomfortable. From owner-freebsd-hackers Wed Apr 23 12:24:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA18223 for hackers-outgoing; Wed, 23 Apr 1997 12:24:04 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA18218 for ; Wed, 23 Apr 1997 12:24:02 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id MAA04716; Wed, 23 Apr 1997 12:23:35 -0700 (PDT) To: John Hay cc: hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "Sat, 23 Apr 1997 21:05:27 +0200." <199704231905.VAA07853@zibbi.mikom.csir.co.za> Date: Wed, 23 Apr 1997 12:23:34 -0700 Message-ID: <4714.861823414@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Maybe we should give all these variables a valid value in the beginning > of netstart before sysconfig is pulled in? That'd work too, though it'd be kinda messy. I think we just need to rethink our variable conventions a little bit and this won't be necessary, even for the argument/no argument case. :) Jordan From owner-freebsd-hackers Wed Apr 23 12:43:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA19254 for hackers-outgoing; Wed, 23 Apr 1997 12:43:56 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA19246 for ; Wed, 23 Apr 1997 12:43:50 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id VAA14786; Wed, 23 Apr 1997 21:43:08 +0200 (SAT) From: John Hay Message-Id: <199704231943.VAA14786@zibbi.mikom.csir.co.za> Subject: Re: /etc/netstart bogons.. In-Reply-To: <4714.861823414@time.cdrom.com> from "Jordan K. Hubbard" at "Apr 23, 97 12:23:34 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 23 Apr 1997 21:43:07 +0200 (SAT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Maybe we should give all these variables a valid value in the beginning > > of netstart before sysconfig is pulled in? > > That'd work too, though it'd be kinda messy. I think we just > need to rethink our variable conventions a little bit and this > won't be necessary, even for the argument/no argument case. :) > I hope you had a look at /etc/rc too. :-) There is a lot of them in there also. :-/ John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-hackers Wed Apr 23 12:47:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA19402 for hackers-outgoing; Wed, 23 Apr 1997 12:47:13 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA19397 for ; Wed, 23 Apr 1997 12:47:11 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id MAA05214; Wed, 23 Apr 1997 12:46:49 -0700 (PDT) To: John Hay cc: hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "Sat, 23 Apr 1997 21:43:07 +0200." <199704231943.VAA14786@zibbi.mikom.csir.co.za> Date: Wed, 23 Apr 1997 12:46:49 -0700 Message-ID: <5211.861824809@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Maybe we should give all these variables a valid value in the beginning > > > of netstart before sysconfig is pulled in? > > > > That'd work too, though it'd be kinda messy. I think we just > > need to rethink our variable conventions a little bit and this > > won't be necessary, even for the argument/no argument case. :) > > > > I hope you had a look at /etc/rc too. :-) There is a lot of them in > there also. :-/ Yep. I'll go in there with my crowbar shortly. :-) Jordan From owner-freebsd-hackers Wed Apr 23 12:47:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA19419 for hackers-outgoing; Wed, 23 Apr 1997 12:47:16 -0700 (PDT) Received: from smtp.enteract.com (qmailr@char-star.rdist.org [206.54.252.22]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA19405 for ; Wed, 23 Apr 1997 12:47:14 -0700 (PDT) Received: (qmail 22590 invoked from network); 23 Apr 1997 19:47:06 -0000 Received: from stox.sa.enteract.com (@207.229.132.161) by char-star.rdist.org with SMTP; 23 Apr 1997 19:47:06 -0000 Date: Wed, 23 Apr 1997 14:47:15 -0500 (CDT) From: "Kenneth P. Stox" Reply-To: stox@enteract.com To: Paul Traina cc: hackers@freebsd.org Subject: Re: BIOS setup via serial port? In-Reply-To: <199704231845.LAA00493@precipice.shockwave.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk There is (was) a product called Mr. BIOS that offered this feature. They were located at www.mrbios.com, if memory serves correct. It was only for Triton based pentium MB's. On Wed, 23 Apr 1997, Paul Traina wrote: > I'd like to build some headless machines, but one of the things that > really bugs me is that I can't see the BIOS boot messages or enter > setup without having a keyboard and video card attached. > > Does anyone have any pointers or ideas on how to handle this (changing out > the flash bios on the motherboard is certainly an option)...? > > Paul > > From owner-freebsd-hackers Wed Apr 23 12:52:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA19722 for hackers-outgoing; Wed, 23 Apr 1997 12:52:45 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA19717 for ; Wed, 23 Apr 1997 12:52:41 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA02059 for freebsd-hackers@FreeBSD.ORG; Wed, 23 Apr 1997 21:52:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA03829; Wed, 23 Apr 1997 21:15:22 +0200 (MET DST) Message-ID: <19970423211522.OX52607@uriah.heep.sax.de> Date: Wed, 23 Apr 1997 21:15:22 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Dynamic linking libraries [Q] References: <199704230223.LAA18646@genesis.atrad.adelaide.edu.au> <199704231741.KAA29305@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704231741.KAA29305@phaeton.artisoft.com>; from Terry Lambert on Apr 23, 1997 10:41:17 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > Try using 'nm' instead. The error messages are static, so they can > be mapped in as data, since they are referenced by the mapped in code > in order to set up the global: > 00001670 F _exit.o > 000015ac T _main > 000020ec D _sys_errlist <************************************* > 000015a0 t gcc2_compiled. > 00001038 T start > > The marked data is from the libc for the sys_errlist[] reference. ...which actually turns out to be: j@uriah 912% gdb -q a.out (gdb) b main Breakpoint 1 at 0x160c: file foo.c, line 6. (gdb) run Starting program: /tmp/a.out Breakpoint 1, main () at foo.c:6 6 printf("%s\n", sys_errlist[E2BIG]); (gdb) p/x sys_errlist $1 = 0x80624fc (Thus inside the shared lib.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Apr 23 12:52:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA19744 for hackers-outgoing; Wed, 23 Apr 1997 12:52:50 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA19729 for ; Wed, 23 Apr 1997 12:52:46 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA02065 for hackers@freebsd.org; Wed, 23 Apr 1997 21:52:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA03892; Wed, 23 Apr 1997 21:25:21 +0200 (MET DST) Message-ID: <19970423212521.KR50958@uriah.heep.sax.de> Date: Wed, 23 Apr 1997 21:25:21 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: BIOS setup via serial port? References: <199704231845.LAA00493@precipice.shockwave.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704231845.LAA00493@precipice.shockwave.com>; from Paul Traina on Apr 23, 1997 11:45:01 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Paul Traina wrote: > I'd like to build some headless machines, but one of the things that > really bugs me is that I can't see the BIOS boot messages or enter > setup without having a keyboard and video card attached. > > Does anyone have any pointers or ideas on how to handle this (changing out > the flash bios on the motherboard is certainly an option)...? Write an INT 0x10 fake engine that forwards the requests over a serial line. It probably needs to keep track of the ``screen image'' in some buffer. This might turn out to become a mini-curses... ...and then, hope the best the setup utility is actually using the BIOS functions, as opposed to write directly to the screen buffer. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Apr 23 12:53:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA19874 for hackers-outgoing; Wed, 23 Apr 1997 12:53:52 -0700 (PDT) Received: from caliban.dihelix.com (caliban.dihelix.com [198.180.136.138]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA19865 for ; Wed, 23 Apr 1997 12:53:40 -0700 (PDT) Received: (from langfod@localhost) by caliban.dihelix.com (8.8.5/8.8.3) id JAA04857; Wed, 23 Apr 1997 09:51:36 -1000 (HST) Message-Id: <199704231951.JAA04857@caliban.dihelix.com> Subject: Re: sendmail tricks anyone? In-Reply-To: from Dan Busarow at "Apr 22, 97 06:20:44 pm" To: dan@dpcsys.com (Dan Busarow) Date: Wed, 23 Apr 1997 09:51:36 -1000 (HST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG, khetan@iafrica.com From: "David Langford" X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Okay have had the check_rcpt fileters in place for a bit now and I am getting the following from one site: (<[smtp:User@Ourhost.net]>) rejection: 471 Now I know the the smtp: syntax can work but whats up with the [] brackets? Are they badly miscomfigured or what. Should I tweak the ruleset to allow this kind of thing? Thanks, -David Langford langfod@dihelix.com From owner-freebsd-hackers Wed Apr 23 14:24:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA24216 for hackers-outgoing; Wed, 23 Apr 1997 14:24:20 -0700 (PDT) Received: from siesta.cs.wustl.edu (nw1@siesta.cs.wustl.edu [128.252.165.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA24210 for ; Wed, 23 Apr 1997 14:24:17 -0700 (PDT) Received: from localhost by siesta.cs.wustl.edu (SMI-8.6/ECL-J1.00) id QAA21626; Wed, 23 Apr 1997 16:24:06 -0500 Message-Id: <199704232124.QAA21626@siesta.cs.wustl.edu> To: freebsd-hackers@freebsd.org From: Nanbor Wang Subject: Possible broken libc_r Date: Wed, 23 Apr 1997 16:24:05 -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi All, I found a possible bug in libc_r. Below is a very simple test program. What I did was I opened a socket in the localhost between client and server program. When I compiled the program with non-threaded library, everything worked just fine. However, when I compiled it using libc_r, the recv() system call seemed to be broken. Without any specific manipulation, it acted as if I had turn on the non-blocking flag. Is this a bug or I did something terribly wrong? TIA. Nanbor # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # client.c # server.c # Makefile # echo x - client.c sed 's/^X//' >client.c << 'END-of-client.c' X#include X#include X#include X#include X#include X#include X#include X#include X X/* BSD socket client */ X X#define DEFAULT_SERVER_HOST "localhost" X#define DEFAULT_SERVER_PORT 10003 X#define STDIN 0 X#define STDOUT 1 X Xint Xmain (int argc, char *argv[]) X{ X struct sockaddr_in saddr; X struct hostent *hp; X char *host = argc > 1 ? argv[1] : DEFAULT_SERVER_HOST; X u_short port_num = X htons (argc > 2 ? atoi (argv[2]) : DEFAULT_SERVER_PORT); X char buf[BUFSIZ]; X int s_handle; X int w_bytes; X int r_bytes; X int n; X X /* Create a local endpoint of communication */ X if ((s_handle = socket (PF_INET, SOCK_STREAM, 0)) == -1) X perror ("socket"), exit (1); X X /* Determine IP address of the server */ X if ((hp = gethostbyname (host)) == 0) X perror ("gethostbyname"), exit (1); X X /* Set up the address information to contact the server */ X memset ((void *) &saddr, 0, sizeof saddr); X saddr.sin_family = AF_INET; X saddr.sin_port = port_num; X memcpy (&saddr.sin_addr, hp->h_addr, hp->h_length); X X /* Establish connection with remote server */ X if (connect (s_handle, (struct sockaddr *) &saddr, X sizeof saddr) == -1) X perror ("connect"), exit (1); X X /* Send data to server (correctly handles X "incomplete writes" due to flow control) */ X X while ((r_bytes = read (STDIN, buf, sizeof buf)) > 0) X for (w_bytes = 0; w_bytes < r_bytes; w_bytes += n) X if ((n = send (s_handle, buf + w_bytes, X r_bytes - w_bytes, 0)) < 0) X perror ("write"), exit (1); X X if (recv (s_handle, buf, 1, 0) == 1) X write (STDOUT, buf, 1); X X /* Explicitly close the connection */ X if (close (s_handle) == -1) X perror ("close"), exit (1); X X return 0; X} END-of-client.c echo x - server.c sed 's/^X//' >server.c << 'END-of-server.c' X#include X#include X#include X#include X#include X#include X#include X#include X#include X X/* BSD socket server. */ X X#define DEFAULT_SERVER_HOST "localhost" X#define DEFAULT_SERVER_PORT 10003 X#define STDIN 0 X#define STDOUT 1 X Xint main (int argc, char *argv[]) X{ X u_short port_num = X htons (argc > 1 ? atoi (argv[1]) : DEFAULT_SERVER_PORT); X struct sockaddr_in saddr; X int s_handle, n_handle; X int addr_len ; X X /* Create a local endpoint of communication */ X if ((s_handle = socket (PF_INET, SOCK_STREAM, 0)) == -1) X perror ("socket"), exit (1); X X /* Set up the address information to become a server */ X memset ((void *) &saddr, 0, sizeof saddr); X saddr.sin_family = AF_INET; X saddr.sin_port = port_num; X saddr.sin_addr.s_addr = INADDR_ANY; X X /* Associate address with endpoint */ X if (bind (s_handle, (struct sockaddr *) &saddr, X sizeof saddr) == -1) X perror ("bind"), exit (1); X X /* Make endpoint listen for service requests */ X if (listen (s_handle, 5) == -1) X perror ("listen"), exit (1); X X /* Performs the iterative server activities */ X X for (;;) X { X char buf[BUFSIZ]; X int r_bytes; X struct sockaddr_in cli_addr; X int cli_addr_len = sizeof cli_addr; X struct hostent *hp; X X /* Create a new endpoint of communication */ X do X n_handle = accept (s_handle, (struct sockaddr *) X &cli_addr, &cli_addr_len); X while (n_handle == -1 && errno == EINTR); X X if (n_handle == -1) X { X perror ("accept"); X continue; X } X X addr_len = sizeof cli_addr.sin_addr.s_addr; X hp = gethostbyaddr ((char *) &cli_addr.sin_addr, X addr_len, AF_INET); X X if (hp != 0) X printf ("client %s\n", hp->h_name), fflush (stdout); X else X perror ("gethostbyaddr"); X X /* Read data from client (terminate on error) */ X do { X if ((r_bytes = recv (n_handle, buf, sizeof buf, 0)) > 0) { X if (write (STDOUT, buf, r_bytes) != r_bytes) X perror ("write"), exit (1); X } X else if (errno == EAGAIN) X printf("\rEAGAIN, nbytes = %d", r_bytes) ; X } while (r_bytes > 0 || (r_bytes < 0 && errno == EAGAIN)) ; X X puts("\n") ; X if (send (n_handle, "", 1, 0) != 1) X perror ("write"), exit (1); X X /* Close the new endpoint X (listening endpoint remains open) */ X if (close (n_handle) == -1) X perror ("close"), exit (1); X exit (0); X } X /* NOTREACHED */ X return 0; X} END-of-server.c echo x - Makefile sed 's/^X//' >Makefile << 'END-of-Makefile' X XCFLAGS = -g X X# Program behave differently when compile with X# threaded library and non-threaded library X# comment out next 2 lines for non-threaded version. XLDFLAGS = -lc_r XCFLAGS += -D_THREAD_SAFE X X Xall : client server X Xserver : server.o X Xclient : client.o X Xserver.o : server.c X Xclient.o : client.cEND-of-Makefile exit From owner-freebsd-hackers Wed Apr 23 14:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA24528 for hackers-outgoing; Wed, 23 Apr 1997 14:30:05 -0700 (PDT) Received: from enst.enst.fr (0KXG5IoRgQQoXMJU1dkrxAQELaI+cVy7@enst.enst.fr [137.194.2.16]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA24523 for ; Wed, 23 Apr 1997 14:30:02 -0700 (PDT) Received: from email.enst.fr (email.enst.fr [137.194.168.17]) by enst.enst.fr (8.8.4/8.8.4) with ESMTP id XAA09678; Wed, 23 Apr 1997 23:29:29 +0200 (MET DST) Received: from nikopol.enst.fr (nikopol.enst.fr [137.194.168.105]) by email.enst.fr (8.8.4/8.8.4) with ESMTP id XAA14944; Wed, 23 Apr 1997 23:29:22 +0200 (MET DST) Received: (from fenyo@localhost) by nikopol.enst.fr (8.8.4/8.8.4) id XAA15682; Wed, 23 Apr 1997 23:29:20 +0200 (MET DST) To: Nanbor Wang Cc: hackers@freebsd.org X-WWW: http://home.eowyn.fr.eu.org/~fenyo/documents/axel.html X-PGP-Key: finger alex@eowyn.fr.eu.org X-NIC-Handle: AF713 X-Whois: whois -h whois.internic.net fenyo X-Pager: 06-04-30-75-94 (for emergency only) Organization: Ecole Nationale Superieure des Telecommunications de Paris Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) References: <199704231911.OAA17121@siesta.cs.wustl.edu> From: fenyo@email.enst.fr (Alex Fenyo (eowyn)) Date: 23 Apr 1997 23:29:19 +0200 In-Reply-To: Nanbor Wang's message of Wed, 23 Apr 1997 14:11:43 -0500 Message-ID: Lines: 12 X-Mailer: Red Gnus v0.50/XEmacs 19.14 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nanbor Wang writes: > However, I got caught by a possibly buggy behavior of g++ on FreeBSD. ^^^ [...] > gcc -w -I. -fno-strict-prototypes -D__ACE_INLINE__ -D_POSIX_THREADS ... ^^^^^^^^^^^^^^ You must be VERY careful using g++ and threads together : the way g++ manages exceptions in incompatible with threads, it makes use of hidden global variables ! Sincerly, Alexandre Fenyo From owner-freebsd-hackers Wed Apr 23 14:32:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA24652 for hackers-outgoing; Wed, 23 Apr 1997 14:32:03 -0700 (PDT) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA24635 for ; Wed, 23 Apr 1997 14:31:58 -0700 (PDT) Received: (from eivind@localhost) by nic.follonett.no (8.8.5/8.8.3) id XAA07460; Wed, 23 Apr 1997 23:30:03 +0200 (MET DST) From: Eivind Eklund Message-Id: <199704232130.XAA07460@nic.follonett.no> Subject: Re: Possible networking bug in 2.2.1-Release To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Date: Wed, 23 Apr 1997 23:30:02 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199704231416.KAA17910@khavrinen.lcs.mit.edu> from Garrett Wollman at "Apr 23, 97 10:16:10 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > There are three things wrong with this code: > > 1) It has a slow divide. > 2) Fragments are a case to worry about on the slow path. > 3) It knows far too much about the drop-tail queueing strategy. > > (3) really bites, and when I implemented RED last year I tossed it > completely. Unfortunately, my RED work has not made it into the main > line of FreeBSD yet. I hope it will, some day, but it may take a > while before I have an environment where I can test it again. Probably a question I should know the answer to, but I'll ask it anyway: What is RED? Eivind From owner-freebsd-hackers Wed Apr 23 14:38:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA24868 for hackers-outgoing; Wed, 23 Apr 1997 14:38:01 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA24861 for ; Wed, 23 Apr 1997 14:37:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id OAA06172; Wed, 23 Apr 1997 14:38:53 -0700 (PDT) Message-Id: <199704232138.OAA06172@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Terry Lambert cc: hackers@FreeBSD.ORG Subject: Re: Can't put 512MB ram in box ... Extended memory question. In-reply-to: Your message of "Wed, 23 Apr 1997 11:20:39 PDT." <199704231820.LAA29412@phaeton.artisoft.com> From: David Greenman Reply-To: dg@root.com Date: Wed, 23 Apr 1997 14:38:53 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Is it my imagination or doesnt BSDI handle this fairly automagically? > >Yeah. The use the standard BIOS calls to get the size, then they >don't override it with CMOS size later on like FreeBSD does. > >> Also what are the consequences of setting MAXMEM to a high number >> even on low memory machine. > >Depends on the machine. It won't be good when the kernel tries to >allocate pages in non-existant chips, no matter what. Many machines >mirror; some just reboot. If the address space wraps ("mirror the pages") you'll know soon enough when the memory total comes out (assuming the memory test hasn't killed your system first by clobbering something important). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Apr 23 14:44:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA25213 for hackers-outgoing; Wed, 23 Apr 1997 14:44:51 -0700 (PDT) Received: from siesta.cs.wustl.edu (nw1@siesta.cs.wustl.edu [128.252.165.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA25208 for ; Wed, 23 Apr 1997 14:44:48 -0700 (PDT) Received: from localhost by siesta.cs.wustl.edu (SMI-8.6/ECL-J1.00) id QAA22283; Wed, 23 Apr 1997 16:44:35 -0500 Message-Id: <199704232144.QAA22283@siesta.cs.wustl.edu> To: fenyo@email.enst.fr (Alex Fenyo (eowyn)) Cc: freebsd-hackers@freebsd.org Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) In-reply-to: Your message of "23 Apr 1997 23:29:19 +0200." Date: Wed, 23 Apr 1997 16:44:34 -0500 From: Nanbor Wang Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Alex, Sorry. I was copying this from an old log file. I have suspended porting the threaded version of ACE temporarily. The problem was still there after I removed all thread related part. So, please ignore the _POSIX_THREADS directives. Thanks, nw > > gcc -w -I. -fno-strict-prototypes -D__ACE_INLINE__ -D_POSIX_THREADS ... > ^^^^^^^^^^^^^^ > You must be VERY careful using g++ and threads together : the way g++ > manages exceptions in incompatible with threads, it makes use of > hidden global variables ! > > Sincerly, > Alexandre Fenyo From owner-freebsd-hackers Wed Apr 23 15:27:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA27261 for hackers-outgoing; Wed, 23 Apr 1997 15:27:48 -0700 (PDT) Received: from cedb.dpcsys.com (cedb.DPCSYS.com [209.25.4.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA27253 for ; Wed, 23 Apr 1997 15:27:46 -0700 (PDT) Received: from localhost (dan@localhost) by cedb.dpcsys.com (8.8.5/8.8.2) with SMTP id WAA22988; Wed, 23 Apr 1997 22:27:23 GMT Date: Wed, 23 Apr 1997 15:27:22 -0700 (PDT) From: Dan Busarow To: David Langford cc: freebsd-hackers@FreeBSD.ORG Subject: Re: sendmail tricks anyone? In-Reply-To: <199704231951.JAA04857@caliban.dihelix.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, David Langford wrote: > (<[smtp:User@Ourhost.net]>) rejection: 471 ... > Are they badly miscomfigured or what. Should I tweak the ruleset to > allow this kind of thing? Yep, they are badly misconfigured. The smtp: should have been stripped before it left their network and square brackets are reserved for use with IP numbers and then only on the right side of the @ dan@[209.25.4.3] Handling these addresses in check_rcpt would be easy since you don't need to worry about side effects with other rules. But I really doubt they'll make it through your normal rulesets either. You're just catching the error earlier in the game. BTW, with an error of 471 normal MTAs will retry the message, maybe that was your intent since you're still testing. Dan -- Dan Busarow 714 443 4172 DPC Systems / Beach.Net dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 From owner-freebsd-hackers Wed Apr 23 15:34:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA27535 for hackers-outgoing; Wed, 23 Apr 1997 15:34:00 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA27522 for ; Wed, 23 Apr 1997 15:33:54 -0700 (PDT) Received: from www.sdsp.mc.xerox.com ([13.231.132.18]) by alpha.xerox.com with SMTP id <16640(13)>; Wed, 23 Apr 1997 15:33:17 PDT Received: from gnu.sdsp.mc.xerox.com (gnu.sdsp.mc.xerox.com [13.231.133.90]) by www.sdsp.mc.xerox.com (8.8.5/8.8.5) with SMTP id SAA09898; Wed, 23 Apr 1997 18:31:51 -0400 (EDT) Received: by gnu.sdsp.mc.xerox.com (4.1/client-1.3) id AA00939; Wed, 23 Apr 97 18:31:27 EDT Message-Id: <9704232231.AA00939@gnu.sdsp.mc.xerox.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Michael Hancock Cc: Charles Henrich , freebsd-hackers@freebsd.org Subject: Re: flex vs. lex In-Reply-To: Your message of "Mon, 21 Apr 1997 19:59:41 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 23 Apr 1997 15:31:26 PDT From: "Marty Leisner" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Mon, 21 Apr 1997, Charles Henrich wrote: > > > Does anyone know how to take an old program that depends on lex quirkiness > > (such as rewriting input() ) and make it work with flex? Any pointers? I've > > been searching for an hour now and havent found a thing :( > > I was interested in getting AT&T's Software ToolChest which has CSCOPE and > CSCOPE has the same problems. The Bell Labs web pages now include BSD/OS > support so I think they had to do something similar. > > Well, bsd 4.2 probably had the AT&T lex source, so it works. They're BSD/OS probably is meaningless to most bsd users (does bsdi repackage flex?) I have a newer version (13.x) then they talked about (12.9). -- marty leisner@sdsp.mc.xerox.com The Feynman problem solving Algorithm 1) Write down the problem 2) Think real hard 3) Write down the answer Murray Gel-mann in the NY Times From owner-freebsd-hackers Wed Apr 23 15:38:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA27869 for hackers-outgoing; Wed, 23 Apr 1997 15:38:40 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA27862 for ; Wed, 23 Apr 1997 15:38:37 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id PAA21267; Wed, 23 Apr 1997 15:38:33 -0700 (PDT) Date: Wed, 23 Apr 1997 15:38:32 -0700 (PDT) From: Jaye Mathisen To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-Reply-To: <2911.861818756@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, fter having worked on Solaris and Digital Unix, I find I have an affinity for the rc2.d/init.d stuff. It would address this problem nicely, and eliminate the constant hassle of merging /etc/rc, /etc/netstart, /etc/sysconfig nearly every *horkin* release. My 2 bits. From owner-freebsd-hackers Wed Apr 23 15:46:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA28294 for hackers-outgoing; Wed, 23 Apr 1997 15:46:19 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA28284 for ; Wed, 23 Apr 1997 15:46:07 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id XAA02216; Wed, 23 Apr 1997 23:31:07 +0100 (BST) Message-Id: <199704232231.XAA02216@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "Wed, 23 Apr 1997 11:05:56 PDT." <2911.861818756@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 23 Apr 1997 23:31:07 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In /etc/netstart (and elsewhere) we have constructs of the form: > > if [ "x$gateway" != "xNO" ]; then > echo 'configuring host as a gateway.' > sysctl -w net.inet.ip.forwarding=1 >/dev/null 2>&1 > fi > > if [ "x$router" != "xNO" ] ; then > echo -n starting routing daemon: > echo -n " ${router}"; ${router} ${routerflags} > echo '.' > fi > > if [ "x$ipxgateway" != "xNO" ]; then > ... > > And so on. This is, needless to say, DEEPLY DEEPLY EVIL since it will [.....] While you're in there, I think things should be made consistent. The likes of "rwhod=" and "lpd=" should be "rwhodflags=" and "lpdflags=" etc (and it should be either "flags" or "_flags", not both). I like to run "lpd -l" and some people may not want 4 nfsiod servers running. A flags arg of NO turns things off. Defaults of whatever rc* uses at the moment should be mentioned as "good ideas" in the comments. I like the idea of a "summary" at the top of /etc/rc (oh, and netstart should be rc.net as someone mentioned a while ago): swapfile=NO dumpdev=NO syslogdflags=NO namedflags=NO ntpdate=NO xntpdflags=NO timedflags=NO sendmail_flags='-bd -q30m' etc. It wouldn't be too sloppy, and would give some raw defaults in case sysconfig is out of date or not there or something (as someone already pointed out). -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Wed Apr 23 16:12:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA29411 for hackers-outgoing; Wed, 23 Apr 1997 16:12:34 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA29406 for ; Wed, 23 Apr 1997 16:12:32 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id QAA00481 for ; Wed, 23 Apr 1997 16:12:31 -0700 (PDT) Message-Id: <199704232312.QAA00481@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: freebsd-hackers@FreeBSD.ORG Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) In-reply-to: Your message of "Wed, 23 Apr 1997 16:44:34 CDT." <199704232144.QAA22283@siesta.cs.wustl.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 23 Apr 1997 16:12:31 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I made quite a bit of headway into porting ACE if anyone is interested just drop me a note. Cheers, Amancio >From The Desk Of Nanbor Wang : > Hi Alex, > > Sorry. I was copying this from an old log file. I have suspended > porting the threaded version of ACE temporarily. The problem was > still there after I removed all thread related part. So, please > ignore the _POSIX_THREADS directives. > > Thanks, > > nw > > > > gcc -w -I. -fno-strict-prototypes -D__ACE_INLINE__ -D_POSIX_THREADS ... > > ^^^^^^^^^^^^^^ > > You must be VERY careful using g++ and threads together : the way g++ > > manages exceptions in incompatible with threads, it makes use of > > hidden global variables ! > > > > Sincerly, > > Alexandre Fenyo > > From owner-freebsd-hackers Wed Apr 23 16:28:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA29953 for hackers-outgoing; Wed, 23 Apr 1997 16:28:18 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA29941 for ; Wed, 23 Apr 1997 16:28:13 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id JAA19166; Thu, 24 Apr 1997 09:28:01 +1000 (EST) Date: Thu, 24 Apr 1997 09:27:59 +1000 (EST) From: "Daniel O'Callaghan" To: Brian Somers cc: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-Reply-To: <199704232231.XAA02216@awfulhak.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, Brian Somers wrote: > I like the idea of a "summary" at the top of /etc/rc (oh, and > netstart should be rc.net as someone mentioned a while ago): That was me. I was just about ready to say "I'm changing netstart to rc.net unless someone stops me", but I guess the change might come with this sweep, unless rc.d takes over. Danny From owner-freebsd-hackers Wed Apr 23 16:31:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA00326 for hackers-outgoing; Wed, 23 Apr 1997 16:31:43 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA00320 for ; Wed, 23 Apr 1997 16:31:40 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA29868; Wed, 23 Apr 1997 16:28:46 -0700 From: Terry Lambert Message-Id: <199704232328.QAA29868@phaeton.artisoft.com> Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) To: nw1@cs.wustl.edu (Nanbor Wang) Date: Wed, 23 Apr 1997 16:28:46 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199704231911.OAA17121@siesta.cs.wustl.edu> from "Nanbor Wang" at Apr 23, 97 02:11:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have been working on porting ACE to FreeBSD platform on and off for > quite some time. Fortunately, I have solved most of the problem for a > non-thread version of ACE and will ask the author of ACE to commit the > changes into his lastest version very soon. > > However, I got caught by a possibly buggy behavior of g++ on FreeBSD. > ACE uses a lot of (advanced?) features of C++ and it seems to me that > we don't have a very good C++ support on our platform. I've seen this > issue being raised several times but never recalled to see an answer > or solution or fix to it. ;( [ ... ] > /var/tmp/cc022478.s:16783: Warning: GOT relocation burb: `__vt$15ACE_Local_Mutex > ' should be global [ ... ] > p.s. I hate to say this but Linux handles this code without a glitch > which makes me very uncomfortable. This was covered a few months back on the -current list by Warner Losh, the resident C++ guru. Linux is running ELF. ELF can emit a seperate section for duplicate instances of a particular template class (it's instantiated when it is used). For instance, TQueue.h: -------- template struct QueueElement { private: const Type *pItem; QueueElement *pNext; }; foo.cc -------- QueueElement *vnode_free; fum.cc -------- QueueElement *vnode_allocated; Would create two instances of the vnode QueueElement class, one in foo.o and one in fum.o. In FreeBSD, these are static because a.out format does not support generating the code in a seperate section (which the linker would then discard, based on it being a duplicate of an existing section). Linux generates the code in ELF format, and puts the code in a seperate section, and the ELF linker only includes one instance of the code. Linux executables can be much, much smaller because of this. Typically, when you do this with templates, you turn off the code generation for the inline (static, locally scoped to a single object file) code, and seperately compile the class instance in it's own .cc file, without the flags to turn off the code generation and with flags to make it globally scoped. Then you have a single instance of the class member functions. Most likely, in the FreeBSD case, this hybrid compilation which results in the warnings you are getting is resulting in the constructor for the virtual base class not getting called. In the static library case, the constructor is added to the linker set at link time, and called on program startup. So turn off that "optimization" for ACE on FreeBSD and live with the (much) bigger objects that get produced. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 23 16:40:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA00796 for hackers-outgoing; Wed, 23 Apr 1997 16:40:15 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA00791 for ; Wed, 23 Apr 1997 16:40:13 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA29885; Wed, 23 Apr 1997 16:37:30 -0700 From: Terry Lambert Message-Id: <199704232337.QAA29885@phaeton.artisoft.com> Subject: Re: Dynamic linking libraries [Q] To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 23 Apr 1997 16:37:30 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <19970423211522.OX52607@uriah.heep.sax.de> from "J Wunsch" at Apr 23, 97 09:15:22 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Try using 'nm' instead. The error messages are static, so they can > > be mapped in as data, since they are referenced by the mapped in code > > in order to set up the global: > > > 00001670 F _exit.o > > 000015ac T _main > > 000020ec D _sys_errlist <************************************* > > 000015a0 t gcc2_compiled. > > 00001038 T start > > > > The marked data is from the libc for the sys_errlist[] reference. > > ...which actually turns out to be: > > j@uriah 912% gdb -q a.out > (gdb) b main > Breakpoint 1 at 0x160c: file foo.c, line 6. > (gdb) run > Starting program: /tmp/a.out > > Breakpoint 1, main () at foo.c:6 > 6 printf("%s\n", sys_errlist[E2BIG]); > (gdb) p/x sys_errlist > $1 = 0x80624fc > > (Thus inside the shared lib.) No it's not. It's at 20ec, in the image -- and is in the data segment of the in core image. You are dereferencing the thing. The compiler can not generate a post-link reference to the data in a shared library unless it knows where the data will be mapped in memory. Because shared library sizes can be changed, this is impossible to know in advance if you are using two or more shared libraries, since if the first one changes size, the second one may be mapped at a different location. The Microsoft compiler knows to do this because of __declspec(dllimport); the FreeBSD compiler doesn't know this because you can't tell it to generate different code... it doesn't have "__declspec" Are you claiming that the image is "fixed up" for all references? If it were, then the idea of "shared code" would go out the window. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 23 16:42:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA00910 for hackers-outgoing; Wed, 23 Apr 1997 16:42:56 -0700 (PDT) Received: from inf.enst.fr (R8utL+fQ5QCTRl6aK7t8Ie+Xw4lwRrbY@inf.enst.fr [137.194.2.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA00901 for ; Wed, 23 Apr 1997 16:42:53 -0700 (PDT) Received: from email.enst.fr (email.enst.fr [137.194.168.17]) by inf.enst.fr (8.8.4/8.8.4) with ESMTP id BAA15007; Thu, 24 Apr 1997 01:42:45 +0200 (MET DST) Received: from nikopol.enst.fr (nikopol.enst.fr [137.194.168.105]) by email.enst.fr (8.8.4/8.8.4) with ESMTP id BAA16936; Thu, 24 Apr 1997 01:42:36 +0200 (MET DST) Received: (from fenyo@localhost) by nikopol.enst.fr (8.8.4/8.8.4) id BAA16940; Thu, 24 Apr 1997 01:42:34 +0200 (MET DST) To: Nanbor Wang Cc: freebsd-hackers@freebsd.org X-WWW: http://home.eowyn.fr.eu.org/~fenyo/documents/axel.html X-PGP-Key: finger alex@eowyn.fr.eu.org X-NIC-Handle: AF713 X-Whois: whois -h whois.internic.net fenyo X-Pager: 06-04-30-75-94 (for emergency only) Organization: Ecole Nationale Superieure des Telecommunications de Paris Subject: Re: Possible broken libc_r References: <199704232124.QAA21626@siesta.cs.wustl.edu> From: fenyo@email.enst.fr (Alex Fenyo (eowyn)) Date: 24 Apr 1997 01:42:21 +0200 In-Reply-To: Nanbor Wang's message of Wed, 23 Apr 1997 16:24:05 -0500 Message-ID: Lines: 30 X-Mailer: Red Gnus v0.50/XEmacs 19.14 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Nanbor Wang writes: > I found a possible bug in libc_r. Below is a very simple test > program. What I did was I opened a socket in the localhost between > client and server program. When I compiled the program with > non-threaded library, everything worked just fine. However, when I > compiled it using libc_r, the recv() system call seemed to be broken. > Without any specific manipulation, it acted as if I had turn on the > non-blocking flag. Is this a bug or I did something terribly wrong? It's not a bug, it's a feature :-) With libc_r, each file descriptor, just after creation, is changed to a non blocking state, for the convenience of libc_r. It's most of the time hidden for the user, because libc_r remembers the original state ("blocking" or not), and when a thread makes a call on a blocking descriptor, libc_r makes a non blocking call but if the call returns EAGAIN, libc_r removes the process from the running queue. Later, when the call can be performed, libc_r requeue the calling thread. Libc_r adds a wrapper for each system call, to handle this mechanism. BUT libc_r doesn't implement a wrapper for send() and recv(). To bypass your problem, use sendto() and recvfrom() instead. Sincerly, Alexandre Fenyo From owner-freebsd-hackers Wed Apr 23 16:47:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA01046 for hackers-outgoing; Wed, 23 Apr 1997 16:47:40 -0700 (PDT) Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA01041 for ; Wed, 23 Apr 1997 16:47:36 -0700 (PDT) Received: from unique.usn.blaze.net.au (local [127.0.0.1]) by unique.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id JAA20594; Thu, 24 Apr 1997 09:46:49 +1000 (EST) Message-Id: <199704232346.JAA20594@unique.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Alex Belits cc: Adrian Chadd , freebsd-hackers@freebsd.org Subject: Re: Best way to hook into user logins / logouts ? In-reply-to: Your message of "Wed, 23 Apr 1997 02:16:57 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 09:46:49 +1000 From: David Nugent Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > For what I'm working on I need to hook into when users login and logout. > > The "best" way I can find currently is hooking into the wtmp updates in > > libc (especially for the logouts), does anyone know any better ways? > > That will be completely broken for xterm. No, it works fine for xterm, unless you've disabled wtmp/utmp logging by using -ut or the equivalent resource. > Actually it all depends on what "login" is, and for all imaginable > needs you can use /etc/profile or wrapper as user shell (and > defined in /etc/shells) that exec's real shell. Both methods which are flawed, since they run as the user, and therefore can be interfered with by the user (for example, the user can rerun the utility, or interfere with the data it writes). The answer to that, of course, is using setuid perl scripts or programs, and we all know how much fun they are. Watching wtmp/utmp is probably the best "hands off" approach to take, plus it only relies on the accuracy of wtmp. It gets both ends of the session, and the "hangup" end is often the most important. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Wed Apr 23 17:10:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA02055 for hackers-outgoing; Wed, 23 Apr 1997 17:10:29 -0700 (PDT) Received: from iceberg.anchorage.net. (root@iceberg.anchorage.net [207.14.72.150]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA02047 for ; Wed, 23 Apr 1997 17:10:24 -0700 (PDT) Received: from iceberg (iceberg [207.14.72.150]) by iceberg.anchorage.net. (8.6.11/8.7.3) with SMTP id PAA03979 for ; Wed, 23 Apr 1997 15:07:16 -0800 Date: Wed, 23 Apr 1997 15:07:16 -0800 (AKDT) From: un_x X-Sender: un_x@iceberg To: freebsd-hackers Subject: manpages Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk can anyone tell me how i might get manpages to work? most, but not all, of my manpages fail to open when the man command is in the process of un-gzipping them from the cat dir. however, the actual manpages are in gzip format, just not when they get transferred into the cat dirs. this is frustrating = i rely heavily on those things! this even happens to manpages from packages ... ------------------------------------------------------------------------------ Sleep: a sign a caffeine deprivation ... http://www.anchorage.net/~un_x ------------------------------------------------------------------------------ From owner-freebsd-hackers Wed Apr 23 17:29:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA02889 for hackers-outgoing; Wed, 23 Apr 1997 17:29:03 -0700 (PDT) Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA02881 for ; Wed, 23 Apr 1997 17:28:57 -0700 (PDT) Received: from unique.usn.blaze.net.au (local [127.0.0.1]) by unique.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id KAA21258; Thu, 24 Apr 1997 10:28:34 +1000 (EST) Message-Id: <199704240028.KAA21258@unique.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "Wed, 23 Apr 1997 11:05:56 MST." <2911.861818756@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 10:28:33 +1000 From: David Nugent Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In /etc/netstart (and elsewhere) we have constructs of the form: [.. deletia ..] > And so on. This is, needless to say, DEEPLY DEEPLY EVIL since it will > cause these features to be turned on in the _absence_ of any such flag > setting, say because you have an old /etc/sysconfig file. Yes, exactly this has happened to me a few times, when I've either forgotten to update sysconfig or accidently missed an addition. > Any objection to reversing the polarity on these various ifs? If > there's no variable or it's not explicitly set to YES, the operation > should fail. Speak now or hold your peace, please.. The problem is that it isn't always a "YES" that the variable is set to. A test for an empty variable should, however, be made the equivalent of "NO". That isn't always the case, though, but for consistency's sake, it SHOULD always be like that. The question is, how do you allow for an empty variable? Separate the test and its use, of course. BTW, since our /bin/sh groks functions, why aren't these blocks a function? Something along the lines of: conditional_run() { var=$1 prog=$2 show=$3 # Allow two args if [ "x$show" = "x" ]; then show=$prog fi tvar="x$var" if [ "$tvar" != "x" -a "$tvar" != "xNO" ]; then echo -n " $show"; eval $prog fi } [Of course, this is only an example - I have not thoroughly tested it ;-)] Then: conditional_run "$nisflags" "ypserv" conditional_run "$tcp_extensions" \ "sysctl -w net.inet.tcp.rfc1323=0;\ sysctl -w net.inet.tcp.rfc1644=0" \ "" conditional_run "$gateway" \ "sysctl -w net.inet.ip.forwarding=1 >/dev/null 2>&1" \ "configuring host as a gateway." conditional_run "$router" \ "${router} ${routerflags}" \ "starting routing daemon: ${router}" and so on. This makes /etc/{rc*,netstart} a hell of a lot more configurable. OF course, some of these blocks also test for the existence of a file, but that could be done easily too, either by extending the above function or adding another similar one. For complex blocks of code, define another function and pass the function name as the 'prog'. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Wed Apr 23 17:37:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA03375 for hackers-outgoing; Wed, 23 Apr 1997 17:37:02 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA03365 for ; Wed, 23 Apr 1997 17:36:56 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA23544; Thu, 24 Apr 1997 10:06:48 +0930 (CST) From: Michael Smith Message-Id: <199704240036.KAA23544@genesis.atrad.adelaide.edu.au> Subject: Re: /etc/netstart bogons.. In-Reply-To: <2911.861818756@time.cdrom.com> from "Jordan K. Hubbard" at "Apr 23, 97 11:05:56 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 24 Apr 1997 10:06:48 +0930 (CST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > In /etc/netstart (and elsewhere) we have constructs of the form: > > if [ "x$gateway" != "xNO" ]; then > echo 'configuring host as a gateway.' > sysctl -w net.inet.ip.forwarding=1 >/dev/null 2>&1 > fi > > if [ "x$router" != "xNO" ] ; then > echo -n starting routing daemon: > echo -n " ${router}"; ${router} ${routerflags} > echo '.' > fi > > if [ "x$ipxgateway" != "xNO" ]; then > ... > > And so on. This is, needless to say, DEEPLY DEEPLY EVIL since it will > cause these features to be turned on in the _absence_ of any such flag > setting, say because you have an old /etc/sysconfig file. You make Define a helper function somewhere (/etc/sysconfig.functions?) and call it var_isset() or similar; have it return true if the value is set, and not NO. > Any objection to reversing the polarity on these various ifs? If > there's no variable or it's not explicitly set to YES, the operation > should fail. Speak now or hold your peace, please.. Make a call now as to whether empty counts as set or unset. NetBSD's convention is that set-but-empty means to use the default value, whatever that is. > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Apr 23 17:37:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA03443 for hackers-outgoing; Wed, 23 Apr 1997 17:37:38 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA03432 for ; Wed, 23 Apr 1997 17:37:32 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id KAA19456; Thu, 24 Apr 1997 10:37:18 +1000 (EST) Date: Thu, 24 Apr 1997 10:37:17 +1000 (EST) From: "Daniel O'Callaghan" To: un_x cc: freebsd-hackers Subject: Re: manpages In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, un_x wrote: > > can anyone tell me how i might get manpages to work? /usr/share/man/cat* should be owned by man.bin, mode 755 /usr/bin/man should be owned by man.bin, mode 4555 (-r-sr-xr-x) Danny From owner-freebsd-hackers Wed Apr 23 17:38:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA03540 for hackers-outgoing; Wed, 23 Apr 1997 17:38:53 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA03532 for ; Wed, 23 Apr 1997 17:38:48 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id AAA09813; Thu, 24 Apr 1997 00:36:30 GMT Date: Thu, 24 Apr 1997 09:36:30 +0900 (JST) From: Michael Hancock To: Marty Leisner cc: Charles Henrich , freebsd-hackers@freebsd.org Subject: Re: flex vs. lex In-Reply-To: <9704232231.AA00939@gnu.sdsp.mc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, Marty Leisner wrote: > > I was interested in getting AT&T's Software ToolChest which has CSCOPE and > > CSCOPE has the same problems. The Bell Labs web pages now include BSD/OS > > support so I think they had to do something similar. > > > Well, bsd 4.2 probably had the AT&T lex source, so it works. > > They're BSD/OS probably is meaningless to most bsd users (does bsdi repackage > flex?) Why? BSD/OS comes with gcc and flex. > I have a newer version (13.x) then they talked about (12.9). The version on the CD-ROM is 13.x, they must have forgot to update it. The BSD/OS entry on the supported OS's section is new. Mike From owner-freebsd-hackers Wed Apr 23 17:47:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA03850 for hackers-outgoing; Wed, 23 Apr 1997 17:47:48 -0700 (PDT) Received: from iceberg.anchorage.net. (root@iceberg.anchorage.net [207.14.72.150]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA03845 for ; Wed, 23 Apr 1997 17:47:45 -0700 (PDT) Received: from iceberg (iceberg [207.14.72.150]) by iceberg.anchorage.net. (8.6.11/8.7.3) with SMTP id PAA04118; Wed, 23 Apr 1997 15:44:27 -0800 Date: Wed, 23 Apr 1997 15:44:27 -0800 (AKDT) From: un_x X-Sender: un_x@iceberg To: "Daniel O'Callaghan" cc: freebsd-hackers Subject: Re: manpages In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Apr 1997, Daniel O'Callaghan wrote: > On Wed, 23 Apr 1997, un_x wrote: > > can anyone tell me how i might get manpages to work? > > /usr/share/man/cat* should be owned by man.bin, mode 755 > /usr/bin/man should be owned by man.bin, mode 4555 (-r-sr-xr-x) yes - that is correct, my problem is that something is translating my manpages into non-gzip catpages. i can go in as root and cannot gzip -d any catpages. though they end in .gz and look ok. when executing a man command, zcat fails trying to unzip the cat page "not in gzip format". this is a fresh install of 2.2.1, for the 2nd time. i still have this problem. what's funny, is some pages that worked the 1st time, are not working now! only a VERY few. < 2%. ------------------------------------------------------------------------------ Sleep: a sign a caffeine deprivation ... http://www.anchorage.net/~un_x ------------------------------------------------------------------------------ From owner-freebsd-hackers Wed Apr 23 17:52:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA04134 for hackers-outgoing; Wed, 23 Apr 1997 17:52:57 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA04129 for ; Wed, 23 Apr 1997 17:52:52 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id KAA19524; Thu, 24 Apr 1997 10:52:41 +1000 (EST) Date: Thu, 24 Apr 1997 10:52:40 +1000 (EST) From: "Daniel O'Callaghan" To: un_x cc: freebsd-hackers Subject: Re: manpages In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, un_x wrote: > On Thu, 24 Apr 1997, Daniel O'Callaghan wrote: > > > On Wed, 23 Apr 1997, un_x wrote: > > > > can anyone tell me how i might get manpages to work? > > > > /usr/share/man/cat* should be owned by man.bin, mode 755 > > /usr/bin/man should be owned by man.bin, mode 4555 (-r-sr-xr-x) > > yes - that is correct, my problem is that something is translating > my manpages into non-gzip catpages. i can go in as root and > cannot gzip -d any catpages. though they end in .gz and > look ok. when executing a man command, zcat fails trying > to unzip the cat page "not in gzip format". What do you get if you do a 'file xxx.1.gz' If you rm xxx.1.gz and do 'man 1 xxx' Danny From owner-freebsd-hackers Wed Apr 23 18:01:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA04564 for hackers-outgoing; Wed, 23 Apr 1997 18:01:21 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA04553 for ; Wed, 23 Apr 1997 18:01:18 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id SAA01547; Wed, 23 Apr 1997 18:01:11 -0700 (PDT) Message-Id: <199704240101.SAA01547@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Nanbor Wang cc: freebsd-hackers Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) In-reply-to: Your message of "Wed, 23 Apr 1997 19:07:10 CDT." <199704240007.TAA26654@siesta.cs.wustl.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 23 Apr 1997 18:01:11 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Oops, I lost my patches probably due to the large amount disk space which the installation took up :( Will start again to do the port. Second time around should not be too bad given that libc_r is up to the job. Cheers, Amancio From owner-freebsd-hackers Wed Apr 23 18:02:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA04636 for hackers-outgoing; Wed, 23 Apr 1997 18:02:23 -0700 (PDT) Received: from iceberg.anchorage.net. (root@iceberg.anchorage.net [207.14.72.150]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA04628 for ; Wed, 23 Apr 1997 18:02:19 -0700 (PDT) Received: from iceberg (iceberg [207.14.72.150]) by iceberg.anchorage.net. (8.6.11/8.7.3) with SMTP id PAA04167; Wed, 23 Apr 1997 15:59:00 -0800 Date: Wed, 23 Apr 1997 15:59:00 -0800 (AKDT) From: un_x X-Sender: un_x@iceberg To: "Daniel O'Callaghan" cc: freebsd-hackers Subject: Re: manpages In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Apr 1997, Daniel O'Callaghan wrote: > > > /usr/share/man/cat* should be owned by man.bin, mode 755 > > > /usr/bin/man should be owned by man.bin, mode 4555 (-r-sr-xr-x) > > > > yes - that is correct, my problem is that something is translating > > my manpages into non-gzip catpages. i can go in as root and > > cannot gzip -d any catpages. though they end in .gz and > > look ok. when executing a man command, zcat fails trying > > to unzip the cat page "not in gzip format". > > What do you get if you do a 'file xxx.1.gz' > If you rm xxx.1.gz and do 'man 1 xxx' file xxx.1.gz - gives "file.1.gz: data" rm-ing catpages doesn't change anything. zcat still fails ... ------------------------------------------------------------------------------ Sleep: a sign a caffeine deprivation ... http://www.anchorage.net/~un_x ------------------------------------------------------------------------------ From owner-freebsd-hackers Wed Apr 23 18:11:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA05076 for hackers-outgoing; Wed, 23 Apr 1997 18:11:44 -0700 (PDT) Received: from narcissus.ml.org (root@brosenga.Pitzer.edu [134.173.120.201]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA05071 for ; Wed, 23 Apr 1997 18:11:42 -0700 (PDT) Received: from localhost (ben@localhost) by narcissus.ml.org (8.8.5/8.7.3) with SMTP id SAA02555; Wed, 23 Apr 1997 18:11:03 -0700 (PDT) Date: Wed, 23 Apr 1997 18:11:03 -0700 (PDT) From: Snob Art Genre To: "Daniel O'Callaghan" cc: un_x , freebsd-hackers Subject: Re: manpages In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Apr 1997, Daniel O'Callaghan wrote: > /usr/share/man/cat* should be owned by man.bin, mode 755 > /usr/bin/man should be owned by man.bin, mode 4555 (-r-sr-xr-x) Why should man be setuid? Mine isn't and it works fine. Ben "You have your mind on computers, it seems." From owner-freebsd-hackers Wed Apr 23 18:15:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA05293 for hackers-outgoing; Wed, 23 Apr 1997 18:15:07 -0700 (PDT) Received: from adam.adonai.net ([205.182.92.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA05288 for ; Wed, 23 Apr 1997 18:15:04 -0700 (PDT) Received: from pbcustomer ([201.182.92.100]) by adam.adonai.net (8.8.5/8.7.3) with SMTP id UAA02126 for ; Wed, 23 Apr 1997 20:17:06 -0500 (CDT) Message-ID: <335EB44B.447D@adonai.net> Date: Wed, 23 Apr 1997 20:15:55 -0500 From: Lee Crites Reply-To: leec@adonai.net Organization: Adonai Enterprises, Inc X-Mailer: Mozilla 3.0Gold (Win95; U) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: netscape via pppd cannot seem to get name service Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am just now starting to get people who are dialing in using things like netscape to browse the internet. They are dialing in to my system from modems (what else, right?), attached to my digiboard, connecting via pppd, with a ttys entry line: ttyD00 "/usr/sbin/pppd -detach 11520" unknown on secure Not sure what they were talking about, I installed netscape 3.0 PE on a win95 box. When I click on the icon, the dialer pops up. After filling out the login/password, it dial in without a hitch. I can send and receive mail (this message being proof of that) with no problems. But I cannot browse the internet. If I enter "http://www.freebsd.org" in the browser, it sits there thinking for a minute or two, then times out. I can, however, enter "telnet://adonai.net" (which is my server I am dialed in to), get a telnet window and *ping* www.freebsd.org without any problems. So... What am I missing? What magical switch do I have to throw so netscape can see outside name service? Thanks muchly... Lee From owner-freebsd-hackers Wed Apr 23 18:19:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA05454 for hackers-outgoing; Wed, 23 Apr 1997 18:19:01 -0700 (PDT) Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA05447 for ; Wed, 23 Apr 1997 18:18:58 -0700 (PDT) Received: from carlsbad.usc.edu (carlsbad.usc.edu [128.125.51.5]) by catarina.usc.edu (8.6.10/8.6.9) with SMTP id SAA05346 for ; Wed, 23 Apr 1997 18:18:56 -0700 Message-Id: <199704240118.SAA05346@catarina.usc.edu> X-Authentication-Warning: catarina.usc.edu: Host carlsbad.usc.edu didn't use HELO protocol To: freebsd-hackers@freebsd.org Subject: Kernel remote debugging using gdb Date: Wed, 23 Apr 1997 18:18:55 -0700 From: Pavlin Ivanov Radoslavov Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I need to do remote debugging of the kernel, but I am using the first serial port as a serial console. How can I specify/change the target machine to use the second serial port for remote debugging purpose? Changing CONADDR and CONUNIT will affect the serial console too, right? Thanks, Pavlin Radoslavov pavlin@catarina.usc.edu P.S. I am not on the ML From owner-freebsd-hackers Wed Apr 23 18:26:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA05972 for hackers-outgoing; Wed, 23 Apr 1997 18:26:30 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA05966 for ; Wed, 23 Apr 1997 18:26:26 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id SAA07398; Wed, 23 Apr 1997 18:26:09 -0700 (PDT) To: "Daniel O'Callaghan" cc: Brian Somers , hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "Thu, 24 Apr 1997 09:27:59 +1000." Date: Wed, 23 Apr 1997 18:26:08 -0700 Message-ID: <7395.861845168@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm liking some parts of NetBSD's rc.conf(8) idea, which I'm looking at right now. I don't like all the parts, and there are still some things I would change (already communicated in private email to Curt), but it's got some points over sysconfig. Commits to follow shortly.. :) Jordan From owner-freebsd-hackers Wed Apr 23 18:29:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA06189 for hackers-outgoing; Wed, 23 Apr 1997 18:29:47 -0700 (PDT) Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA06168 for ; Wed, 23 Apr 1997 18:29:42 -0700 (PDT) Received: from unique.usn.blaze.net.au (local [127.0.0.1]) by unique.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id LAA22210; Thu, 24 Apr 1997 11:29:16 +1000 (EST) Message-Id: <199704240129.LAA22210@unique.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Jaye Mathisen cc: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "Wed, 23 Apr 1997 15:38:32 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 11:29:15 +1000 From: David Nugent Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well, fter having worked on Solaris and Digital Unix, I find I have an > affinity for the rc2.d/init.d stuff. > > It would address this problem nicely, and eliminate the constant hassle > of merging /etc/rc, /etc/netstart, /etc/sysconfig nearly every *horkin* > release. Perhaps this comes down to personal preference, but I've had considerably more years experience in SysV than BSD, and I by *far* prefer the BSD approach. Runlevel issues aside, I've found the SysV approach no simpler than BSD - in fact, the exact opposite. Since you've given Solaris ("Symlink City") as an example, I can't guess why you'd find it easier. Yuck! Spreading out startup/shutdown scripts into the filesystem is bogus, imho. The *general* approach is ok, but rc.d/init.d with runlevel dirs with symlinks just makes the whole mess unmanageable. A simple flat file with a list of sub-scripts to run and in which order would be so much simpler - text editors are usually somewhat more usable than a cli and the eye can more easily detect errors. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Wed Apr 23 18:30:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA06289 for hackers-outgoing; Wed, 23 Apr 1997 18:30:24 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA06277 for ; Wed, 23 Apr 1997 18:30:14 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id LAA19693; Thu, 24 Apr 1997 11:30:04 +1000 (EST) Date: Thu, 24 Apr 1997 11:30:03 +1000 (EST) From: "Daniel O'Callaghan" To: un_x cc: freebsd-hackers Subject: Re: manpages In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, un_x wrote: > On Thu, 24 Apr 1997, Daniel O'Callaghan wrote: > > What do you get if you do a 'file xxx.1.gz' > > If you rm xxx.1.gz and do 'man 1 xxx' > > file xxx.1.gz - gives "file.1.gz: data" > rm-ing catpages doesn't change anything. > zcat still fails ... Well file xxx.1.gz should give "gzip compressed data", so evidently the gzip command is not working properly. Apart from that, I don't know. Danny From owner-freebsd-hackers Wed Apr 23 18:31:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA06380 for hackers-outgoing; Wed, 23 Apr 1997 18:31:27 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA06369 for ; Wed, 23 Apr 1997 18:31:19 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id LAA19700; Thu, 24 Apr 1997 11:31:08 +1000 (EST) Date: Thu, 24 Apr 1997 11:31:07 +1000 (EST) From: "Daniel O'Callaghan" To: Snob Art Genre cc: un_x , freebsd-hackers Subject: Re: manpages In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, Snob Art Genre wrote: > On Thu, 24 Apr 1997, Daniel O'Callaghan wrote: > > > /usr/share/man/cat* should be owned by man.bin, mode 755 > > /usr/bin/man should be owned by man.bin, mode 4555 (-r-sr-xr-x) > > Why should man be setuid? Mine isn't and it works fine. So it can write catpages into /usr/share/man/cat* Danny From owner-freebsd-hackers Wed Apr 23 18:43:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA06961 for hackers-outgoing; Wed, 23 Apr 1997 18:43:36 -0700 (PDT) Received: from narcissus.ml.org (root@brosenga.Pitzer.edu [134.173.120.201]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA06956 for ; Wed, 23 Apr 1997 18:43:34 -0700 (PDT) Received: from localhost (ben@localhost) by narcissus.ml.org (8.8.5/8.7.3) with SMTP id SAA03250; Wed, 23 Apr 1997 18:43:19 -0700 (PDT) Date: Wed, 23 Apr 1997 18:43:19 -0700 (PDT) From: Snob Art Genre To: un_x cc: "Daniel O'Callaghan" , freebsd-hackers Subject: Re: manpages In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, un_x wrote: > On Thu, 24 Apr 1997, Daniel O'Callaghan wrote: > > > > > /usr/share/man/cat* should be owned by man.bin, mode 755 > > > > /usr/bin/man should be owned by man.bin, mode 4555 (-r-sr-xr-x) > > > > > > yes - that is correct, my problem is that something is translating > > > my manpages into non-gzip catpages. i can go in as root and > > > cannot gzip -d any catpages. though they end in .gz and > > > look ok. when executing a man command, zcat fails trying > > > to unzip the cat page "not in gzip format". > > > > What do you get if you do a 'file xxx.1.gz' > > If you rm xxx.1.gz and do 'man 1 xxx' > > file xxx.1.gz - gives "file.1.gz: data" > rm-ing catpages doesn't change anything. > zcat still fails ... If it looks like "data" to file, it's probably corrupted. Here's how it should look: narcissus:{/home/ben}% file /usr/share/man/man1/ls.1.gz /usr/share/man/man1/ls.1.gz: gzip compressed data - deflate method , original file name , last modified: Wed Feb 19 14:41:50 1997 os: Unix Try reinstalling the man distribution. Ben "You have your mind on computers, it seems." From owner-freebsd-hackers Wed Apr 23 18:59:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA08047 for hackers-outgoing; Wed, 23 Apr 1997 18:59:23 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA08041 for ; Wed, 23 Apr 1997 18:59:21 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id SAA08777; Wed, 23 Apr 1997 18:59:04 -0700 (PDT) To: David Nugent cc: hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "Thu, 24 Apr 1997 10:28:33 +1000." <199704240028.KAA21258@unique.usn.blaze.net.au> Date: Wed, 23 Apr 1997 18:59:03 -0700 Message-ID: <8775.861847143@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The problem is that it isn't always a "YES" that the variable is > set to. A test for an empty variable should, however, be made the Well, yes, but only because our current scheme is braindead. ;-) > BTW, since our /bin/sh groks functions, why aren't these blocks a > function? Something along the lines of: An interesting idea. One that could even be taken a little further... It's time to start talking in diffs. To follow. :-) Jordan From owner-freebsd-hackers Wed Apr 23 19:04:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA08467 for hackers-outgoing; Wed, 23 Apr 1997 19:04:15 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08459 for ; Wed, 23 Apr 1997 19:04:09 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id MAA19848; Thu, 24 Apr 1997 12:03:57 +1000 (EST) Date: Thu, 24 Apr 1997 12:03:56 +1000 (EST) From: "Daniel O'Callaghan" To: Lee Crites cc: freebsd-hackers@freebsd.org Subject: Re: netscape via pppd cannot seem to get name service In-Reply-To: <335EB44B.447D@adonai.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, Lee Crites wrote: > I am just now starting to get people who are dialing in using things > like netscape to browse the internet. They are dialing in to my system > from modems (what else, right?), attached to my digiboard, connecting > via pppd, with a ttys entry line: > ttyD00 "/usr/sbin/pppd -detach 11520" unknown on secure > > What am I missing? What magical switch do I have to throw so netscape > can see outside name service? Proxyarp springs to mind. What is the structure of your network. Did you subnet properly or are you trying to pretend your dialups are on the local ethernet? I do mention proxy arp in my pppkit at ftp.hilink.com.au:/pub/FreeBSD/pppkit.tgz Danny From owner-freebsd-hackers Wed Apr 23 19:07:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA08647 for hackers-outgoing; Wed, 23 Apr 1997 19:07:48 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08613 for ; Wed, 23 Apr 1997 19:07:40 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id SAA01867; Wed, 23 Apr 1997 18:07:53 -0700 (PDT) Message-Id: <199704240107.SAA01867@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Terry Lambert cc: hackers@freebsd.org Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) In-reply-to: Your message of "Wed, 23 Apr 1997 16:28:46 PDT." <199704232328.QAA29868@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 23 Apr 1997 18:07:53 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I thought that gcc could emit different program sections ? Amancio From owner-freebsd-hackers Wed Apr 23 19:11:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA08902 for hackers-outgoing; Wed, 23 Apr 1997 19:11:53 -0700 (PDT) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08897 for ; Wed, 23 Apr 1997 19:11:50 -0700 (PDT) Received: from [208.2.87.4] (cod.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id VAA08271; Wed, 23 Apr 1997 21:11:46 -0500 (CDT) X-Sender: rkw@shrimp.dataplex.net Message-Id: In-Reply-To: <335EB44B.447D@adonai.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 23 Apr 1997 21:06:15 -0500 To: leec@adonai.net From: Richard Wackerbarth Subject: Re: netscape via pppd cannot seem to get name service Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 8:15 PM -0500 4/23/97, Lee Crites wrote: >I am just now starting to get people who are dialing in using things >like netscape to browse the internet. They are dialing in to my system >from modems (what else, right?), attached to my digiboard, connecting >via pppd, with a ttys entry line: > ttyD00 "/usr/sbin/pppd -detach 11520" unknown on secure > >Not sure what they were talking about, I installed netscape 3.0 PE on a >win95 box. When I click on the icon, the dialer pops up. After filling >out the login/password, it dial in without a hitch. I can send and >receive mail (this message being proof of that) with no problems. But I >cannot browse the internet. > >If I enter "http://www.freebsd.org" in the browser, it sits there >thinking for a minute or two, then times out. I can, however, enter >"telnet://adonai.net" (which is my server I am dialed in to), get a >telnet window and *ping* www.freebsd.org without any problems. > >So... > >What am I missing? What magical switch do I have to throw so netscape >can see outside name service? Lee, Are you sure the problem is NS rather than routing? I suspect that someone who dials in can access the local machine but not any further. Mail, (and NS and telnet to adonai) only need to reach the local machine. You can ping FROM there to the outside but I will bet that you cannot ping THROUGH it. Turn on the "gateway" flag in the sysconfig. Richard From owner-freebsd-hackers Wed Apr 23 19:24:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA09758 for hackers-outgoing; Wed, 23 Apr 1997 19:24:13 -0700 (PDT) Received: from iceberg.anchorage.net. (root@iceberg.anchorage.net [207.14.72.150]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA09752 for ; Wed, 23 Apr 1997 19:24:09 -0700 (PDT) Received: from iceberg (iceberg [207.14.72.150]) by iceberg.anchorage.net. (8.6.11/8.7.3) with SMTP id RAA04459; Wed, 23 Apr 1997 17:20:12 -0800 Date: Wed, 23 Apr 1997 17:20:12 -0800 (AKDT) From: un_x X-Sender: un_x@iceberg To: David Nugent cc: freebsd-hackers Subject: Re: manpages In-Reply-To: <199704240136.LAA22333@unique.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Apr 1997, David Nugent wrote: > > > > can anyone tell me how i might get manpages to work? > > > > > > /usr/share/man/cat* should be owned by man.bin, mode 755 > > > /usr/bin/man should be owned by man.bin, mode 4555 (-r-sr-xr-x) > > > > yes - that is correct, my problem is that something is translating > > my manpages into non-gzip catpages. i can go in as root and > > cannot gzip -d any catpages. though they end in .gz and > > look ok. when executing a man command, zcat fails trying > > to unzip the cat page "not in gzip format". > > > > this is a fresh install of 2.2.1, for the 2nd time. > > i still have this problem. what's funny, is some > > pages that worked the 1st time, are not working now! > > only a VERY few. < 2%. > > When you format a manpage for the first time, is there an error > issued? Unfortunately, some machines are so damn quick it is > difficult to even see the message, let alone read it! :-) yes - zcat "not in gzip format" - and that all. additionally, mc (Midnight Commander) can read all my manpages just fine. > This sounds like a resource problem, though. What is your > MAX_CHILD setting? It's just that when fooling around with the default w/2.2.1. > resource limits in current and pre-2.2 release code I found > that anything less than ~24 file descriptors will cause man > to become disfunctional in exactly the way you describe. > Subsequently typing "man" for a (now) formatted page results > in either nothing or an error. > Check resource limits at the shell prompt with the ulimit > (sh) or limit (csh) command. If the hard limits are set too > low, you'll have to recompile your kernel. ulimit = unlimited ... > Regards, any relation to Ted? :) > David Nugent - Unique Computing Pty Ltd - Melbourne, Australia > Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet > davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ ------------------------------------------------------------------------------ Sleep: a sign a caffeine deprivation ... http://www.anchorage.net/~un_x ------------------------------------------------------------------------------ From owner-freebsd-hackers Wed Apr 23 19:31:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA10109 for hackers-outgoing; Wed, 23 Apr 1997 19:31:04 -0700 (PDT) Received: from phobos.illtel.denver.co.us (abelits@phobos.illtel.denver.co.us [207.33.75.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA10104 for ; Wed, 23 Apr 1997 19:31:02 -0700 (PDT) Received: from localhost (abelits@localhost) by phobos.illtel.denver.co.us (8.8.5/8.6.9) with SMTP id TAA31369; Wed, 23 Apr 1997 19:35:44 -0700 Date: Wed, 23 Apr 1997 19:35:43 -0700 (PDT) From: Alex Belits To: David Nugent cc: Adrian Chadd , freebsd-hackers@freebsd.org Subject: Re: Best way to hook into user logins / logouts ? In-Reply-To: <199704232346.JAA20594@unique.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Apr 1997, David Nugent wrote: > > > The "best" way I can find currently is hooking into the wtmp updates in > > > libc (especially for the logouts), does anyone know any better ways? > > > > That will be completely broken for xterm. > > No, it works fine for xterm, unless you've disabled wtmp/utmp > logging by using -ut or the equivalent resource. ...and this is exactly what I mean by "broken" -- starting xterm isn't exactly "login". -- Alex From owner-freebsd-hackers Wed Apr 23 19:38:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA10516 for hackers-outgoing; Wed, 23 Apr 1997 19:38:40 -0700 (PDT) Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA10504 for ; Wed, 23 Apr 1997 19:38:33 -0700 (PDT) Received: from unique.usn.blaze.net.au (local [127.0.0.1]) by unique.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id MAA23529; Thu, 24 Apr 1997 12:37:50 +1000 (EST) Message-Id: <199704240237.MAA23529@unique.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: un_x cc: freebsd-hackers Subject: Re: manpages In-reply-to: Your message of "Wed, 23 Apr 1997 17:20:12 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 12:37:49 +1000 From: David Nugent Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > When you format a manpage for the first time, is there an error > > issued? Unfortunately, some machines are so damn quick it is > > difficult to even see the message, let alone read it! :-) > > yes - zcat "not in gzip format" - and that all. > additionally, mc (Midnight Commander) can read all my > manpages just fine. .. which means that man is working. Actually, this is similar to something I see here, but only occasionally. I can get a manpage from tkman, but somtimes not in an xterm. I haven't seen it in quite a while though and even when it occurs it is invariable a manpage from /usr/local/man/... and not from /usr/share/man. Perhaps this is obscurely shell related? Are you using tcsh? If so, try bash/sh, and see if the same thing happens. > > This sounds like a resource problem, though. What is your > > MAX_CHILD setting? It's just that when fooling around with > > the default w/2.2.1. Should be fine. > ulimit = unlimited ... Well, that's probably not it, then. :) > > Regards, > > any relation to Ted? :) Sure. That's my father's name (seriously!). How did you know? :-) Regards, David Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Wed Apr 23 20:05:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA11612 for hackers-outgoing; Wed, 23 Apr 1997 20:05:09 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA11601 for ; Wed, 23 Apr 1997 20:05:04 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id NAA20154; Thu, 24 Apr 1997 13:04:53 +1000 (EST) Date: Thu, 24 Apr 1997 13:04:52 +1000 (EST) From: "Daniel O'Callaghan" To: "Jordan K. Hubbard" cc: David Nugent , hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-Reply-To: <8775.861847143@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, Jordan K. Hubbard wrote: > > The problem is that it isn't always a "YES" that the variable is > > set to. A test for an empty variable should, however, be made the > > Well, yes, but only because our current scheme is braindead. ;-) > > > BTW, since our /bin/sh groks functions, why aren't these blocks a > > function? Something along the lines of: > > An interesting idea. One that could even be taken a little further... > > It's time to start talking in diffs. To follow. :-) One problem with the use of sh functions is that all functions must be declared before their use. See rc.serial for example of how awful this turns out to be. The "main" section of rc.serial is the last few lines in the file. But what about changing it to something like: ----------------- #!/bin/sh - # $Id: rc.net,v 1.0 . /etc/rc.d/rc.net.functions set_hostname panda.hilink.com.au tcp_extensions yes default_domainname none wma no # weak mountd authentication interface lo0 127.0.0.1 255.0.0.0 interface ed0 203.8.15.25 255.255.255.248 gateway yes defaultrouter no ...etc, etc.... ------------------ rc.net.functions of course has all of the relevant functions in it. By '.'ing rc.net.functions, rc.net stays readable. Danny From owner-freebsd-hackers Wed Apr 23 20:20:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA12247 for hackers-outgoing; Wed, 23 Apr 1997 20:20:18 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA12242 for ; Wed, 23 Apr 1997 20:20:15 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wKF4c-0001kZ-00; Wed, 23 Apr 1997 21:19:54 -0600 To: Nanbor Wang Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) Cc: hackers@freebsd.org In-reply-to: Your message of "Wed, 23 Apr 1997 14:11:43 CDT." <199704231911.OAA17121@siesta.cs.wustl.edu> References: <199704231911.OAA17121@siesta.cs.wustl.edu> Date: Wed, 23 Apr 1997 21:19:54 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704231911.OAA17121@siesta.cs.wustl.edu> Nanbor Wang writes: : /var/tmp/cc022478.s:16783: Warning: GOT relocation burb: `__vt$15ACE_Local_Mutex These are "normal" and "OK". They are warning about a condition that is harmless. Generally, an inlined virtual function that is trying to be local... A bad practice because many compilers don't handle this legal C++ construct. Yes, this is a bug and should be fixed, but people who can fix it haven't found the time yet to do so. : ACE. After spitting out a lot of GOT warnings, the compiler finally : spited out "Compiler internal error" and went dead. Hmmm, that's bad. I don't think that is related to the above messages. : I have no idea at all as this problem is caused by incorrect g++ : behavior or by lame assembler (binutil?) Is there a quick fix for : this? Has any one solved this problem before? Will switching to gcc : 2.7.2.2 help? Or, we should get a better binutil? The internal compiler error won't be helped by getting new binutil. And 2.7.2.2 won't help either, since it just add support for Linux-alpha related stuff. g++ also isn't the worlds best C++ compiler. Every time I've gone to write something moderately complicated, I've fired off a bug report to the appropriate people :-(. 2.8.0 is just around the corner. Maybe it will improve things. Warner From owner-freebsd-hackers Wed Apr 23 21:07:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA13801 for hackers-outgoing; Wed, 23 Apr 1997 21:07:58 -0700 (PDT) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA13796 for ; Wed, 23 Apr 1997 21:07:52 -0700 (PDT) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.5) with ESMTP id XAA02513 for ; Wed, 23 Apr 1997 23:06:34 -0500 (CDT) Message-Id: <199704240406.XAA02513@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@FreeBSD.ORG Subject: Discussion of boot mechanism (Was Re: /etc/netstart bogons.. ) In-reply-to: Your message of Thu, 24 Apr 1997 09:27:59 +1000. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 23 Apr 1997 23:06:33 -0500 From: Chris Csanady Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >On Wed, 23 Apr 1997, Brian Somers wrote: > >> I like the idea of a "summary" at the top of /etc/rc (oh, and >> netstart should be rc.net as someone mentioned a while ago): > >That was me. I was just about ready to say "I'm changing netstart to >rc.net unless someone stops me", but I guess the change might come with >this sweep, unless rc.d takes over. I really would like to see an init.d stlye init mechanism, but I think we should think long and hard on how to implement it before any major changes. Regardless of religeous preference, this style of startup mechanism doesn't have to be evil. I'll try to go over a few issues that I see, and hopefully we can have a sane discussion about this. :) 1. run levels, and lame shell script links like S01*, S10*, etc. There is basically no need for this--it is essentially a hack to get around the lack of a real dependancy handling system. How best to implement it though? Even some people have proposed using make. I dont know if this could support the kind of dynamic dependancies we want though. I was thinking more along the lines of having something like "#require NETWORK" at the beginning of the scripts, and using a generic sh script to parse / order / record dependancy information. Also, the scripts echo's and such may be ordered by the dependancy graph somehow and grouped so that we'd have something nicer to look at than "The system is coming up." or some unorganized mess. :) 2. What about location, ie. do we want to keep all local changes in /usr/local/etc or some such place not on the root. Regardless, I think that the dependancy system should work across the directories. 3. Also, if we are to have a true dependancy system, some state will have to be kept somewhere in order to keep track of whats running and how to undo it upon system (or individual package) shutdown. Where do we put this? /var may not be mounted, and it would be nice to keep / ro. As well as recording what is started and stopped, we'd also need a default list of packages to start--perhaps in /etc/config. 4. Configuration information, how should this be defined and where should it go? I really think that SGI did a fairly nice job of this with /etc/config/. I really dislike having one huge file to house all of our configuration. Having it split up means that parts of the system that rarely change can persist even across OS revisions. These files are very simple, containing just options, or simple things to be sourced of which the interfaces remain constant. (like portmap.options or netif.options or such) This is really handy when you have dozens of machines and makes it easier to rdist, etc. Having common static things embedded in sysconfig makes it necessary to regenerate (somehow) lots of new files every time you upgrade and is annoying when you have lots of machines. Whatever we come up with, it would also be nice to have standard across the BSD's if possible. I know that this issue keeps popping up, but I think thats only because it needs to be adressed someday. I hope I am not deeply upsetting anyone. :) --Chris Csanady From owner-freebsd-hackers Wed Apr 23 22:05:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA15891 for hackers-outgoing; Wed, 23 Apr 1997 22:05:07 -0700 (PDT) Received: from hawk.hit.edu.cn (hawk.hit.edu.cn [202.118.228.90]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA15867 for ; Wed, 23 Apr 1997 22:04:46 -0700 (PDT) Received: (from angela@localhost) by hawk.hit.edu.cn (8.6.12/8.6.9) id NAA28863; Thu, 24 Apr 1997 13:00:43 +0900 Date: Thu, 24 Apr 1997 13:00:42 +0900 (CDT) From: Zhao Hui To: freebsd-hackers@freebsd.org Subject: questions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk hello! I've just read some materials on improvement to VM of your FreeBSD. I have some questions about it .Can some anwser them for me? Questions : 1. How do you design and implement "clustered page-ins and page-outs" ? 2. What does "pre-faulting" mean? How to implement it? 3. What means "page table pre-loadeing"? How did you implement it? Is there some detailed materials deliberating on these subjects? How can get them? Your answer will be appreciated. Thank you! From owner-freebsd-hackers Wed Apr 23 22:15:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA16271 for hackers-outgoing; Wed, 23 Apr 1997 22:15:04 -0700 (PDT) Received: from hawk.hit.edu.cn (angela@hawk.hit.edu.cn [202.118.228.90]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA16239 for ; Wed, 23 Apr 1997 22:13:14 -0700 (PDT) Received: (from angela@localhost) by hawk.hit.edu.cn (8.6.12/8.6.9) id NAA28995; Thu, 24 Apr 1997 13:09:51 +0900 Date: Thu, 24 Apr 1997 13:09:51 +0900 (CDT) From: Zhao Hui To: freebsd-hackers@freebsd.org Subject: mailing list Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! Do you have e-mail address of VM developers of FreeBSD? How can I get them? Thanks! From owner-freebsd-hackers Wed Apr 23 22:52:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA17722 for hackers-outgoing; Wed, 23 Apr 1997 22:52:32 -0700 (PDT) Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA17717 for ; Wed, 23 Apr 1997 22:52:28 -0700 (PDT) Received: from unique.usn.blaze.net.au (local [127.0.0.1]) by unique.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id PAA26327; Thu, 24 Apr 1997 15:51:45 +1000 (EST) Message-Id: <199704240551.PAA26327@unique.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Alex Belits cc: Adrian Chadd , freebsd-hackers@freebsd.org Subject: Re: Best way to hook into user logins / logouts ? In-reply-to: Your message of "Wed, 23 Apr 1997 19:35:43 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 15:51:44 +1000 From: David Nugent Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > That will be completely broken for xterm. > > > > No, it works fine for xterm, unless you've disabled wtmp/utmp > > logging by using -ut or the equivalent resource. > > ...and this is exactly what I mean by "broken" -- starting xterm isn't > exactly "login". Oh, well then I guess it depends on your definition. :) It *is* in fact a session, even in the truest technical sense. But even under your more strict definition of "login", then you'd miss a lot of real "logins" if you didn't account form them, for example, if an xterm was started from remote by: rsh exec env DISPLAY=$HOSTDISPLAY xterm & :-) Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Wed Apr 23 23:12:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA18413 for hackers-outgoing; Wed, 23 Apr 1997 23:12:13 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA18406 for ; Wed, 23 Apr 1997 23:12:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id XAA07844; Wed, 23 Apr 1997 23:13:00 -0700 (PDT) Message-Id: <199704240613.XAA07844@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Zhao Hui cc: freebsd-hackers@freebsd.org Subject: Re: questions In-reply-to: Your message of "Thu, 24 Apr 1997 13:00:42 +0900." From: David Greenman Reply-To: dg@root.com Date: Wed, 23 Apr 1997 23:13:00 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've just read some materials on improvement to VM of your FreeBSD. >I have some questions about it .Can some anwser them for me? > Questions : 1. How do you design and implement "clustered page-ins > and page-outs" ? Clustered page-ins occur in the fault handling code. See vm_fault.c: vm_fault_additional_pages(). Clustered page-outs are done in the pageout daemon. See vm_pageout.c: vm_pageout_clean(). > 2. What does "pre-faulting" mean? How to implement it? > 3. What means "page table pre-loadeing"? How did you > implement it? These are both basically the same thing. What this means is that all resident pages for a given VM object (such as a file "vnode object") are mapped into the address space of the process by inserting them into the page table pages at the time that the object is mmap'ed. The alternative (which is what the old BSD code did) is to fault the (resident) pages one at a time into the address space when they are accessed...but this is very expensive and unnecessary. > Is there some detailed materials deliberating on these >subjects? How can get them? No such document exists. The closest description of the VM system in FreeBSD can be found in "The Design and Implementation of the 4.4BSD Operating System", by Kirk McKusick and others. ...but the VM system in FreeBSD has evolved substantially since 4.4BSD and is quite different. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Apr 23 23:18:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA18598 for hackers-outgoing; Wed, 23 Apr 1997 23:18:10 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA18593 for ; Wed, 23 Apr 1997 23:18:08 -0700 (PDT) Received: from bogus.mindspring.com (user-37kbn3r.dialup.mindspring.com [207.69.220.123]) by borg.mindspring.com (8.8.5/8.8.5) with SMTP id CAA22125; Thu, 24 Apr 1997 02:17:07 -0400 (EDT) Message-Id: <1.5.4.32.19970424061803.017959d4@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 24 Apr 1997 02:18:03 -0400 To: Chris Csanady From: "Kevin P. Neal" Subject: Re: Discussion of boot mechanism (Was Re: /etc/netstart bogons.. ) Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 11:06 PM 4/23/97 -0500, Chris Csanady wrote: > >> >>On Wed, 23 Apr 1997, Brian Somers wrote: >> >>> I like the idea of a "summary" at the top of /etc/rc (oh, and >>> netstart should be rc.net as someone mentioned a while ago): >> >>That was me. I was just about ready to say "I'm changing netstart to >>rc.net unless someone stops me", but I guess the change might come with >>this sweep, unless rc.d takes over. >I'll try to go over a few issues that I see, and hopefully we can have a >sane discussion about this. :) > >1. run levels, and lame shell script links like S01*, S10*, etc. There is >basically no need for this--it is essentially a hack to get around > the lack of a real dependancy handling system. How best to implement it > though? Even some people have proposed using make. I dont know if this > could support the kind of dynamic dependancies we want though. I was > thinking more along the lines of having something like > "#require NETWORK" at the beginning of the scripts, and using a generic > sh script to parse / order / record dependancy information. I thought about this also. How about having "classes" of scripts, with specific names on individual scripts as well. This would allow you to do things like having, for example, Apache not start up until after the Networking stuff has started. Also, have some Networking programs not start until named has started, etc. Have named not start until ifconfig runs, etc. Some scripts are going to fail for somebody sometime. In these cases should you drop back down to the level you are leaving, or continue on up? As for run levels, why not define three: halted, single user, and multiuser. Have the multiuser level be configurable (if you want it at, say, 3 then you can have it be 3). Have the other levels be user configurable. > Also, the scripts echo's and such may be ordered by the dependancy > graph somehow and grouped so that we'd have something nicer to look at > than "The system is coming up." or some unorganized mess. :) Well, if you don't want to see messages, it'd be spiffy if you could cut them off. I kinda like the way AIX prints out stuff on boot: Starting the NIS service... The NIS service has started. etc. Something like this would allow you to define services, and have a generic tool for starting and stopping them. I know at work I'd really like to have an easy way to say "start all web servers", other than cobbling together start_server and stop_server scripts that only I use (because only I use xterm+bash instead of Jterm+ksh). Plus, a generic mechanism would make training easier for when you need to train some guy in a datacenter to start and stop services late-as-heck at night when you yourself don't want to be paged. (you'd be surprised (maybe not) how difficult it is to teach some datacenter person to cd /local/etc/httpd.dir ; stop_server ; start_server). >2. What about location, ie. do we want to keep all local changes in > /usr/local/etc or some such place not on the root. Regardless, I think > that the dependancy system should work across the directories. True. >3. Also, if we are to have a true dependancy system, some state will have > to be kept somewhere in order to keep track of whats running and how > to undo it upon system (or individual package) shutdown. Where do we > put this? /var may not be mounted, and it would be nice to keep / ro. > As well as recording what is started and stopped, we'd also need > a default list of packages to start--perhaps in /etc/config. As well has keeping rc-style startup for the people that just *like* it. I'd like to see the startup scripts get run not by init, but by a program run by init. This would allow for very easy additions of other rc.d directories. I sure do wish Digital UNIX had this, it'd save me from having to hack scripts together to do the same job. *sigh* Like, where I work we have stuff in /local/etc/rc.d/* (which is a different disk than /, so servers can be swapped around fairly easily). An easy way of doing this on *BSD would be nice. >Whatever we come up with, it would also be nice to have standard across the >BSD's if possible. I know that this issue keeps popping up, but I think >thats only because it needs to be adressed someday. I hope I am not deeply >upsetting anyone. :) Just get the holy water ready in case of war. -- XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ XCOMM kpneal@eos.ncsu.edu Spoken by Keir Finlow-Bates: XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!" From owner-freebsd-hackers Wed Apr 23 23:44:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA19662 for hackers-outgoing; Wed, 23 Apr 1997 23:44:16 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA19657 for ; Wed, 23 Apr 1997 23:44:13 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA25379; Thu, 24 Apr 1997 16:13:43 +0930 (CST) From: Michael Smith Message-Id: <199704240643.QAA25379@genesis.atrad.adelaide.edu.au> Subject: Re: Best way to hook into user logins / logouts ? In-Reply-To: <199704240551.PAA26327@unique.usn.blaze.net.au> from David Nugent at "Apr 24, 97 03:51:44 pm" To: davidn@unique.usn.blaze.net.au (David Nugent) Date: Thu, 24 Apr 1997 16:13:43 +0930 (CST) Cc: abelits@phobos.illtel.denver.co.us, adrian@staff.psinet.net.au, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk David Nugent stands accused of saying: > > ...and this is exactly what I mean by "broken" -- starting xterm isn't > > exactly "login". Correct. > Oh, well then I guess it depends on your definition. :) It *is* in > fact a session, even in the truest technical sense. But even under > your more strict definition of "login", then you'd miss a lot of > real "logins" if you didn't account form them, for example, if an > xterm was started from remote by: > > rsh exec env DISPLAY=$HOSTDISPLAY xterm & Er, entry via xdm is a login. The above is a login because rsh uses rshd, not because it starts an xterm. Can you suggest a means of starting a session that doesn't involve : getty telnetd rlogind/rshd/sshd/etc. xdm ?? (I'm serious, I'm trying to firm the 'where does PAM auth/admin go?' answer) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Apr 23 23:46:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA19752 for hackers-outgoing; Wed, 23 Apr 1997 23:46:47 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA19747 for ; Wed, 23 Apr 1997 23:46:44 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id IAA15372; Thu, 24 Apr 1997 08:55:07 +0200 (MET DST) From: Mikael Karpberg Message-Id: <199704240655.IAA15372@ocean.campus.luth.se> Subject: Re: Possible broken libc_r To: fenyo@email.enst.fr (Alex Fenyo (eowyn)) Date: Thu, 24 Apr 1997 08:55:06 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Alex Fenyo (eowyn)" at "Apr 24, 97 01:42:21 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Alex Fenyo (eowyn): > Hi, > > Nanbor Wang writes: > > I found a possible bug in libc_r. Below is a very simple test > > program. What I did was I opened a socket in the localhost between > > client and server program. When I compiled the program with > > non-threaded library, everything worked just fine. However, when I > > compiled it using libc_r, the recv() system call seemed to be broken. > > Without any specific manipulation, it acted as if I had turn on the > > non-blocking flag. Is this a bug or I did something terribly wrong? > > It's not a bug, it's a feature :-) > With libc_r, each file descriptor, just after creation, is changed > to a non blocking state, for the convenience of libc_r. > It's most of the time hidden for the user, because libc_r remembers > the original state ("blocking" or not), and when a thread > makes a call on a blocking descriptor, libc_r makes a non blocking > call but if the call returns EAGAIN, libc_r removes the process > from the running queue. Later, when the call can be performed, > libc_r requeue the calling thread. > Libc_r adds a wrapper for each system call, to handle this mechanism. > BUT libc_r doesn't implement a wrapper for send() and recv(). > To bypass your problem, use sendto() and recvfrom() instead. Why doesn't it implement a wrapper for it? Is it not done yet, or is it the intention to leave it broken? /Mikael From owner-freebsd-hackers Wed Apr 23 23:52:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA20006 for hackers-outgoing; Wed, 23 Apr 1997 23:52:08 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA20001 for ; Wed, 23 Apr 1997 23:52:04 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA09346; Thu, 24 Apr 1997 08:51:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA07099; Thu, 24 Apr 1997 08:44:05 +0200 (MET DST) Message-ID: <19970424084405.XF58866@uriah.heep.sax.de> Date: Thu, 24 Apr 1997 08:44:05 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org, se@MI.Uni-Koeln.DE (Stefan Esser) Cc: Shimon@i-Connect.Net (Simon Shapiro) Subject: Re: RELELNG_2_2 is Broken - Help!!! References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Simon Shapiro on Apr 23, 1997 17:21:38 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Simon Shapiro wrote: (Btw., Simon, many of your recent messages contain junk at the end. Try to get a better mailer. :) > sys/pci/pcireg.h defines PCI_SUBID_REG{0,1}, but not 2. > sys/pci/pci.c, in line 1758 makes a reference to PCI_SUBID_REG2. Seems Stefan didn't complete his commit, and forgot to add something to pcireg.h. > Alternative: How do I checkout of CVS /usr/src/sys as of 13-Feb-97? cvs update -D '1997-02-13 00:00:00' Anyway, just back out Stefan's latest change: cd /sys/pci cvs update -r 1.57.2.3 pci.c Don't forget to run cvs update -A later to get rid of the `sticky' tag. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Apr 23 23:52:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA20036 for hackers-outgoing; Wed, 23 Apr 1997 23:52:16 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA20027 for ; Wed, 23 Apr 1997 23:52:13 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA09351; Thu, 24 Apr 1997 08:52:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA07113; Thu, 24 Apr 1997 08:48:37 +0200 (MET DST) Message-ID: <19970424084837.TT37090@uriah.heep.sax.de> Date: Thu, 24 Apr 1997 08:48:37 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Cc: pavlin@catarina.usc.edu (Pavlin Ivanov Radoslavov) Subject: Re: Kernel remote debugging using gdb References: <199704240118.SAA05346@catarina.usc.edu> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704240118.SAA05346@catarina.usc.edu>; from Pavlin Ivanov Radoslavov on Apr 23, 1997 18:18:55 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Pavlin Ivanov Radoslavov wrote: > I need to do remote debugging of the kernel, but I am using the > first serial port as a serial console. How can I specify/change the > target machine to use the second serial port for remote debugging > purpose? Changing CONADDR and CONUNIT will affect the serial console > too, right? Bruce once mentioned that you need to patch sio.c. I gave up that idea, and simply disabled the serial console whenever i need remote gdb. Boot with -d, then add 0x10000 (RB_MUTE) to the value of `boothowto', type `gdb', and continue. If you wanna switch back from GDB to DDB, set the variable `cn_mute' to 0 again, and type `detach' in GDB. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 24 00:05:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA20618 for hackers-outgoing; Thu, 24 Apr 1997 00:05:56 -0700 (PDT) Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA20613 for ; Thu, 24 Apr 1997 00:05:51 -0700 (PDT) Received: from unique.usn.blaze.net.au (local [127.0.0.1]) by unique.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id RAA27714; Thu, 24 Apr 1997 17:04:49 +1000 (EST) Message-Id: <199704240704.RAA27714@unique.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Snob Art Genre cc: "Daniel O'Callaghan" , un_x , freebsd-hackers Subject: Re: manpages In-reply-to: Your message of "Wed, 23 Apr 1997 18:11:03 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 17:04:49 +1000 From: David Nugent Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > /usr/share/man/cat* should be owned by man.bin, mode 755 > > /usr/bin/man should be owned by man.bin, mode 4555 (-r-sr-xr-x) > > Why should man be setuid? Mine isn't and it works fine. man(1) needs to be setuid so that it can write to the ${MANPATH}/cat? directories which are owned by user 'man'. If it works ok for you, then either (1) you're running without caching manpages in the 'cat?' subdirectories or (2) permissions on those directories allow anyone to write in there. From owner-freebsd-hackers Thu Apr 24 00:20:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA21272 for hackers-outgoing; Thu, 24 Apr 1997 00:20:57 -0700 (PDT) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA21266 for ; Thu, 24 Apr 1997 00:20:53 -0700 (PDT) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.5) with ESMTP id CAA03278; Thu, 24 Apr 1997 02:20:40 -0500 (CDT) Message-Id: <199704240720.CAA03278@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: "Kevin P. Neal" cc: hackers@freebsd.org Subject: Re: Discussion of boot mechanism (Was Re: /etc/netstart bogons.. ) In-reply-to: Your message of Thu, 24 Apr 1997 02:18:03 -0400. <1.5.4.32.19970424061803.017959d4@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 02:20:39 -0500 From: Chris Csanady Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>1. run levels, and lame shell script links like S01*, S10*, etc. There is >>basically no need for this--it is essentially a hack to get around >> the lack of a real dependancy handling system. How best to implement it >> though? Even some people have proposed using make. I dont know if this >> could support the kind of dynamic dependancies we want though. I was >> thinking more along the lines of having something like >> "#require NETWORK" at the beginning of the scripts, and using a generic >> sh script to parse / order / record dependancy information. > >I thought about this also. How about having "classes" of scripts, with >specific names on individual scripts as well. This would allow you to do >things like having, for example, Apache not start up until after the Networking >stuff has started. Also, have some Networking programs not start until >named has started, etc. Have named not start until ifconfig runs, etc. Basically, however hopefully not getting as specific as ifconfig. :) I dont think we should only use predefined "classes" though. You should be able to create dependancies on whatever you want. >Some scripts are going to fail for somebody sometime. In these cases should >you drop back down to the level you are leaving, or continue on up? You most certainly do not continue. :) Have you ever had to wait a half hour for a machine that tries to mount nfs filesystems when the networking is broken? If services that are required are broken, theres nothing else to do. >As for run levels, why not define three: halted, single user, and multiuser. >Have the multiuser level be configurable (if you want it at, say, 3 then you >can have it be 3). Have the other levels be user configurable. Well, this is essentially how things are. We currently have single, and multi. Any further run-level abstraction per say should be handled by rc. We do need something that will be executed upon a halt though.. [ cosmetic stuff deleted ] >As well has keeping rc-style startup for the people that just *like* it. > >I'd like to see the startup scripts get run not by init, but by a program >run by init. This would allow for very easy additions of other rc.d directories. This is essentially how it is. init calls rc. rc can do whatever it wants from there. I don't think this needs to change, however a shutdown hook must be added. Leaving this alone allows us backword compatibility by just replacing the script with the old style one. --Chris Csanady From owner-freebsd-hackers Thu Apr 24 00:47:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA21921 for hackers-outgoing; Thu, 24 Apr 1997 00:47:44 -0700 (PDT) Received: from iceberg.anchorage.net. (root@iceberg.anchorage.net [207.14.72.150]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA21916 for ; Thu, 24 Apr 1997 00:47:38 -0700 (PDT) Received: from aak.anchorage.net (ai-136 [207.14.72.136]) by iceberg.anchorage.net. (8.6.11/8.7.3) with SMTP id WAA06172; Wed, 23 Apr 1997 22:43:42 -0800 Date: Wed, 23 Apr 1997 23:37:32 -0800 (AKDT) From: Steve Howe X-Sender: abc@aak.anchorage.net To: David Nugent cc: Snob Art Genre , "Daniel O'Callaghan" , freebsd-hackers Subject: Re: manpages In-Reply-To: <199704240704.RAA27714@unique.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Apr 1997, David Nugent wrote: > If it works ok for you, then either (1) you're running without caching > manpages in the 'cat?' subdirectories or (2) permissions on those > directories allow anyone to write in there. is there any way i can step thru the man process, entering each command 1-by-1, to make sure that works? i can't run "ps" fast enough to catch all the things man does! i don't know. if "mc" can do it ... i can't believe no one else has this problem! i have 16M RAM, @ 100mhz ... no tweaks, just the basic default installation ... i should be able to man a manpage! just an IDE and com and lpt port ... i'm going to turn off my ps2 mouse - maybe that's it! hehe! (2.2.1) i did re-install my manpages, even redownloaded them, but the problem has to be in the bin dist ... all my perms are fine with man and it's directories ... ------------------------------------------------------------------------------ Sleep: a sign a caffeine deprivation ... http://www.anchorage.net/~un_x ------------------------------------------------------------------------------ From owner-freebsd-hackers Thu Apr 24 00:58:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA22267 for hackers-outgoing; Thu, 24 Apr 1997 00:58:51 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA22258 for ; Thu, 24 Apr 1997 00:58:42 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id RAA21247; Thu, 24 Apr 1997 17:58:28 +1000 (EST) Date: Thu, 24 Apr 1997 17:58:27 +1000 (EST) From: "Daniel O'Callaghan" To: Steve Howe cc: freebsd-hackers Subject: Re: manpages In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, Steve Howe wrote: > On Thu, 24 Apr 1997, David Nugent wrote: > > > If it works ok for you, then either (1) you're running without caching > > manpages in the 'cat?' subdirectories or (2) permissions on those > > directories allow anyone to write in there. > > is there any way i can step thru the man process, entering each command > 1-by-1, to make sure that works? i can't run "ps" fast enough to catch > all the things man does! % script Script started, output is typescript % man cat .... % exit % more typescript 'script' is one of those wonderful commands which few people know about. To see the processes running, turn on process accounting - 'man sa' Sorry, for you I should say: 'gzcat /usr/share/man/man8/sa.8.gz | nroff -man | more' :-) Danny From owner-freebsd-hackers Thu Apr 24 00:59:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA22334 for hackers-outgoing; Thu, 24 Apr 1997 00:59:41 -0700 (PDT) Received: from iceberg.anchorage.net. (root@iceberg.anchorage.net [207.14.72.150]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA22328 for ; Thu, 24 Apr 1997 00:59:34 -0700 (PDT) Received: from aak.anchorage.net (ai-136 [207.14.72.136]) by iceberg.anchorage.net. (8.6.11/8.7.3) with SMTP id WAA06229 for ; Wed, 23 Apr 1997 22:56:30 -0800 Date: Wed, 23 Apr 1997 23:50:20 -0800 (AKDT) From: Steve Howe X-Sender: abc@aak.anchorage.net To: freebsd-hackers Subject: manpages Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i tried to find out more with "sh -vx", "man *" still only output "zcat: .../cat/*.1.gz not in gzip format" ------------------------------------------------------------------------------ Sleep: a sign a caffeine deprivation ... http://www.anchorage.net/~un_x ------------------------------------------------------------------------------ From owner-freebsd-hackers Thu Apr 24 01:51:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA24743 for hackers-outgoing; Thu, 24 Apr 1997 01:51:08 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA24737 for ; Thu, 24 Apr 1997 01:51:03 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id SAA11687 for freebsd-hackers@freebsd.org; Thu, 24 Apr 1997 18:50:59 +1000 Received: by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) id SAA21238; Thu, 24 Apr 1997 18:50:17 +1000 (EST) Date: Thu, 24 Apr 1997 18:50:17 +1000 (EST) From: Stephen McKay Message-Id: <199704240850.SAA21238@ogre.dtir.qld.gov.au> To: freebsd-hackers@freebsd.org cc: syssgm@dtir.qld.gov.au Subject: Re: disklabel -- owner? X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warner Losh wrote: >In message <199704211655.JAA13746@phaeton.artisoft.com> Terry Lambert writes: >: NetBSD has upped this to 16 (or was it OpenBSD). > >OpenBSD defintitely did it. I don't think that NetBSD has done >anything about this. > >OpenBSD can grok, btw the old style disklabels that FreeBSD writes. > >: Either way, it's possible to up the number... but is it desirable? > >Yes. I think so. Not enought to try to do the work, however. By my calculations there is room for 22 partition entries, plus spare change. So, it's easy to fit 16 entries in the label. Make a new magic number to distinguish it from the old one, and voila! Pick the same magic number as OpenBSD to set new heights of logic and cooperation. Not much code needs to know about the two types of disk labels. Oh, and the dkmakeminor() macro (and friends) will have to steal a bit from the unit number to give to the partition number. Sounds too easy to not do. :-) Anybody got OpenBSD's new disklabel.h? >: how big the BSD partition is. So 'c' and 'd' are redundant (all >: redundancy not related to fault tolerance should be eliminated). > >I think that 'd' is no longer used, on freeBSD, for this purpose. It >doesn't show up at all in any of my disklabel edits that I've been >doing lately. Yep, 'd' is dead (and not missed). 'c' is a bit of a left-over since the slice code went in, but it's Traditional. Lots of code knows this. :-) Though, with a bit of effort we could get rid of its special purpose. Stephen. PS Warner, I have an interest in replacing fdisk (and perhaps disklabel) with something better, but will keep them strictly command line driven. Other folks can put a GUI on top if they like that sort of thing. From owner-freebsd-hackers Thu Apr 24 01:53:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA24875 for hackers-outgoing; Thu, 24 Apr 1997 01:53:56 -0700 (PDT) Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA24633 for ; Thu, 24 Apr 1997 01:48:03 -0700 (PDT) Received: from carlsbad.usc.edu (carlsbad.usc.edu [128.125.51.5]) by catarina.usc.edu (8.6.10/8.6.9) with SMTP id BAA06706; Thu, 24 Apr 1997 01:40:55 -0700 Message-Id: <199704240840.BAA06706@catarina.usc.edu> X-Authentication-Warning: catarina.usc.edu: Host carlsbad.usc.edu didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org Subject: Re: Kernel remote debugging using gdb In-reply-to: Your message of "Thu, 24 Apr 1997 08:48:37 +0200." <19970424084837.TT37090@uriah.heep.sax.de> Date: Thu, 24 Apr 1997 01:40:52 -0700 From: Pavlin Ivanov Radoslavov Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Pavlin Ivanov Radoslavov wrote: > > > I need to do remote debugging of the kernel, but I am using the > > first serial port as a serial console. How can I specify/change the > > target machine to use the second serial port for remote debugging > > purpose? Changing CONADDR and CONUNIT will affect the serial console > > too, right? > > Bruce once mentioned that you need to patch sio.c. I gave up that > idea, and simply disabled the serial console whenever i need remote > gdb. Boot with -d, then add 0x10000 (RB_MUTE) to the value of > `boothowto', type `gdb', and continue. If you wanna switch back from You mean "write boothowto+0x10000 to cn_mute", right? However, maybe I wasn't very clear in my first email: The PC has two serial ports. The first one is connected to a Digi Portserver and is used as a serial console (no monitor, no keyboard). The second serial port is connected to another PC and it is the port I want to use for remote debugging. Thus I need explicitly to specify that I need to use the second serial port to debug instead of the default first one. Because by doing the above procedure, the target kernel is still trying to use the first serial port for the debugging purpose. Pavlin P.S. The OS is FreeBSD 2.2.1 > GDB to DDB, set the variable `cn_mute' to 0 again, and type `detach' > in GDB. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 24 01:55:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA24990 for hackers-outgoing; Thu, 24 Apr 1997 01:55:58 -0700 (PDT) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA24980 for ; Thu, 24 Apr 1997 01:55:52 -0700 (PDT) Received: from localhost (localhost.gu.kiev.ua [127.0.0.1]) by trifork.gu.net (8.8.5/8.8.5) with SMTP id LAA00682; Thu, 24 Apr 1997 11:55:27 +0300 (EEST) Date: Thu, 24 Apr 1997 11:55:27 +0300 (EEST) From: Andrew Stesin Reply-To: stesin@gu.net To: David Nugent cc: Alex Belits , Adrian Chadd , freebsd-hackers@FreeBSD.org Subject: Re: Best way to hook into user logins / logouts ? In-Reply-To: <199704240551.PAA26327@unique.usn.blaze.net.au> Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Apr 1997, David Nugent wrote: > > rsh exec env DISPLAY=$HOSTDISPLAY xterm & > > :-) How about modifying xterm to call always call getty before everything else? :))) (Kidding aside, I think that the very definition of "login" for accounting purposes is possible in the following two ways: 1. Per dialin line basis (modem, vty, terminal); 2. Per process (one may use system accounting easily to accumulate time for all the processes of any user). The very concept of "network login" seems to be a bit fuzzy on UNIX, despite thefact that you probably may run getty on all the pty's :))) Or am I wrong?) Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-hackers Thu Apr 24 02:02:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA25296 for hackers-outgoing; Thu, 24 Apr 1997 02:02:03 -0700 (PDT) Received: from main.gbdata.com (USR1-1.detnet.com [207.113.12.27]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA25272; Thu, 24 Apr 1997 02:01:55 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.8.5) id EAA01897; Thu, 24 Apr 1997 04:01:54 -0500 (CDT) From: Gary Clark II Message-Id: <199704240901.EAA01897@main.gbdata.com> Subject: Getting closer...!!! To: freebsd-hackers@freebsd.org Date: Thu, 24 Apr 1997 04:01:53 -0500 (CDT) Cc: freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I've found that I can cause reboots at will simply by killing my pppd daemon. After I shutdown the modem or kill pppd, pppd is in DEs status. My system then reboots. Can anyone give me any tips on where to look for possible problems? Ideas? Thanks for any and all help, Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups - http://WWW.GBData.com for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 From owner-freebsd-hackers Thu Apr 24 02:10:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA25732 for hackers-outgoing; Thu, 24 Apr 1997 02:10:23 -0700 (PDT) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA25726 for ; Thu, 24 Apr 1997 02:10:20 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-6.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA26824 (5.67b/IDA-1.5 for ); Thu, 24 Apr 1997 11:09:54 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id LAA16719; Thu, 24 Apr 1997 11:09:09 +0200 (CEST) Message-Id: <19970424110908.20018@x14.mi.uni-koeln.de> Date: Thu, 24 Apr 1997 11:09:08 +0200 From: Stefan Esser To: Joerg Wunsch Cc: freebsd-hackers@freebsd.org, Simon Shapiro Subject: Re: RELELNG_2_2 is Broken - Help!!! References: <19970424084405.XF58866@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.68 In-Reply-To: <19970424084405.XF58866@uriah.heep.sax.de>; from J Wunsch on Thu, Apr 24, 1997 at 08:44:05AM +0200 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Apr 24, J Wunsch wrote: > As Simon Shapiro wrote: > > (Btw., Simon, many of your recent messages contain junk at the end. > Try to get a better mailer. :) > > > sys/pci/pcireg.h defines PCI_SUBID_REG{0,1}, but not 2. > > sys/pci/pci.c, in line 1758 makes a reference to PCI_SUBID_REG2. > > Seems Stefan didn't complete his commit, and forgot to add something > to pcireg.h. Yes, I've got to admit that ... I checked in pci.c to both -current and 2.2, and had forgotten about pcireg.h, when I was through with pci.c ... Sorry about that ! > > Alternative: How do I checkout of CVS /usr/src/sys as of 13-Feb-97? > > cvs update -D '1997-02-13 00:00:00' > > Anyway, just back out Stefan's latest change: > > cd /sys/pci > cvs update -r 1.57.2.3 pci.c > > Don't forget to run > > cvs update -A > > later to get rid of the `sticky' tag. Later might be now, already, since I fixed the problem about an hour ago. Sorry for the inconvenience! Regards, STefan From owner-freebsd-hackers Thu Apr 24 02:25:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA26404 for hackers-outgoing; Thu, 24 Apr 1997 02:25:06 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA26399 for ; Thu, 24 Apr 1997 02:25:04 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id CAA00292; Thu, 24 Apr 1997 02:24:39 -0700 (PDT) Message-Id: <199704240924.CAA00292@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Pavlin Ivanov Radoslavov cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@freebsd.org Subject: Re: Kernel remote debugging using gdb In-reply-to: Your message of "Thu, 24 Apr 1997 01:40:52 PDT." <199704240840.BAA06706@catarina.usc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 02:24:38 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Swap the ports 8) Amancio >From The Desk Of Pavlin Ivanov Radoslavov : > > As Pavlin Ivanov Radoslavov wrote: > > > > > I need to do remote debugging of the kernel, but I am using the > > > first serial port as a serial console. How can I specify/change the > > > target machine to use the second serial port for remote debugging > > > purpose? Changing CONADDR and CONUNIT will affect the serial console > > > too, right? > > > > Bruce once mentioned that you need to patch sio.c. I gave up that > > idea, and simply disabled the serial console whenever i need remote > > gdb. Boot with -d, then add 0x10000 (RB_MUTE) to the value of > > `boothowto', type `gdb', and continue. If you wanna switch back from > You mean "write boothowto+0x10000 to cn_mute", right? > > However, maybe I wasn't very clear in my first email: > The PC has two serial ports. The first one is connected to a Digi > Portserver and is used as a serial console (no monitor, no > keyboard). The second serial port is connected to another PC and it > is the port I want to use for remote debugging. Thus I need > explicitly to specify that I need to use the second serial port to > debug instead of the default first one. > > Because by doing the above procedure, the target kernel is still > trying to use the first serial port for the debugging purpose. > > > Pavlin > > P.S. The OS is FreeBSD 2.2.1 > > > GDB to DDB, set the variable `cn_mute' to 0 again, and type `detach' > > in GDB. > > > > -- > > cheers, J"org > > > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RI PE > > Never trust an operating system you don't have sources for. ;-) > From owner-freebsd-hackers Thu Apr 24 02:54:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA27644 for hackers-outgoing; Thu, 24 Apr 1997 02:54:35 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA27635 for ; Thu, 24 Apr 1997 02:54:22 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id TAA05443; Thu, 24 Apr 1997 19:53:42 +1000 (EST) Message-Id: <199704240953.TAA05443@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Michael Smith cc: abelits@phobos.illtel.denver.co.us, adrian@staff.psinet.net.au, freebsd-hackers@FreeBSD.ORG Subject: Re: Best way to hook into user logins / logouts ? In-reply-to: Your message of "Thu, 24 Apr 1997 16:13:43 +0930." <199704240643.QAA25379@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 19:53:41 +1000 From: David Nugent Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Can you suggest a means of starting a session that doesn't involve : > > getty > telnetd > rlogind/rshd/sshd/etc. > xdm Personally, I think you're confusing "login" (gaining direct access to a system, or opening and entering a door) with "authentication" (the locks we put on the doors). But, as I said, it all depends on how you define things. -- David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Thu Apr 24 03:12:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA28515 for hackers-outgoing; Thu, 24 Apr 1997 03:12:25 -0700 (PDT) Received: from korky.fe.up.pt (korky.fe.up.pt [192.82.214.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA28351; Thu, 24 Apr 1997 03:08:51 -0700 (PDT) From: ee96199@tom.fe.up.pt Received: by korky.fe.up.pt; id AA08367; Thu, 24 Apr 1997 11:07:01 GMT Received: from localhost by tom.fe.up.pt; (5.65v3.2/1.1.8.2/16Oct95-1216PM) id AA31043; Thu, 24 Apr 1997 11:08:17 GMT Date: Thu, 24 Apr 1997 11:08:16 +0000 (GMT) To: questions@freebsd.org Cc: hackers@freebsd.org Subject: ZIP Drive. Help! Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I made a stupid mistake the other day and I need some help! I used scsiformat to low-level format a parallel port ZIP drive and now I can't even fdisk the disk because it says it can't read the master partition table. Please help me. From owner-freebsd-hackers Thu Apr 24 03:26:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA29003 for hackers-outgoing; Thu, 24 Apr 1997 03:26:48 -0700 (PDT) Received: from tulpi.interconnect.com.au (tulpi.interconnect.com.au [192.189.54.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA28998 for ; Thu, 24 Apr 1997 03:26:43 -0700 (PDT) Received: from solsbury-hill.home (acc5-ppp14.mel.interconnect.com.au [210.8.0.142]) by tulpi.interconnect.com.au with ESMTP id UAA03415 (8.7.6/IDA-1.6 for ); Thu, 24 Apr 1997 20:25:37 +1000 (EST) Received: from solsbury-hill.home (localhost.home [127.0.0.1]) by solsbury-hill.home (8.7.5/8.7.3) with ESMTP id RAA04831 for ; Thu, 24 Apr 1997 17:39:24 +1000 (EST) Message-Id: <199704240739.RAA04831@solsbury-hill.home> X-Mailer: exmh version 2.0beta 12/23/96 From: Joel Sutton To: hackers@freebsd.org Subject: Maintainer of ft/lft Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 17:39:24 +1000 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, Just a quick one. Who is the current maintainer(s) of the ft driver and/or the lft program?? Thanks, Joel... From owner-freebsd-hackers Thu Apr 24 03:27:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA29028 for hackers-outgoing; Thu, 24 Apr 1997 03:27:16 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA29023 for ; Thu, 24 Apr 1997 03:27:11 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id UAA13605; Thu, 24 Apr 1997 20:25:18 +1000 Date: Thu, 24 Apr 1997 20:25:18 +1000 From: Bruce Evans Message-Id: <199704241025.UAA13605@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, syssgm@dtir.qld.gov.au Subject: Re: disklabel -- owner? Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >By my calculations there is room for 22 partition entries, plus spare change. Strangely enough, NetBSD supports up to 22 partitions. >So, it's easy to fit 16 entries in the label. Make a new magic number to >distinguish it from the old one, and voila! Pick the same magic number as >OpenBSD to set new heights of logic and cooperation. A new magic number would be bogus, since the number of partitions is part of the data and the checksum covers all the data. >Not much code needs to know about the two types of disk labels. Oh, and There is only one type, but some code doesn't fully support it. >the dkmakeminor() macro (and friends) will have to steal a bit from the >unit number to give to the partition number. 2 bits. Bruce From owner-freebsd-hackers Thu Apr 24 04:26:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA01628 for hackers-outgoing; Thu, 24 Apr 1997 04:26:47 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA01622 for ; Thu, 24 Apr 1997 04:26:44 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id MAA05422; Thu, 24 Apr 1997 12:25:58 +0100 (BST) Date: Thu, 24 Apr 1997 12:25:58 +0100 (BST) From: Doug Rabson To: Pavlin Ivanov Radoslavov cc: freebsd-hackers@freebsd.org Subject: Re: Kernel remote debugging using gdb In-Reply-To: <199704240118.SAA05346@catarina.usc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 23 Apr 1997, Pavlin Ivanov Radoslavov wrote: > I need to do remote debugging of the kernel, but I am using the > first serial port as a serial console. How can I specify/change the > target machine to use the second serial port for remote debugging > purpose? Changing CONADDR and CONUNIT will affect the serial console > too, right? In current, you ought to be able to have: device sio0 at isa? port "IO_COM1" tty irq 4 flags 0x10 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 flags 0x50 vector siointr This would specify that sio0 is the 'high level' console for printfs etc. and sio1 is the 'low level' console for gdb. Unfortunately it wont work since sio doesn't understand how to have two consoles, one high level and one low level. It would be a small amount of work to teach sio.c and i386-gdbstub.c about this situation. A handy project for you... -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-hackers Thu Apr 24 06:37:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA06443 for hackers-outgoing; Thu, 24 Apr 1997 06:37:27 -0700 (PDT) Received: from www.communique.no (www.communique.no [193.212.204.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA06438 for ; Thu, 24 Apr 1997 06:37:25 -0700 (PDT) Received: (qmail 212 invoked by uid 1001); 24 Apr 1997 13:27:09 -0000 Date: Thu, 24 Apr 1997 15:27:09 +0200 (CEST) From: Are Bryne X-Sender: are@rune To: Bruce Evans cc: freebsd-hackers@freebsd.org Subject: Re: kern/3375: Ten minute delay at boot-time In-Reply-To: <199704231715.DAA11851@godzilla.zeta.org.au> Message-ID: Organization: Communique DA MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thank you for your patch, Bruce. I applied it, and rebooted (shutdown -r now). Using -v at the boot prompt, I was given: Calibrating clock(s) ... i586 clock: 133662709 Hz, i8254 clock: 1202460 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method It seemed to speed along just fine, and I did not notice any 10 second delay (as is now the new timeout). Then, as I'd forgotten to use -c (to enable the psm0 - why is it that it is disabled by default?), I did another reboot, this time with -cv. Now I got (and why is it that this first part - before vis. config - doesn't get added to /var/log/messages?): Calibrating clock(s) ... failed, using default i8254 clock of 1193182Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency This time it waited for about ten secs. before continuing (entering config). Does this mean the RTC isn't quite stable? Should I add any of the noted CALIBRATION options? And one last thing: Sometimes when shuting down, /var/log/messages is appended with a lot of junk like this ESC[mESC[8;1HESC[mESC[9;1HESC[mESC[m. What's up? Thank you very much for your attention and help. Are Bryne On Thu, 24 Apr 1997, Bruce Evans wrote: > > The system seems to freeze right after the boot prompt. I can enter > > e.g a -c at the prompt, or nothing, but after pressing return, the > > system will stay put for ten minutes before it continues booting. > > This is probably caused by broken RTC (clock) hardware. If this is the > case, then you can probably tell by booting with -v and noticing that the > delay occurs after the "Calibrating clock(s) ... " message. There is a > timeout, but it is too large (apparently 10 minutes on your system). > > > This happens with both the generic kernel, and my own one. > > It also seems as if the time lapse is _not_ recorded, so that the > > clock (as seen with date) sags behind by ten minutes afterwards. > > The clock is not supposed to stop. Perhaps the i/o's to initialize it > somehow stop it. This would explain both problems. Try this fix. The > reduced timeout should reduce the delay to < 10 seconds on your machined > even if the other change doesn't work. The timeout is still too large > for i386's. > > diff -c2 clock.c~ clock.c > *** clock.c~ Mon Apr 7 19:36:15 1997 > --- clock.c Thu Apr 24 03:08:45 1997 > *************** > *** 504,509 **** > --- 568,576 ---- > writertc(u_char reg, u_char val) > { > + inb(0x84); > outb(IO_RTC, reg); > + inb(0x84); > outb(IO_RTC + 1, val); > + inb(0x84); /* XXX work around wrong order in rtcin() */ > } > > *************** > *** 524,528 **** > if (!(rtcin(RTC_STATUSD) & RTCSD_PWR)) > goto fail; > ! timeout = 100000000; > > /* Read the mc146818A seconds counter. */ > --- 591,595 ---- > if (!(rtcin(RTC_STATUSD) & RTCSD_PWR)) > goto fail; > ! timeout = 1000000; /* XXX */ > > /* Read the mc146818A seconds counter. */ > From owner-freebsd-hackers Thu Apr 24 06:50:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA06945 for hackers-outgoing; Thu, 24 Apr 1997 06:50:02 -0700 (PDT) Received: from chai.plexuscom.com (chai.plexuscom.com [207.87.46.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA06913 for ; Thu, 24 Apr 1997 06:49:59 -0700 (PDT) Received: from chai.plexuscom.com (localhost [127.0.0.1]) by chai.plexuscom.com (8.8.5/8.8.5) with ESMTP id JAA13535; Thu, 24 Apr 1997 09:51:24 -0400 (EDT) Message-Id: <199704241351.JAA13535@chai.plexuscom.com> To: Pavlin Ivanov Radoslavov Cc: hackers@freebsd.org Subject: Re: Kernel remote debugging using gdb In-reply-to: Your message of "Thu, 24 Apr 1997 01:40:52 PDT." <199704240840.BAA06706@catarina.usc.edu> Date: Thu, 24 Apr 1997 09:51:23 -0400 From: Bakul Shah Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If you can _live_ with sharing the same sio port for console and gdb, there is a way. Not pretty but it works. First, as Amancio suggested, swap your connections to the UUG (Unix under GDB :-) so that the PC is now attached to COM1. Now you can switch between gdb and a comm program like kermit. The kermit window will show you all your printfs. Any time you want to drop into gdb, send a break, stop kermit and switch to gdb and hit ^C in it. If you are in kermit when the kernel stops due to a breakpoint it is easy to see and switch to gdb. I haven't yet tried Bruce's latest sio changes so don't know how well they solve the problem. From owner-freebsd-hackers Thu Apr 24 06:51:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA07038 for hackers-outgoing; Thu, 24 Apr 1997 06:51:44 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA07031 for ; Thu, 24 Apr 1997 06:51:38 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id XAA27716; Thu, 24 Apr 1997 23:21:20 +0930 (CST) From: Michael Smith Message-Id: <199704241351.XAA27716@genesis.atrad.adelaide.edu.au> Subject: Re: Best way to hook into user logins / logouts ? In-Reply-To: <199704240953.TAA05443@labs.usn.blaze.net.au> from David Nugent at "Apr 24, 97 07:53:41 pm" To: davidn@labs.usn.blaze.net.au (David Nugent) Date: Thu, 24 Apr 1997 23:21:19 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, abelits@phobos.illtel.denver.co.us, adrian@staff.psinet.net.au, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk David Nugent stands accused of saying: > > Can you suggest a means of starting a session that doesn't involve : > > > > getty > > telnetd > > rlogind/rshd/sshd/etc. > > xdm > > Personally, I think you're confusing "login" (gaining direct > access to a system, or opening and entering a door) with > "authentication" (the locks we put on the doors). > > But, as I said, it all depends on how you define things. Not really. I'm attempting to determine where the door(s) are so that I can put locks on them. > David Nugent - Unique Computing Pty Ltd - Melbourne, Australia -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Apr 24 07:01:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA07476 for hackers-outgoing; Thu, 24 Apr 1997 07:01:51 -0700 (PDT) Received: from aviion.ts.kiev.ua (aviion.ts.kiev.ua [193.124.229.12]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA07449 for ; Thu, 24 Apr 1997 07:01:03 -0700 (PDT) Received: from nbki.ipri.kiev.ua by aviion.ts.kiev.ua with ESMTP id NAA23506; (8.6.11/zah/2.1) Thu, 24 Apr 1997 13:20:46 GMT Received: from cki.ipri.kiev.ua by nbki.ipri.kiev.ua with ESMTP id NAA01002; (8.6.9/zah/1.1) Thu, 24 Apr 1997 13:26:20 +0100 Received: from 194.44.146.14 (mac.ipri.kiev.ua [194.44.146.14]) by cki.ipri.kiev.ua (8.7.6/8.7.3) with SMTP id NAA24478; Thu, 24 Apr 1997 13:34:09 +0300 (EET DST) Message-ID: <335F299C.843@cki.ipri.kiev.ua> Date: Thu, 24 Apr 1997 12:36:22 +0300 From: Ruslan Shevchenko Reply-To: rssh@cki.ipri.kiev.ua Organization: IPRI X-Mailer: Mozilla 3.01Gold (Macintosh; I; 68K) MIME-Version: 1.0 To: Terry Lambert CC: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG Subject: Re: Dynamic linking libraries [Q] References: <199704232337.QAA29885@phaeton.artisoft.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > > > Try using 'nm' instead. The error messages are static, so they can > > > be mapped in as data, since they are referenced by the mapped in code > > > in order to set up the global: > > > > > 00001670 F _exit.o > > > 000015ac T _main > > > 000020ec D _sys_errlist <************************************* > > > 000015a0 t gcc2_compiled. > > > 00001038 T start > > > > > > The marked data is from the libc for the sys_errlist[] reference. > > > > ...which actually turns out to be: > > > > j@uriah 912% gdb -q a.out > > (gdb) b main > > Breakpoint 1 at 0x160c: file foo.c, line 6. > > (gdb) run > > Starting program: /tmp/a.out > > > > Breakpoint 1, main () at foo.c:6 > > 6 printf("%s\n", sys_errlist[E2BIG]); > > (gdb) p/x sys_errlist > > $1 = 0x80624fc > > > > (Thus inside the shared lib.) > > No it's not. It's at 20ec, in the image -- and is in the data segment > of the in core image. You are dereferencing the thing. > > The compiler can not generate a post-link reference to the data in > a shared library unless it knows where the data will be mapped in > memory. > But we can do pointer to the data, which have p[ost0link reference (i.e. we have lib_cln.so, which stab to lib-manager, and lib_srv.so, which really lib) > Because shared library sizes can be changed, this is impossible > to know in advance if you are using two or more shared libraries, > since if the first one changes size, the second one may be mapped > at a different location. > > The Microsoft compiler knows to do this because of __declspec(dllimport); > the FreeBSD compiler doesn't know this because you can't tell it to > generate different code... it doesn't have "__declspec" > > Are you claiming that the image is "fixed up" for all references? > If it were, then the idea of "shared code" would go out the window. What means fixed-up ? > > Regards, > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. From owner-freebsd-hackers Thu Apr 24 07:37:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA09256 for hackers-outgoing; Thu, 24 Apr 1997 07:37:03 -0700 (PDT) Received: from tyger.inna.net (root@tyger.inna.net [206.151.66.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA09251 for ; Thu, 24 Apr 1997 07:37:01 -0700 (PDT) Received: from dolphin.inna.net (jamie@dolphin.inna.net [206.151.66.2]) by tyger.inna.net (8.8.3/8.7.3) with SMTP id KAA04500; Thu, 24 Apr 1997 10:37:15 -0400 (EDT) Date: Thu, 24 Apr 1997 10:37:00 -0400 (EDT) From: Jamie Bowden To: Joel Sutton cc: hackers@freebsd.org Subject: Re: Maintainer of ft/lft In-Reply-To: <199704240739.RAA04831@solsbury-hill.home> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Apr 1997, Joel Sutton wrote: > Hi all, > > Just a quick one. > > Who is the current maintainer(s) of the ft driver and/or the lft > program?? > > Thanks, Joel... Look...a volunteer.... Jamie Bowden Network Administrator, TBI Ltd. From owner-freebsd-hackers Thu Apr 24 08:19:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA11116 for hackers-outgoing; Thu, 24 Apr 1997 08:19:36 -0700 (PDT) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA11105 for ; Thu, 24 Apr 1997 08:19:18 -0700 (PDT) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.5/8.7.3) with SMTP id RAA01120; Thu, 24 Apr 1997 17:17:41 +0200 (MET DST) Date: Thu, 24 Apr 1997 17:17:41 +0200 (MET DST) From: Andrzej Bialecki To: Are Bryne cc: Bruce Evans , freebsd-hackers@freebsd.org Subject: Re: kern/3375: Ten minute delay at boot-time In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Apr 1997, Are Bryne wrote: > Thank you for your patch, Bruce. > > I applied it, and rebooted (shutdown -r now). > Using -v at the boot prompt, I was given: > > Calibrating clock(s) ... i586 clock: 133662709 Hz, i8254 clock: 1202460 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > CLK_USE_I586_CALIBRATION not specified - using old calibration method > I just noticed this thread... Excuse me for jumping in, but I had very similar problem, which turned out to be a broken RTC on-board chip. (I also went through changing the timeout value in clock.c . Why is it so ridiculously big??). Finally, I had the motherboard replaced, and everything is ok since then. Sincerely yours, --- Andrzej Bialecki FreeBSD: Turning PCs Into Workstations http://www.freebsd.org Research and Academic Network in Poland From owner-freebsd-hackers Thu Apr 24 09:05:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA13335 for hackers-outgoing; Thu, 24 Apr 1997 09:05:22 -0700 (PDT) Received: from ilink.nis.za (root@ilink.nis.za [196.6.121.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA13330 for ; Thu, 24 Apr 1997 09:05:16 -0700 (PDT) Received: (from keith4@localhost) by ilink.nis.za (8.6.12/8.6.6) id SAA25750 for hackers@freebsd.org; Thu, 24 Apr 1997 18:05:03 +0200 From: keith waters Message-Id: <199704241605.SAA25750@ilink.nis.za> Subject: MISSING master.passwd !!! Please Help!! To: hackers@freebsd.org Date: Thu, 24 Apr 1997 18:05:03 +0200 (SAT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all... I have a rather immediate urgent problem... My master.passwd file is missing! I have passwd, spwd.db and pwd.db Has anybody out there ever reverse-generated the passwords? Please HELP!!! Thanks Keith Waters (keith@nis.za) From owner-freebsd-hackers Thu Apr 24 09:17:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA14327 for hackers-outgoing; Thu, 24 Apr 1997 09:17:15 -0700 (PDT) Received: from economic.acnit.ac.ru (economic.acnit.ac.ru [193.233.113.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA14133 for ; Thu, 24 Apr 1997 09:15:36 -0700 (PDT) Received: (from bazilio@localhost) by economic.acnit.ac.ru (8.8.5/8.8.4) id UAA16683; Thu, 24 Apr 1997 20:11:04 +0400 (MSD) Date: Thu, 24 Apr 1997 20:11:04 +0400 (MSD) From: "Vasily V. Grechishnikov" To: freebsd-hackers@freebsd.org Subject: msdosfs bugs ? (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! I'm expiriencied for FreeBSD since 2.1.0 R to 2.2R( today) and I'm use it on many many different machines from 486DX33 to P5 120 w/ very different architectures from ISA to PCI . But everytime if I try to mount or read/write ( already mounted ) bad msdos diskette I see the same bug : after this my computer hoses . I can switch between the virtual consoles, but I can't to do anything - keyboard is locked . At the same time all network services works properly, exclude the telnet, rlogin to crashed system . Why ? Is it bug of msdosfs ? If it is, when that will be fixed ? I wish to fix it by myself, but I have not enough knowledge about of orgatization of the VFSes . Thanks, Vasily . **********[FreeBSD it is coolest UNIX for PC!]*********** | System admin , ftp and web master. | | http://www.econ.acnit.ac.ru/~bazilio/ | ********************************************************* | Voronezh State Technical University | | Industrial Economy Departament | ********************************************************* From owner-freebsd-hackers Thu Apr 24 09:17:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA14384 for hackers-outgoing; Thu, 24 Apr 1997 09:17:50 -0700 (PDT) Received: from mailer.syr.edu (mailer.syr.edu [128.230.20.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA14376 for ; Thu, 24 Apr 1997 09:17:47 -0700 (PDT) Received: from rodan.syr.edu by mailer.syr.edu (LSMTP for Windows NT v1.1a) with SMTP id <0.83F30C10@mailer.syr.edu>; Thu, 24 Apr 1997 12:17:45 -0400 Received: from localhost (cmsedore@localhost) by rodan.syr.edu (8.8.5/8.8.5) with SMTP id MAA28094 for ; Thu, 24 Apr 1997 12:17:38 -0400 (EDT) X-Authentication-Warning: rodan.syr.edu: cmsedore owned process doing -bs Date: Thu, 24 Apr 1997 12:17:37 -0400 (EDT) From: Christopher Sedore X-Sender: cmsedore@rodan.syr.edu To: freebsd-hackers@freebsd.org Subject: Router statistics In-Reply-To: <199704241351.XAA27716@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Every now and then someone asks about using FreeBSD as a router/firewall. I thought I'd post these stats for our router, a P90 with two DEC PCI ethernet cards (10mbit), and running ipfw for filtering: $ netstat -I de1 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll de1 1500 00.00.f8.01.29.48 563695622 59 575254062 1500 1378263754 de1 1500 128.230.105/2 rt 563695622 59 575254062 1500 1378263754 $ uptime 11:18AM up 106 days, 20:35, 2 users, load averages: 0.00, 0.00, 0.00 $ uname -a FreeBSD rt.maxwell.syr.edu 2.2-961014-SNAP FreeBSD 2.2-961014-SNAP #0: Thu Jan 2 13:08:44 1997 cmsedore@rt.maxwell.syr.edu:/usr/src/sys/compile/RT i386 Now, I realize that the packet numbers do not appear to be that impressive. This is because we rolled the counters so you need to add 2^32 to each count :). Over this roughly 107 day period, we averaged about 1100 packets/second. -Chris From owner-freebsd-hackers Thu Apr 24 09:21:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA14659 for hackers-outgoing; Thu, 24 Apr 1997 09:21:03 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA14650 for ; Thu, 24 Apr 1997 09:20:58 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA01324; Thu, 24 Apr 1997 09:17:19 -0700 From: Terry Lambert Message-Id: <199704241617.JAA01324@phaeton.artisoft.com> Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) To: hasty@rah.star-gate.com (Amancio Hasty) Date: Thu, 24 Apr 1997 09:17:19 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199704240107.SAA01867@rah.star-gate.com> from "Amancio Hasty" at Apr 23, 97 06:07:53 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I thought that gcc could emit different program sections ? It can. A.out can't store them. That's the assembler warnings he was getting. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Apr 24 09:39:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA15686 for hackers-outgoing; Thu, 24 Apr 1997 09:39:16 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA15681 for ; Thu, 24 Apr 1997 09:39:13 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA01357; Thu, 24 Apr 1997 09:34:12 -0700 From: Terry Lambert Message-Id: <199704241634.JAA01357@phaeton.artisoft.com> Subject: Re: Dynamic linking libraries [Q] To: rssh@cki.ipri.kiev.ua Date: Thu, 24 Apr 1997 09:34:12 -0700 (MST) Cc: terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG In-Reply-To: <335F299C.843@cki.ipri.kiev.ua> from "Ruslan Shevchenko" at Apr 24, 97 12:36:22 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > No it's not. It's at 20ec, in the image -- and is in the data segment > > of the in core image. You are dereferencing the thing. > > > > The compiler can not generate a post-link reference to the data in > > a shared library unless it knows where the data will be mapped in > > memory. > > > > But we can do pointer to the data, which have p[ost0link reference Yes. That's exactly what sys_errlist[] is: the address of the first element in the array. It's (functionally, and barring ANSI distinctions between x[] and *x) a pointer. A pointer located in the data segment of the program age, but orginating as a data declaration in the library, and moved there on link. > > Are you claiming that the image is "fixed up" for all references? > > If it were, then the idea of "shared code" would go out the window. > > What means fixed-up ? It means that the linker emits a table of entries in an unmapped region of memory and crt0 installs a fault handler, and references to the faulted area have their target addresses rewritten, and the instruction is restarted. Microsoft does this for function call references, but all "fixups" are in the jump table. FreeBSD has to do the same thing. Any code that wants to reference code at an unknown location but with a predesignated set of entry points has to have a jump table. The jump table fixups can be done on image load, but are generally done at reference (this is called "lazy binding" or "late binding"). Because you must implement fault handling for this to work generally, and because the references are data references, there is not vtable reference possible unless the datum is a pointer (and generally, not even then unless your linker is very, very clever). So the fixups take the form of rewriting the code that references the variable. This technique only works with absolute data references. If you load a register with an address 40 instructions before, the instruction must be simulated through the relocation. This is expensive (but was in fact used on 68000 based systems, since the 68000 failed to implement instruction -restart-after-fault correctly. There is an interesting code fragment for the 68010 to handle MPSW faults to make it look like a 68000 that relies on this). In any case, FreeBSD doesn't do this because in order to do so reliably, it would need to have another "unmapped" section in a.out to initiate the fault, and a split SIGFAULT handler that preemptively checked to see if the fault was in this region. Even then, the buffer length relationships would be tied to the shared library version, or there would be no way to tell what data was being referenced at fault time. Actually, this type of relocation is one of the few places segment registers become useful. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Apr 24 10:02:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA17131 for hackers-outgoing; Thu, 24 Apr 1997 10:02:39 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA17121 for ; Thu, 24 Apr 1997 10:02:33 -0700 (PDT) Received: from bogus.mindspring.com (user-37kbn3o.dialup.mindspring.com [207.69.220.120]) by borg.mindspring.com (8.8.5/8.8.5) with SMTP id MAA15420; Thu, 24 Apr 1997 12:59:05 -0400 (EDT) Message-Id: <1.5.4.32.19970424165912.0198d1f0@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 24 Apr 1997 12:59:12 -0400 To: Chris Csanady From: "Kevin P. Neal" Subject: Re: Discussion of boot mechanism (Was Re: /etc/netstart bogons.. ) Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 02:20 AM 4/24/97 -0500, Chris Csanady wrote: > >>>1. run levels, and lame shell script links like S01*, S10*, etc. There is > >>>basically no need for this--it is essentially a hack to get around >>> the lack of a real dependancy handling system. How best to implement it >>> though? Even some people have proposed using make. I dont know if this >>> could support the kind of dynamic dependancies we want though. I was >>> thinking more along the lines of having something like >>> "#require NETWORK" at the beginning of the scripts, and using a generic >>> sh script to parse / order / record dependancy information. >> >>I thought about this also. How about having "classes" of scripts, with >>specific names on individual scripts as well. This would allow you to do >>things like having, for example, Apache not start up until after the >Networking >>stuff has started. Also, have some Networking programs not start until >>named has started, etc. Have named not start until ifconfig runs, etc. > >Basically, however hopefully not getting as specific as ifconfig. :) I >dont think we should only use predefined "classes" though. You should be >able to create dependancies on whatever you want. Oh, I didn't want to hard-code specific classes into the system. I was thinking more along the lines of having scripts state that they belong to a class, like: #belongto NETWORK Then whatever classes for a runlevel get defined get defined. >>Some scripts are going to fail for somebody sometime. In these cases should >>you drop back down to the level you are leaving, or continue on up? > >You most certainly do not continue. :) Have you ever had to wait a half hour >for a machine that tries to mount nfs filesystems when the networking is >broken? If services that are required are broken, theres nothing else to do. But what if the machine that is trying to nfs mount the filesystem is otherwise perfectly capable of running multi-user mode? I mean, in multi-user mode I (on my home machies) have X running. X makes debugging easier just because I have so much more room to work with on screen. It's fault tolerance. >>As for run levels, why not define three: halted, single user, and multiuser. >>Have the multiuser level be configurable (if you want it at, say, 3 then you >>can have it be 3). Have the other levels be user configurable. > >Well, this is essentially how things are. We currently have single, and >multi. Any further run-level abstraction per say should be handled by rc. >We do need something that will be executed upon a halt though.. Well, like if you wanted multiple single-user "runlevels" or multiple multi-user "runlevels". It seems like run levels isn't quite the term for this. How about multiple "configurations". Hmmmm, no, that's not quite it either. Hmmmm. "Run states"? Hmmmmm. >[ cosmetic stuff deleted ] > >>As well has keeping rc-style startup for the people that just *like* it. >> >>I'd like to see the startup scripts get run not by init, but by a program >>run by init. This would allow for very easy additions of other rc.d >directories. > >This is essentially how it is. init calls rc. rc can do whatever it wants >from there. I don't think this needs to change, however a shutdown hook must >be added. Leaving this alone allows us backword compatibility by just >replacing >the script with the old style one. Well, as in, not have the rc.d handling be in init, and also not have it scattered in #!sh scripts everywhere. One single, powerful, easy to use mechanism. Run it from rc, or whatever. Perhaps we are saying the same thing. -- XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ XCOMM kpneal@eos.ncsu.edu Spoken by Keir Finlow-Bates: XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!" From owner-freebsd-hackers Thu Apr 24 10:03:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA17168 for hackers-outgoing; Thu, 24 Apr 1997 10:03:07 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA17159 for ; Thu, 24 Apr 1997 10:03:03 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA01478; Thu, 24 Apr 1997 09:59:11 -0700 From: Terry Lambert Message-Id: <199704241659.JAA01478@phaeton.artisoft.com> Subject: Re: Best way to hook into user logins / logouts ? To: davidn@unique.usn.blaze.net.au (David Nugent) Date: Thu, 24 Apr 1997 09:59:11 -0700 (MST) Cc: abelits@phobos.illtel.denver.co.us, adrian@staff.psinet.net.au, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199704240551.PAA26327@unique.usn.blaze.net.au> from "David Nugent" at Apr 24, 97 03:51:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > ...and this is exactly what I mean by "broken" -- starting xterm isn't > > exactly "login". > > Oh, well then I guess it depends on your definition. :) It *is* in > fact a session, even in the truest technical sense. But even under > your more strict definition of "login", then you'd miss a lot of > real "logins" if you didn't account form them, for example, if an > xterm was started from remote by: > > rsh exec env DISPLAY=$HOSTDISPLAY xterm & What? No. A session is an authentication instance; xdm is a session manager. "Regular" logins don't make a distinction between "session" and "process group leader", and are essentially tty bound because of this. If xterm's were sessions rather than seperate process group leaders under a single "session", then you would be required to resupply your credentials when you started them. Yes, this is all pretty kludged, and the setsid()/setpgid()/tcsetpgrp() crap is all pretty kludged when it comes to the idea of "session". It's a shame, because the concept of "session" and the idea that multiple session reference the same credential instance instead of referring to identical (but seperate) credential instances is *truly* useful for things like SMBFS, ATPFS, NCPFS, and other PC networking style authentication models applying to UNIX cerdentials on a per credential (user) basis. It's also useful for tty unbinding, to allow a process group leader to be attached/detached to/from other tty's while leaving the underlying session intact. You can do that if you define a session as a process group leader attached to a controlling tty (which is the purpose of tcsetpgrp() et al.). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Apr 24 10:04:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA17412 for hackers-outgoing; Thu, 24 Apr 1997 10:04:40 -0700 (PDT) Received: from sand.sentex.ca (sand.sentex.ca [206.222.77.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA17405 for ; Thu, 24 Apr 1997 10:04:36 -0700 (PDT) Received: from gravel (gravel.sentex.ca [205.211.165.210]) by sand.sentex.ca (8.8.5/8.8.3) with SMTP id NAA00416; Thu, 24 Apr 1997 13:08:42 -0400 (EDT) Message-Id: <3.0.1.32.19970424130840.00a043f0@sentex.net> X-Sender: mdtancsa@sentex.net X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 24 Apr 1997 13:08:40 -0400 To: keith waters , hackers@freebsd.org From: Mike Tancsa Subject: Re: MISSING master.passwd !!! Please Help!! In-Reply-To: <199704241605.SAA25750@ilink.nis.za> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 06:05 PM 4/24/97 +0200, keith waters wrote: >Hi all... > >I have a rather immediate urgent problem... > >My master.passwd file is missing! > >I have passwd, spwd.db and pwd.db > >Has anybody out there ever reverse-generated the passwords? Check out /var/backups... you might have a backup copy there. ---Mike ********************************************************************** Mike Tancsa (mike@sentex.net) * To do is to be -- Nietzsche Sentex Communications Corp, * To be is to do -- Sartre Cambridge, Ontario * Do be do be do -- Sinatra (http://www.sentex.net/~mdtancsa) * From owner-freebsd-hackers Thu Apr 24 10:07:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA17694 for hackers-outgoing; Thu, 24 Apr 1997 10:07:37 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA17653 for ; Thu, 24 Apr 1997 10:07:29 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA01497; Thu, 24 Apr 1997 10:03:55 -0700 From: Terry Lambert Message-Id: <199704241703.KAA01497@phaeton.artisoft.com> Subject: Re: Maintainer of ft/lft To: suttonj@interconnect.com.au (Joel Sutton) Date: Thu, 24 Apr 1997 10:03:55 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199704240739.RAA04831@solsbury-hill.home> from "Joel Sutton" at Apr 24, 97 05:39:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi all, > > Just a quick one. > > Who is the current maintainer(s) of the ft driver and/or the lft > program?? Anyone silly enough to both buy that type of hardware and then ask that type of question... The code is not being actively maintained because no one with the ability owns the hardware and cares to do it. This was recently discussed. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Apr 24 10:10:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA17973 for hackers-outgoing; Thu, 24 Apr 1997 10:10:08 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA17939 for ; Thu, 24 Apr 1997 10:09:57 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA01511; Thu, 24 Apr 1997 10:06:53 -0700 From: Terry Lambert Message-Id: <199704241706.KAA01511@phaeton.artisoft.com> Subject: Re: disklabel -- owner? To: syssgm@dtir.qld.gov.au (Stephen McKay) Date: Thu, 24 Apr 1997 10:06:53 -0700 (MST) Cc: freebsd-hackers@freebsd.org, syssgm@dtir.qld.gov.au In-Reply-To: <199704240850.SAA21238@ogre.dtir.qld.gov.au> from "Stephen McKay" at Apr 24, 97 06:50:17 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Yep, 'd' is dead (and not missed). 'c' is a bit of a left-over since the > slice code went in, but it's Traditional. Lots of code knows this. :-) > Though, with a bit of effort we could get rid of its special purpose. Er... If you can point us at this "lots of code", then we can use it instead of rewriting "disklabel", since the only serious use something like that would have is as a replacement for disklabel. I really don't believe there's "lots of code" that knows about 'c'. Or if there is, it's old, so it also knows about 'd', right? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Apr 24 10:14:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA18241 for hackers-outgoing; Thu, 24 Apr 1997 10:14:17 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA18236 for ; Thu, 24 Apr 1997 10:14:13 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA01534; Thu, 24 Apr 1997 10:09:47 -0700 From: Terry Lambert Message-Id: <199704241709.KAA01534@phaeton.artisoft.com> Subject: Re: Best way to hook into user logins / logouts ? To: stesin@gu.net Date: Thu, 24 Apr 1997 10:09:47 -0700 (MST) Cc: davidn@unique.usn.blaze.net.au, abelits@phobos.illtel.denver.co.us, adrian@staff.psinet.net.au, freebsd-hackers@freebsd.org In-Reply-To: from "Andrew Stesin" at Apr 24, 97 11:55:27 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The very concept of "network login" seems to be a bit fuzzy > on UNIX, despite thefact that you probably may > run getty on all the pty's :))) Or am I wrong?) You are not wrong. Login needs to exec a session manager that forks the shell, instead of exec'ing the shell. That leaves us with the problem of what to do about "login -f" and "login -h", which is an abusive kludge. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Apr 24 10:17:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA18446 for hackers-outgoing; Thu, 24 Apr 1997 10:17:01 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA18441 for ; Thu, 24 Apr 1997 10:16:59 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA01552; Thu, 24 Apr 1997 10:12:42 -0700 From: Terry Lambert Message-Id: <199704241712.KAA01552@phaeton.artisoft.com> Subject: Re: Best way to hook into user logins / logouts ? To: davidn@labs.usn.blaze.net.au (David Nugent) Date: Thu, 24 Apr 1997 10:12:42 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, abelits@phobos.illtel.denver.co.us, adrian@staff.psinet.net.au, freebsd-hackers@FreeBSD.org In-Reply-To: <199704240953.TAA05443@labs.usn.blaze.net.au> from "David Nugent" at Apr 24, 97 07:53:41 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Can you suggest a means of starting a session that doesn't involve : > > > > getty > > telnetd > > rlogind/rshd/sshd/etc. > > xdm > > Personally, I think you're confusing "login" (gaining direct > access to a system, or opening and entering a door) with > "authentication" (the locks we put on the doors). > > But, as I said, it all depends on how you define things. The purpose of login is to associate a UNIX credential other than the superuser credential with the child process it exec's. It does some other things as well, which are arguably bogus tty-bound operations that shouldn't be done by login. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Apr 24 10:25:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA18969 for hackers-outgoing; Thu, 24 Apr 1997 10:25:04 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA18958 for ; Thu, 24 Apr 1997 10:25:00 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id DAA08053; Fri, 25 Apr 1997 03:24:49 +1000 (EST) Message-Id: <199704241724.DAA08053@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: keith waters cc: hackers@freebsd.org Subject: Re: MISSING master.passwd !!! Please Help!! In-reply-to: Your message of "Sat, 24 Apr 1997 18:05:03 +0200." <199704241605.SAA25750@ilink.nis.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Apr 1997 03:24:48 +1000 From: David Nugent Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have a rather immediate urgent problem... > > My master.passwd file is missing! Ouch. > I have passwd, spwd.db and pwd.db > > Has anybody out there ever reverse-generated the passwords? If you disable NIS, then pw(8) will almost do it for you. The command "pw usershow -a" dumps the entire userfile, but leaves out the password. If you apply the following diff to src/usr.sbin/pw/pw_user.c, you'll get there all the way: Index: pw_user.c =================================================================== RCS file: /home/cvs/freebsd/src/usr.sbin/pw/pw_user.c,v retrieving revision 1.19 diff -u -r1.19 pw_user.c --- pw_user.c 1997/03/24 15:09:41 1.19 +++ pw_user.c 1997/04/24 17:19:26 @@ -955,7 +955,7 @@ if (!pretty) { char buf[_UC_MAXLINE]; - fmtpwent(buf, pwd); + fmtpwentry(buf, pwd, PWF_MASTER); fputs(buf, stdout); } else { int j; David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Thu Apr 24 10:27:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19103 for hackers-outgoing; Thu, 24 Apr 1997 10:27:28 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA19094 for ; Thu, 24 Apr 1997 10:27:25 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA01604; Thu, 24 Apr 1997 10:22:32 -0700 From: Terry Lambert Message-Id: <199704241722.KAA01604@phaeton.artisoft.com> Subject: Re: Best way to hook into user logins / logouts ? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 24 Apr 1997 10:22:32 -0700 (MST) Cc: davidn@labs.usn.blaze.net.au, msmith@atrad.adelaide.edu.au, abelits@phobos.illtel.denver.co.us, adrian@staff.psinet.net.au, freebsd-hackers@freebsd.org In-Reply-To: <199704241351.XAA27716@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 24, 97 11:21:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Personally, I think you're confusing "login" (gaining direct > > access to a system, or opening and entering a door) with > > "authentication" (the locks we put on the doors). > > > > But, as I said, it all depends on how you define things. > > Not really. I'm attempting to determine where the door(s) are so that > I can put locks on them. Or alternate locks. For "correct" code, given the currently accepted implementation methods, the "in" door is "login" and/or "login -f". The "out" door is "init", as it reaps a process which is a group leader which it inherited from "getty exec's login execs group leader". Why do you need an "out" door? If you decide you *really* can't live without some kind of "out" door, my recommendation is "login" forks instead of execs, and hangs around as the session manager, but not the process group leader. This requires a small change in the way signals like SIGHUP are propagated, and another small change in the way tcsetpgrp/tcgetpgrp operate in the way processes are "foregrounded". It also wants some changes to xdm, to either fully implement symmetry with "login", or to force it to go through "login" and establish the standard session manager as its "arbitrary program" ('man xdm' for details). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Apr 24 11:00:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA20950 for hackers-outgoing; Thu, 24 Apr 1997 11:00:47 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA20942 for ; Thu, 24 Apr 1997 11:00:44 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id KAA26438; Thu, 24 Apr 1997 10:56:06 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd026429; Thu Apr 24 17:56:02 1997 Message-ID: <335F9E9A.41C67EA6@whistle.com> Date: Thu, 24 Apr 1997 10:55:38 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Michael Smith CC: David Nugent , abelits@phobos.illtel.denver.co.us, adrian@staff.psinet.net.au, freebsd-hackers@freebsd.org Subject: Re: Best way to hook into user logins / logouts ? References: <199704241351.XAA27716@genesis.atrad.adelaide.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: > > David Nugent stands accused of saying: > > > Can you suggest a means of starting a session that doesn't involve : > > > > > > getty > > > telnetd > > > rlogind/rshd/sshd/etc. > > > xdm > > > > Personally, I think you're confusing "login" (gaining direct > > access to a system, or opening and entering a door) with > > "authentication" (the locks we put on the doors). > > The definative way would be to allow the kernel to notify a process aupon the creation of new sessions and the closing of the last process in a sesion. I would suggest that the notification go to init, which could do all the appropriate things From owner-freebsd-hackers Thu Apr 24 11:09:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA21302 for hackers-outgoing; Thu, 24 Apr 1997 11:09:58 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA21297 for ; Thu, 24 Apr 1997 11:09:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id KAA26767; Thu, 24 Apr 1997 10:58:11 -0700 (PDT) Message-Id: <199704241758.KAA26767@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Bruce Evans Cc: freebsd-hackers@freebsd.org, syssgm@dtir.qld.gov.au Subject: Re: disklabel -- owner? Reply-To: Jason Thorpe From: Jason Thorpe Date: Thu, 24 Apr 1997 10:58:09 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Apr 1997 20:25:18 +1000 Bruce Evans wrote: > Strangely enough, NetBSD supports up to 22 partitions. ...well, that's MAXMAXPARTITIONS ... i.e. any more, and you don't fit in a DEV_BSIZE block. Most NetBSD platforms set MAXPARTITIONS at 8. There's actually a good reason to NOT change this on existing platforms.. You screw minor number compatibility with existing installed base. That's annoying, at least. I'd classify it as stupid, personally :-) Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Thu Apr 24 11:33:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA22494 for hackers-outgoing; Thu, 24 Apr 1997 11:33:33 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA22485 for ; Thu, 24 Apr 1997 11:33:29 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA16255; Thu, 24 Apr 1997 20:33:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA08379; Thu, 24 Apr 1997 20:13:21 +0200 (MET DST) Message-ID: <19970424201320.ZN19898@uriah.heep.sax.de> Date: Thu, 24 Apr 1997 20:13:20 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.org Cc: pavlin@catarina.usc.edu (Pavlin Ivanov Radoslavov) Subject: Re: Kernel remote debugging using gdb References: <19970424084837.TT37090@uriah.heep.sax.de> <199704240840.BAA06706@catarina.usc.edu> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704240840.BAA06706@catarina.usc.edu>; from Pavlin Ivanov Radoslavov on Apr 24, 1997 01:40:52 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Pavlin Ivanov Radoslavov wrote: > > Boot with -d, then add 0x10000 (RB_MUTE) to the value of > > `boothowto', type `gdb', and continue. If you wanna switch back from > You mean "write boothowto+0x10000 to cn_mute", right? No. I mean something like: db> x boothowto _boothowto: 0x80001042 db> w boothowto 0x80011042 _boothowto: 0x80001042 = 0x80011042 db> gdb The value of the RB_MUTE bit will only be considered once at boot time, to set the variable cn_mute. Later on, you have to modify cn_mute directly. > However, maybe I wasn't very clear in my first email: You've been clear :), but i don't know an answer how to split both console functions. Either the console output itself as DDB as GDB use the same entry points into the sio driver. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 24 11:33:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA22554 for hackers-outgoing; Thu, 24 Apr 1997 11:33:49 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA22526 for ; Thu, 24 Apr 1997 11:33:39 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA16257; Thu, 24 Apr 1997 20:33:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA08394; Thu, 24 Apr 1997 20:18:26 +0200 (MET DST) Message-ID: <19970424201826.OF10127@uriah.heep.sax.de> Date: Thu, 24 Apr 1997 20:18:26 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org (freebsd-hackers) Cc: un_x@anchorage.net (Steve Howe) Subject: Re: manpages References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Steve Howe on Apr 23, 1997 23:50:20 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Steve Howe wrote: > i tried to find out more with "sh -vx", > "man *" still only output "zcat: .../cat/*.1.gz not in gzip format" As somebody else already wrote you, if file(1) tells you just `data' for your cat (or man) files, they are nothing else but horribly broken. If it's only the cat files, simply throw them away, and man(1) will recreate them as required. If it's the man files, you gotta reinstall them. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 24 11:34:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA22643 for hackers-outgoing; Thu, 24 Apr 1997 11:34:14 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA22594 for ; Thu, 24 Apr 1997 11:34:03 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA16262 for hackers@freebsd.org; Thu, 24 Apr 1997 20:33:59 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA08494; Thu, 24 Apr 1997 20:21:05 +0200 (MET DST) Message-ID: <19970424202105.ZG42265@uriah.heep.sax.de> Date: Thu, 24 Apr 1997 20:21:05 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org (freebsd-hackers) Subject: Re: manpages References: <199704240704.RAA27714@unique.usn.blaze.net.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Steve Howe on Apr 23, 1997 23:37:32 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Steve Howe wrote: > is there any way i can step thru the man process, entering each command > 1-by-1, to make sure that works? The typical indication of working cat file caching is that (after removing e.g. /usr/share/man/cat1/ls.1.gz) if you type `man ls', you see the ``Formatting man page...'' message. This message doesn't appear if the cat page is not about to be stored. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 24 11:51:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA23667 for hackers-outgoing; Thu, 24 Apr 1997 11:51:05 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA23662 for ; Thu, 24 Apr 1997 11:51:02 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA16541 for freebsd-hackers@freebsd.org; Thu, 24 Apr 1997 20:51:01 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA08510; Thu, 24 Apr 1997 20:24:10 +0200 (MET DST) Message-ID: <19970424202410.JT21352@uriah.heep.sax.de> Date: Thu, 24 Apr 1997 20:24:10 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: RELELNG_2_2 is Broken - Help!!! References: <19970424142306.59692@klemm.gtn.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970424142306.59692@klemm.gtn.com>; from Andreas Klemm on Apr 24, 1997 14:23:06 +0200 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Andreas Klemm wrote: > > I am trying to get a 2.2 kernel that runs for more than 5 minutes > > without a panic on the open problem (with short shell scripts, > etc.). > I'm running 2.2-STABLE and have zero problems at all ! Runs perfectly > stable ! Maybe you should check your kernel config file or upgrade > to 2.2-STABLE and do a make world ??? Well, you've got a machine with some less gigabytes than Simon. :-) > > I am trying to get a 2.2 kernel that runs for more than 5 minutes > > without a panic on the open problem (with short shell scripts, > etc.). > _The_ open problem ? Yep, see David's comments about what has been broken for some time. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 24 11:52:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA23770 for hackers-outgoing; Thu, 24 Apr 1997 11:52:20 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA23750; Thu, 24 Apr 1997 11:52:14 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id OAA28321; Thu, 24 Apr 1997 14:58:28 -0400 (EDT) Message-Id: <3.0.32.19970424145057.00b74d90@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Thu, 24 Apr 1997 14:51:00 -0400 To: Christopher Sedore , freebsd-hackers@freebsd.org From: dennis Subject: Re: Router statistics Cc: isp@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:17 PM 4/24/97 -0400, Christopher Sedore wrote: > >Every now and then someone asks about using FreeBSD as a router/firewall. >I thought I'd post these stats for our router, a P90 with two DEC PCI >ethernet cards (10mbit), and running ipfw for filtering: > >$ netstat -I de1 >Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll >de1 1500 00.00.f8.01.29.48 563695622 59 575254062 1500 1378263754 >de1 1500 128.230.105/2 rt 563695622 59 575254062 1500 1378263754 >$ uptime >11:18AM up 106 days, 20:35, 2 users, load averages: 0.00, 0.00, 0.00 >$ uname -a >FreeBSD rt.maxwell.syr.edu 2.2-961014-SNAP FreeBSD 2.2-961014-SNAP #0: Thu Jan 2 >13:08:44 1997 cmsedore@rt.maxwell.syr.edu:/usr/src/sys/compile/RT i386 > >Now, I realize that the packet numbers do not appear to be that >impressive. This is because we rolled the counters so you need to add >2^32 to each count :). Over this roughly 107 day period, we averaged about >1100 packets/second. Has anyone done any load testing on 2.2.x lately (perhaps someone with a 100Mbs ethernet....I'd like to get some numbers for some marketing literature regarding OS throughout capability...the goal being to convice the world that a FreeBSD box with 16 T1 lines is feasible. This would require 10-15,000 pps if all of the lines were rather busy. Dennis From owner-freebsd-hackers Thu Apr 24 11:54:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA23911 for hackers-outgoing; Thu, 24 Apr 1997 11:54:27 -0700 (PDT) Received: from cynic.portal.ca (root@cynic.portal.ca [204.174.36.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA23906 for ; Thu, 24 Apr 1997 11:54:26 -0700 (PDT) Received: from localhost ([[UNIX: localhost]]) by cynic.portal.ca (8.8.5/8.8.5) with SMTP id LAA07261; Thu, 24 Apr 1997 11:54:15 -0700 (PDT) X-Authentication-Warning: cynic.portal.ca: cjs owned process doing -bs Date: Thu, 24 Apr 1997 11:54:15 -0700 (PDT) From: Curt Sampson To: Michael Smith cc: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-Reply-To: <199704240036.KAA23544@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 24 Apr 1997, Michael Smith wrote: > > Any objection to reversing the polarity on these various ifs? If > > there's no variable or it's not explicitly set to YES, the operation > > should fail. Speak now or hold your peace, please.. > > Make a call now as to whether empty counts as set or unset. NetBSD's > convention is that set-but-empty means to use the default value, > whatever that is. Not really, no. Setting the variable to "DEFAULT" means use the default value. Many of our variables are set to "NO" not to run the program, "DEFAULT" to use reasonable defaults, or a list of flags. Thus, having the variable set to "" or unset (they're the same thing in /bin/sh) means `run the program with no command line arguments.' We have other variables that simply turn things on or off, and these are set to just YES or NO as needed. As for using shell functions and passing program names and whatnot as parameters, there are enough special cases out there that this may not be worthwhile. Things like: if [ "$nfs_server" = YES ] && [ -r /etc/exports ]; then if [ "$mountd_flags" = DEFAULT ]; then mountd_flags="" fi rm -f /var/db/mountdtab echo -n > /var/db/mountdtab echo -n ' mountd'; mountd $mountd_flags if [ "$nfsd_flags" = DEFAULT ]; then nfsd_flags="-tun 4" fi echo -n ' nfsd'; nfsd $nfsd_flags nfs_locking=MAYBE fi cjs Curt Sampson cjs@portal.ca Info at http://www.portal.ca/ Internet Portal Services, Inc. Through infinite myst, software reverberates Vancouver, BC (604) 257-9400 In code possess'd of invisible folly. From owner-freebsd-hackers Thu Apr 24 12:03:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA24413 for hackers-outgoing; Thu, 24 Apr 1997 12:03:52 -0700 (PDT) Received: from aviion.ts.kiev.ua (aviion.ts.kiev.ua [193.124.229.12]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA24408 for ; Thu, 24 Apr 1997 12:03:46 -0700 (PDT) Received: from nbki.ipri.kiev.ua by aviion.ts.kiev.ua with ESMTP id TAA05353; (8.6.11/zah/2.1) Thu, 24 Apr 1997 19:27:02 GMT Received: from cki.ipri.kiev.ua by nbki.ipri.kiev.ua with ESMTP id VAA03212; (8.6.9/zah/1.1) Thu, 24 Apr 1997 21:01:29 +0100 Received: from 194.44.146.14 (mac.ipri.kiev.ua [194.44.146.14]) by cki.ipri.kiev.ua (8.7.6/8.7.3) with SMTP id VAA25387; Thu, 24 Apr 1997 21:08:49 +0300 (EET DST) Message-ID: <335F9430.2E4E@cki.ipri.kiev.ua> Date: Thu, 24 Apr 1997 20:11:06 +0300 From: Ruslan Shevchenko Reply-To: rssh@cki.ipri.kiev.ua Organization: IPRI X-Mailer: Mozilla 3.01Gold (Macintosh; I; 68K) MIME-Version: 1.0 To: keith waters CC: hackers@freebsd.org Subject: Re: MISSING master.passwd !!! Please Help!! References: <199704241605.SAA25750@ilink.nis.za> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk keith waters wrote: > > Hi all... > > I have a rather immediate urgent problem... > > My master.passwd file is missing! > > I have passwd, spwd.db and pwd.db > > Has anybody out there ever reverse-generated the passwords? > > Please HELP!!! i can't remember now, but IMHO vipw read all from db vipw > > Thanks > Keith Waters > (keith@nis.za) From owner-freebsd-hackers Thu Apr 24 12:09:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA24824 for hackers-outgoing; Thu, 24 Apr 1997 12:09:50 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA24807 for ; Thu, 24 Apr 1997 12:09:44 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id MAA00389; Thu, 24 Apr 1997 12:09:11 -0700 (PDT) To: Curt Sampson cc: Michael Smith , hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "Thu, 24 Apr 1997 11:54:15 PDT." Date: Thu, 24 Apr 1997 12:09:10 -0700 Message-ID: <387.861908950@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OK, I haven't done anything with DEFAULT so far but here's the rest of my changes relative to FreeBSD. There are two files added (rc.conf and rc.network) and two files deleted (sysconfig and netstart), so it's probably easiest for folks to move the two deleted files out the way and unpack the attached shar file into their /usr/src/etc directories, applying the patches as well and then installing the relevant bits into /etc. You should then customize the new rc.conf file to taste using the old sysconfig file as a guide. If this meets with general approval, I then (boy scout's honor) promise to also write (and commit with the rest of the stuff) an rc.conf(8) man page which contains the much longer and more detailed information that sysconfig used to but which also made sysconfig unreadable and that much more difficult to customize. Everything is also relative to 2.2.1 here since that's what I test with. I'd like it to go into -current, naturally, but I first have to check and see if any new knobs have been added there recently. Thanks! FreeBSD folk - please do test this! Thanks also to the NetBSD folk for bringing their rc.conf stuff to my attention. It was definitely a kick in the right direction (and this represents just my first draft, we can add more of their features like DEFAULT and such as we evolve this). Jordan First, the two new files in shar format: # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # rc.conf # rc.network # echo x - rc.conf sed 's/^X//' >rc.conf << 'END-of-rc.conf' X#!/bin/sh X# X X# This is rc.conf - a file full of useful variables that you can set X# to change the default startup behavior of your system. X# X# $Id$ X X############################################################## X### Important initial Boot-time options ##################### X############################################################## X Xswapfile=NO # Set to name of swapfile if aux swapfile desired. Xapm_enable=NO # Set to YES if you want APM enabled. Xpccard_enable=NO # Set to YES if you want to configure PCCARD devices. Xpccard_mem=DEFAULT # If pccard_enable=YES, this is card memory address. Xpccard_ifconfig=NO # Specialized pccard ethernet configuration (or NO). Xlocal_startup="/usr/local/etc/rc.d /usr/X11R6/etc/rc.d" # startup script dirs. X X X############################################################## X### Network configuration sub-section ###################### X############################################################## X X### Basic network options: ### Xhostname=myname.my.domain # Set this! Xnisdomainname=NO # Set to NIS domain if using NIS (or NO). Xfirewall=NO # Set to firewall type or NO for none. Xtcp_extentions=YES # Allow RFC1323 & RFC1544 extentions (or NO). Xnetwork_interfaces="lo0" # List of network interfaces (lo0 is loopback). Xifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. X X### Network daemon (miscellaneous) & NFS options: ### Xsyslogd_enable=YES # Run syslog daemon (or NO). Xsyslogd_flags="" # Flags to syslogd (if enabled). Xnamed_enable=NO # Run named, the DNS server (or NO). Xnamed_flags="" # Flags to named (if enabled). Xkerberos_server_enable=NO # Run a kerberos master server (or NO). Xrwhod_enable=NO # Run the rwho daemon (or NO). Xamd_enable=NO # Run amd service with $amd_flags (or NO). Xamd_flags="-a /net -c 1800 -k i386 -d my.domain -l syslog /host /etc/amd.map" Xnfs_client_enable=NO # This host is an NFS client (or NO). Xnfs_server_enable=NO # This host is an NFS server (or NO). Xweak_mountd_authentication=NO # Running PCNFSD / other non-root nfsd (or NO). Xnfs_reserved_port_only=NO # Provide NFS only on secure port (or NO). Xrpc_lockd_enable=NO # Run NFS rpc.lockd (*broken!*) if nfs_server. Xrpc_statd_enable=YES # Run NFS rpc.statd if nfs_server (or NO). Xportmap_enable=YES # Run the portmapper service (or NO). Xportmap_flags="" # Flags to portmap (if enabled). Xxtend_enable=NO # Run the X-10 power controller daemon. Xxtend_flags="" # Flags to xtend (if enabled). X X### Network Time Services options: ### Xtimed_enabled=NO # Run the time daemon (or NO). Xtimed_flags="" # Flags to timed (if enabled). Xntpdate_enable=NO # Run the ntpdate to sync time (or NO). Xntpdate_flags="" # Flags to ntpdate (if enabled). Xxntpd_enable=NO # Run xntpd Network Time Protocol (or NO). Xxntpd_flags="" # Flags to xntpd (if enabled). Xtickadj_enable=YES # If xntp is enabled, also run tickadj. Xtickadj_flags="-Aq" # Flags to tickadj (if enabled). X X# Network Information Services (NIS) options: ### Xnis_client_enable=NO # We're an NIS client (or NO) Xnis_client_flags="" # Flags to ypbind (if enabled). Xnis_ypset_enable=NO # Run ypset at boot time (or NO). Xnis_ypset_flags="" # Flags to ypset (if enabled). Xnis_server_enable=NO # We're an NIS server (or NO) Xnis_server_flags="" # Flags to ypserv (if enabled). Xnis_ypxfrd_enable=NO # Run rpc.ypxfrd at boot time (or NO). Xnis_ypxfrd_flags="" # Flags to rpc.ypxfrd (if enabled). Xnis_yppasswd_enable=NO # Run rpc.yppasswd at boot time (or NO). Xnis_yppasswd_flags="" # Flags to rpc.yppasswd (if enabled). X X### Network routing options: ### Xdefaultrouter=NO # Set to default gateway (or NO). Xstatic_routes="" # Set to static route list (or leave empty). Xgateway_enable=NO # Set to YES if this host will be a gateway. Xrouter_enable=YES # Set to YES to enable a routing daemon. Xrouter=routed # Name of routing daemon to use if enabled. Xrouter_flags=-q # Flags for routing daemon. Xmrouted_enable=NO # Do multicast routing (see /etc/mrouted.conf) Xipxgateway_enable=NO # Set to YES to enable IPX routing. Xipxrouted_enable=NO # Set to YES to run the IPX routing daemon. Xipxrouted_flags="" # Flags for IPX routing daemon. X X X############################################################## X### System console options ################################# X############################################################## X Xkeymap=NO # keymap in /usr/share/syscons/keymaps/* (or NO). Xkeyrate=NO # Keyboard rate to: slow, normal, fast (or NO). Xkeychange=NO # function keys default values (or NO). Xcursor=NO # cursor type {normal|blink|destructive} (or NO). Xscrnmap=NO # screen map in /usr/share/syscons/scrnmaps/* (or NO). Xfont8x16=NO # font 8x16 from /usr/share/syscons/fonts/* (or NO). Xfont8x14=NO # font 8x14 from /usr/share/syscons/fonts/* (or NO). Xfont8x8=NO # font 8x8 from /usr/share/syscons/fonts/* (or NO). Xblanktime=NO # blank time (in seconds) or "NO" to turn it off. Xsaver=NO # screen saver desired: blank/green/snake/star/NO. Xmousedtype=NO # See man page for rc.conf(8) for available settings. Xmousedport=/dev/cuaa0 # Set to your mouse port (required if mousetype set) Xmousedflags="" # Any additional flags to moused. X X X############################################################## X### Miscellaneous administrative options ################### X############################################################## X Xlpd=YES # Run the line printer daemon Xsendmail_enable=YES # Run the sendmail daemon (or NO). Xsendmail_flags="-bd -q30m" # -bd is pretty mandatory Xsavecore_enable=NO # Save kernel crashdumps for debugging (or NO). Xdumpdev=NO # Device name to crashdump to (if enabled). Xcheck_quotas=NO # Check quotas (or NO). Xaccounting=NO # Turn on process accounting (or NO). Xibcs2_enable=NO # Ibcs2 (SCO) emulation loaded at startup (or NO). Xlinux_aout_enable=NO # Linux a.out emulation loaded at startup (or NO). Xrand_irqs="NO" # Stir the entropy pool (or NO). END-of-rc.conf echo x - rc.network sed 's/^X//' >rc.network << 'END-of-rc.network' X#!/bin/sh - X# X# $Id$ X# From: @(#)netstart 5.9 (Berkeley) 3/30/91 X X# Note that almost all the user-configurable behavior is no longer in X# this file, but rather in /etc/rc.conf. Please check that file X# first before contemplating any changes here. If you do need to change X# this file for some reason, we would like to know about it. X X# First pass startup stuff. X Xnetwork_pass1() { X echo -n 'Doing initial network setup:' X # Set the host name if it is not already set X if [ -z "`hostname -s`" ] ; then X hostname $hostname X echo -n ' hostname' X fi X X # Set the domainname if we're using NIS X if [ -n "$nisdomainname" -a "x$nisdomainname" != "xNO" ] ; then X domainname $nisdomainname X echo -n ' domain' X fi X X # If IP filtering X if [ -n "$firewall" -a "x$firewall" != "xNO" -a -f /etc/rc.firewall ] ; then X echo -n ' firewall' X sh /etc/rc.firewall X fi X echo '.' X X # Set up all the network interfaces, calling startup scripts if needed X for ifn in ${network_interfaces}; do X if [ -e /etc/start_if.${ifn} ]; then X . /etc/start_if.${ifn} ${ifn} X fi X # Do the primary ifconfig if specified X eval ifconfig_args=\$ifconfig_${ifn} X if [ -n "${ifconfig_args}" ] ; then X ifconfig ${ifn} ${ifconfig_args} X fi X # Check to see if aliases need to be added X alias=0 X while : X do X eval ifconfig_args=\$ifconfig_${ifn}_alias${alias} X if [ -n "${ifconfig_args}" ]; then X ifconfig ${ifn} ${ifconfig_args} alias X alias=`expr ${alias} + 1` X else X break; X fi X done X # Do ipx address if specified X eval ifconfig_args=\$ifconfig_${ifn}_ipx X if [ -n "${ifconfig_args}" ]; then X ifconfig ${ifn} ${ifconfig_args} X fi X ifconfig ${ifn} X done X X if [ "x$defaultrouter" != "xNO" ] ; then X static_routes="default ${static_routes}" X route_default="default ${defaultrouter}" X fi X X # Set up any static routes. This should be done before router discovery. X if [ "x${static_routes}" != "x" ]; then X for i in ${static_routes}; do X eval route_args=\$route_${i} X route add ${route_args} X done X fi X X echo -n 'Additional routing options:' X if [ "X$gateway_enable" = X"YES" ]; then X echo -n ' IP gateway=1' X sysctl -w net.inet.ip.forwarding=1 >/dev/null 2>&1 X fi X X if [ "X$router_enable" = X"YES" ]; then X echo -n " ${router}"; ${router} ${router_flags} X fi X X if [ "X$ipxgateway_enable" = X"YES" ]; then X echo -n ' IPX gateway=1' X sysctl -w net.ipx.ipx.ipxforwarding=1 >/dev/null 2>&1 X fi X X if [ "X$ipxrouted_enable" = X"YES" ]; then X echo -n ' IPXrouted: ' X IPXrouted ${ipxrouted_flags} > /dev/null 2>&1 X fi X echo '.' X network_pass1_done=YES # Let future generations know we made it. X} X Xnetwork_pass2() { X echo -n 'Doing additional network setup:' X if [ -n "$tcp_extensions" -a "x$tcp_extensions" != "xYES" ] ; then X echon -n ' tcp extentions=0' X sysctl -w net.inet.tcp.rfc1323=0 >/dev/null 2>&1 X sysctl -w net.inet.tcp.rfc1644=0 >/dev/null 2>&1 X fi X if [ "X${named_enable}" = X"YES" ]; then X echo -n ' named'; named ${named_flags} X fi X X if [ "X${ntpdate_enable}" = X"YES" -o "X${xntpd_enable}" = X"YES" ]; then X if [ "X${tickadj_enable}" = X"YES" ]; then X echo -n ' tickadj'; tickadj ${tickadj_flags--Aq} X fi X X if [ "X${ntpdate_enable}" = X"YES" ]; then X echo -n ' ntpdate'; ntpdate ${ntpdate_flags} >/dev/null 2>&1 X fi X X if [ "X${xntpd_enable}" = X"YES" ]; then X echo -n ' xntpd'; xntpd ${xntpd_flags} X fi X fi X X if [ "X${timed_enable}" = X"YES" ]; then X echo -n ' timed'; timed ${timed_flags} X fi X X if [ "X${portmap_enable}" = X"YES" ]; then X echo -n ' portmap'; portmap ${portmap_flags} X fi X X # Start ypserv if we're an NIS server. X # Run rpc.ypxfrd and rpc.yppasswdd only on the NIS master server. X if [ "X${nis_server_enable}" = X"YES" ]; then X echo -n ' ypserv'; ypserv ${nis_server_flags} X X if [ "X${nis_ypxfrd_enable}" = X"YES" ]; then X echo -n ' rpc.ypxfrd'; rpc.ypxfrd ${nis_ypxfrd_flags} X fi X X if [ "X${nis_yppasswdd_enable}" = X"YES" ]; then X echo -n ' rpc.yppasswdd'; rpc.yppasswdd ${nis_yppasswdd_flags} X fi X fi X X # Start ypbind if we're an NIS client X if [ "X${nis_client_enable}" = X"YES" ]; then X echo -n ' ypbind'; ypbind ${nis_client_flags} X if [ "X${nis_ypset_enable}" = X"YES" ]; then X echo -n ' ypset'; ypset ${nis_ypset_flags} X fi X fi X X echo '.' X network_pass2_done=YES X} X Xnetwork_pass3() { X echo -n 'Starting final network daemons:' X X if [ "X${nfs_server_enable}" = X"YES" -a -r /etc/exports ]; then X echo -n ' mountd' X if [ "X${weak_mountd_authentication}" = X"YES" ]; then X mountd_flags="-n" X fi X mountd ${mountd_flags} X if [ "X${nfs_reserved_port_only}" = X"YES" ]; then X echo -n ' nfsprivport=1' X sysctl -w vfs.nfs.nfs_privport=1 >/dev/null 2>&1 X fi X echo -n ' nfsd'; nfsd -u -t 4 X if [ "X$rpc_lockd_enable" = X"YES" ]; then X echo -n ' rpc.lockd'; rpc.lockd X fi X if [ "X$rpc_statd_enable" = X"YES" ]; then X echo -n ' rpc.statd'; rpc.statd X fi X fi X X if [ "X${nfs_client_enable}" = X"YES" ]; then X echo -n ' nfsiod'; nfsiod -n 4 X fi X X if [ "X${amd_enable}" = X"YES" ]; then X echo -n ' amd' X amd -p ${amd_flags} > /var/run/amd.pid 2> /dev/null X fi X X if [ "X${rwhod_enable}" = X"YES" ]; then X echo -n ' rwhod'; rwhod X fi X X # Kerberos runs ONLY on the Kerberos server machine X if [ "X${kerberos_server_enable}" = X"YES" ]; then X echo -n ' kerberos'; kerberos >> /var/log/kerberos.log & X echo -n ' kadmind'; \ X (sleep 20; kadmind -n >/dev/null 2>&1 &) & X fi X X # IP multicast routing daemon X if [ "X${mrouted_enable}" = X"YES" ]; then X echo -n ' mrouted'; mrouted ${mrouted_flags} X fi X echo '.' X network_pass3_done=YES X} END-of-rc.network exit And the patches to the rest of the files in /usr/src/etc: Index: Makefile =================================================================== RCS file: /home/ncvs/src/etc/Makefile,v retrieving revision 1.143.2.2 diff -u -r1.143.2.2 Makefile --- Makefile 1996/12/14 11:35:56 1.143.2.2 +++ Makefile 1997/04/24 07:51:01 @@ -6,11 +6,11 @@ BINGRP= wheel BIN1= aliases amd.map csh.cshrc csh.login csh.logout dm.conf \ ftpusers gettytab group hosts host.conf hosts.equiv hosts.lpd \ - inetd.conf login.access motd modems netstart networks \ + inetd.conf login.access motd modems networks \ newsyslog.conf phones pccard.conf.sample printcap profile protocols \ - rc rc.firewall rc.local rc.pccard rc.serial \ + rc rc.conf rc.firewall rc.local rc.network rc.pccard rc.serial \ etc.${MACHINE}/rc.${MACHINE} \ - remote security services sysconfig shells \ + remote security services shells \ syslog.conf ttys etc.${MACHINE}/disktab rpc make.conf \ ${.CURDIR}/../gnu/usr.bin/man/manpath/manpath.config \ ${.CURDIR}/../usr.bin/mail/misc/mail.rc \ Index: rc =================================================================== RCS file: /home/ncvs/src/etc/rc,v retrieving revision 1.104.2.7 diff -u -r1.104.2.7 rc --- rc 1997/04/09 20:30:58 1.104.2.7 +++ rc 1997/04/24 18:34:04 @@ -8,7 +8,7 @@ # and the console is the controlling terminal. # Note that almost all the user-configurable behavior is no longer in -# this file, but rather in /etc/sysconfig. Please check this file +# this file, but rather in /etc/rc.conf. Please check this file # first before contemplating any changes here. stty status '^T' @@ -23,15 +23,13 @@ export PATH # Configure ccd devices. -if [ -f /etc/ccd.conf ] -then +if [ -f /etc/ccd.conf ]; then ccdconfig -C fi swapon -a -if [ $1x = autobootx ] -then +if [ $1x = autobootx ]; then echo Automatic reboot in progress... fsck -p case $? in @@ -84,20 +82,27 @@ exit 1 fi +# If there is a global system configuration file, suck it in. +if [ -f /etc/rc.conf ]; then + . /etc/rc.conf +fi + +# If old file exists, whine until they fix it. +if [ -f /etc/sysconfig ]; then + echo "Warning: /etc/sysconfig has been replaced by /etc/rc.conf." + echo "You should switch to /etc/rc.conf ASAP to eliminate this warning." +fi + adjkerntz -i # Keep a copy of the boot messages around -/sbin/dmesg > /var/run/dmesg.boot +dmesg > /var/run/dmesg.boot -# If there is a global system configuration file, suck it in. -if [ -f /etc/sysconfig ]; then - . /etc/sysconfig -fi # Add additional swapfile, if configured. if [ "x$swapfile" != "xNO" -a -w "$swapfile" -a -b /dev/vn0b ]; then echo "Adding $swapfile as additional swap." - /usr/sbin/vnconfig /dev/vn0b $swapfile && swapon /dev/vn0b + vnconfig /dev/vn0b $swapfile && swapon /dev/vn0b fi # configure serial devices @@ -110,9 +115,10 @@ . /etc/rc.pccard fi -# start up the network -if [ -f /etc/netstart ]; then - sh /etc/netstart +# start up the initial network configuration. +if [ -f /etc/rc.network ]; then + . /etc/rc.network # We only need to do this once. + network_pass1 fi mount -a -t nfs >/dev/null 2>&1 @@ -126,54 +132,26 @@ rm -rf /var/spool/uucp/.Temp/* (cd /var/run && { cp /dev/null utmp; chmod 644 utmp; }) -# -# Clearing /tmp at boot-time is essentially stupid, but seems to have -# a long tradition. It doesn't help in any way for long-living systems, -# and it might accidentally clobber files you would rather like to have -# preserved after a crash (if not using mfs /tmp anyway). -# -# See also the commented out example of another cleanup policy in -# /etc/daily. -# -echo clearing /tmp - -# prune quickly with one rm, then use find to clean up /tmp/[lq]* -# (not needed with mfs /tmp, but doesn't hurt there...) -(cd /tmp && rm -rf [a-km-pr-zA-Z]* && - find -d . ! -name . ! -name lost+found ! -name quotas -exec rm -rf -- {} \;) - -# The above is even more stupid since it prevents you from restarting -# X11 after a system crash. If you disable the above, make sure to -# uncomment the line below. -# -# clean up leftover X lock files and local connection sockets -#rm -f /tmp/.X*-lock /tmp/.X11-unix/* - - # enable dumpdev so that savecore can see it -if [ "X${dumpdev}" != X"NO" ]; then +if [ "X${dumpdev}" != X"NO" -a -e ${dumpdev} ]; then dumpon ${dumpdev} fi # /var/crash should be a directory or a symbolic link # to the crash directory if core dumps are to be saved. -if [ "X${savecore}" = X"YES" -a -d /var/crash ]; then +if [ "X${savecore_enable}" = X"YES" -a -d /var/crash ]; then echo -n checking for core dump... savecore /var/crash fi # snapshot any kernel -c changes back to disk echo 'recording kernel -c changes' -/sbin/dset -q +dset -q # start system logging and name service (named needs to start before syslogd # if you don't have a /etc/resolv.conf) # -echo -n starting system daemons: - -# If syslogdflags == NO, syslog isn't run -if [ "X${syslogdflags}" != X"NO" ] ; then - +if [ "X${syslogd_enable}" = X"YES" ]; then # Transitional symlink (for the next couple of years :) until all # binaries had a chance to move towards /var/run/log. if [ ! -h /dev/log ] ; then @@ -182,69 +160,13 @@ fi rm -f /var/run/log - echo ' syslogd.'; syslogd ${syslogdflags} -fi - -echo -n starting early network daemons: - -# $namedflags is imported from /etc/sysconfig -if [ "X${namedflags}" != X"NO" ]; then - echo -n ' named'; named $namedflags -fi - -# $ntpdate and $xntpdflags are imported from /etc/sysconfig. -# If $ntpdate != NO, run ntpdate $ntpdate to set the date correctly. -# If $xntpdflags != NO, start xntpd. -if [ "X${ntpdate}" != X"NO" -o "X${xntpdflags}" != X"NO" ]; then - if [ "X${tickadjflags}" != X"NO" ]; then - echo -n ' tickadj'; tickadj ${tickadjflags--Aq} - fi - - if [ "X${ntpdate}" != X"NO" ]; then - echo -n ' ntpdate'; ntpdate ${ntpdate} >/dev/null 2>&1 - fi - - if [ "X${xntpdflags}" != X"NO" ]; then - echo -n ' xntpd'; xntpd ${xntpdflags} - fi -fi - -# $timedflags is imported from /etc/sysconfig; -# if $timedflags == NO, timed isn't run. -if [ "X${timedflags}" != X"NO" ]; then - echo -n ' timed'; timed ${timedflags} -fi - -# Portmapper should always be run, to provide RPC services for inetd. -# if $portmapflags == NO, portmap isn't run. -if [ -x /usr/sbin/portmap -a "X${portmapflags}" != X"NO" ]; then - echo -n ' portmap'; portmap ${portmapflags} -fi - -# Start ypserv if we're an NIS server. -# Run rpc.ypxfrd and rpc.yppasswdd only on the NIS master server. -if [ "X${nis_serverflags}" != X"NO" ]; then - echo -n ' ypserv'; ypserv ${nis_serverflags} - - if [ "X${ypxfrdflags}" != X"NO" ]; then - echo -n ' rpc.ypxfrd'; rpc.ypxfrd ${ypxfrdflags} - fi - - if [ "X${yppasswddflags}" != X"NO" ]; then - echo -n ' rpc.yppasswdd'; rpc.yppasswdd ${yppasswddflags} - fi + echo 'Starting syslogd.'; syslogd ${syslogd_flags} fi -# Start ypbind if we're an NIS client -if [ "X${nis_clientflags}" != X"NO" ]; then - echo -n ' ypbind'; ypbind ${nis_clientflags} - if [ "X${nis_ypsetflags}" != X"NO" ]; then - echo -n ' ypset'; ypset ${nis_ypsetflags} - fi +if [ -n "$network_pass1_done" ]; then + network_pass2 fi -echo '.' - # Check the quotas (must be after ypbind if using NIS) if [ "X${check_quotas}" = X"YES" ]; then echo -n 'checking quotas:' @@ -253,53 +175,10 @@ quotaon -a fi -echo -n starting other network daemons: - -if [ "X${nfs_server}" = X"YES" -a -r /etc/exports ]; then - echo -n ' mountd' - if [ "X${weak_mountd_authentication}" = X"YES" ]; then - mountd -n - else - mountd - fi - if [ "X${nfs_reserved_port_only}" = X"YES" ]; then - sysctl -w vfs.nfs.nfs_privport=1 - fi - echo -n ' nfsd'; nfsd -u -t 4 -# Warning: rpc.lockd is broken. -# Only uncomment this line if the consequences are fully understood. -# echo -n ' rpc.lockd'; rpc.lockd - echo -n ' rpc.statd'; rpc.statd -fi - -if [ "X${nfs_client}" = X"YES" ]; then - echo -n ' nfsiod'; nfsiod -n 4 -fi - -if [ "X${amdflags}" != X"NO" ]; then - echo -n ' amd' - amd -p ${amdflags} > /var/run/amd.pid +if [ -n "$network_pass2_done" ]; then + network_pass3 fi -# $rwhod is imported from /etc/sysconfig; -# if $rwhod is set to YES, rwhod is run. -if [ "X${rwhod}" = X"YES" ]; then - echo -n ' rwhod'; rwhod -fi - -# Kerberos runs ONLY on the Kerberos server machine -if [ "X${kerberos_server}" = X"YES" ]; then - echo -n ' kerberos'; kerberos >> /var/log/kerberos.log & - echo -n ' kadmind'; \ - (sleep 20; kadmind -n >/dev/null 2>&1 &) & -fi - -# IP multicast routing daemon -if [ "X${mrouted}" != X"NO" -a -x /usr/sbin/mrouted ]; then - echo -n ' mrouted'; mrouted ${mrouted} -fi - -echo '.' # build ps databases kvm_mkdb @@ -312,7 +191,7 @@ "password file may be incorrect -- /etc/ptmp exists" fi -if [ "X${accounting}" = X"YES" -a -d /var/account ]; then +if [ "X${accounting_enable}" = X"YES" -a -d /var/account ]; then echo 'turning on accounting' if [ ! -e /var/account/acct ]; then touch /var/account/acct @@ -322,15 +201,12 @@ # Make shared lib searching a little faster. Leave /usr/lib first if you # add your own entries or you may come to grief. -if [ -x /sbin/ldconfig ]; then - _LDC=/usr/lib - if [ -d /usr/lib/compat ]; then _LDC="${_LDC} /usr/lib/compat" ; fi - if [ -d /usr/X11R6/lib ]; then _LDC="${_LDC} /usr/X11R6/lib" ; fi - if [ -d /usr/X386/lib ]; then _LDC="${_LDC} /usr/X386/lib" ; fi - if [ -d /usr/local/lib ]; then _LDC="${_LDC} /usr/local/lib" ; fi - echo 'setting ldconfig path:' ${_LDC} - ldconfig ${_LDC} -fi +_LDC=/usr/lib +if [ -d /usr/lib/compat ]; then _LDC="${_LDC} /usr/lib/compat" ; fi +if [ -d /usr/X11R6/lib ]; then _LDC="${_LDC} /usr/X11R6/lib" ; fi +if [ -d /usr/local/lib ]; then _LDC="${_LDC} /usr/local/lib" ; fi +echo 'setting ldconfig path:' ${_LDC} +ldconfig ${_LDC} # Now start up miscellaneous daemons that don't belong anywhere else # @@ -338,14 +214,12 @@ echo -n ' inetd'; inetd echo -n ' cron'; cron -if [ "X${lpd}" != X"NO" -a -x /usr/sbin/lpd ]; then +if [ "X${lpd_enable}" = X"YES" ]; then echo -n ' printer'; lpd fi -# $sendmail_flags is imported from /etc/sysconfig; -# if $sendmail_flags is something other than NO, sendmail is run. -if [ "X${sendmail_flags}" != X"NO" -a -r /etc/sendmail.cf ]; then - echo -n ' sendmail'; /usr/sbin/sendmail ${sendmail_flags} +if [ "X${sendmail_enable}" = X"YES" -a -r /etc/sendmail.cf ]; then + echo -n ' sendmail'; sendmail ${sendmail_flags} fi echo '.' Index: rc.firewall =================================================================== RCS file: /home/ncvs/src/etc/rc.firewall,v retrieving revision 1.6 diff -u -r1.6 rc.firewall --- rc.firewall 1996/09/05 11:22:09 1.6 +++ rc.firewall 1997/04/24 06:22:24 @@ -13,9 +13,6 @@ # machine and ``simple'' will try to protect a whole network (entries should # be customized appropriately below). To let no one in, use NONE. -firewall_type=NONE - - ############ # # If you don't know enough about packet filtering, we suggest that you @@ -55,11 +52,11 @@ # Prototype setups. -if [ "${firewall_type}" = "open" ]; then +if [ "${firewall}" = "open" ]; then /sbin/ipfw add 65000 pass all from any to any -elif [ "${firewall_type}" = "client" ]; then +elif [ "${firewall}" = "client" ]; then ############ # This is a prototype setup that will protect your system somewhat against @@ -97,7 +94,7 @@ # Everyting else is denied as default. -elif [ "${firewall_type}" = "simple" ]; then +elif [ "${firewall}" = "simple" ]; then ############ # This is a prototype setup for a simple firewall. Configure this machine Index: rc.pccard =================================================================== RCS file: /home/ncvs/src/etc/rc.pccard,v retrieving revision 1.1 diff -u -r1.1 rc.pccard --- rc.pccard 1996/03/14 18:24:07 1.1 +++ rc.pccard 1997/04/24 06:01:16 @@ -4,17 +4,17 @@ # HOSOKAWA, Tatsumi # -if [ "x$apm_enable" = "xYES" ] ; then +if [ "X$apm_enable" = X"YES" ] ; then echo "Enable APM BIOS." - /usr/sbin/apmconf -e + apmconf -e fi -if [ "x$pccard_enable" != "xNO" ] ; then +if [ "X$pccard_enable" = X"YES" ] ; then if [ "x$pccard_mem" != "xDEFAULT" ] ; then - /usr/sbin/pccardc pccardmem $pccard_mem + pccardc pccardmem $pccard_mem else - /usr/sbin/pccardc pccardmem 0xd0000 + pccardc pccardmem 0xd0000 fi echo -n "Enable PC-card." - /usr/sbin/pccardd 2>&1 > /var/log/pccardd.debug & + pccardd 2>&1 > /var/log/pccardd.debug & fi Index: etc.i386/rc.i386 =================================================================== RCS file: /home/ncvs/src/etc/etc.i386/rc.i386,v retrieving revision 1.18 diff -u -r1.18 rc.i386 --- rc.i386 1996/09/09 19:59:14 1.18 +++ rc.i386 1997/04/24 18:56:19 @@ -4,24 +4,20 @@ # Do i386 specific processing # -echo -n 'enabling FreeBSD/i386 options:' - +echo -n 'Initial rc.i386 initialization:' # Start the SCO binary emulation if requested. -if [ "X${ibcs2}" = X"YES" ]; then - echo -n ' '; ibcs2 - # XXX BOGUS - ibcs2 script shouldn't make any output on success +if [ "X${ibcs2_enable}" = X"YES" ]; then + echo -n ' ibcs2'; ibcs2 > /dev/null 2>&1 fi # Start the Linux binary emulation if requested. -if [ "X${linux}" = X"YES" ]; then - echo -n ' '; linux - # XXX BOGUS - Linux script shouldn't make any output on success +if [ "X${linux_aout_enable}" = X"YES" ]; then + echo -n ' linux'; linux > /dev/null 2>&1 fi -if [ "X${xtend}" != X"NO" -a -x /usr/libexec/xtend ]; then +if [ "X${xtend_enable}" = X"YES" ]; then echo -n ' xtend'; /usr/libexec/xtend fi - echo '.' ########################################################################## @@ -32,7 +28,7 @@ kbddev=/dev/ttyv0 viddev=/dev/ttyv0 -echo -n "configuring syscons:" +echo -n "rc.i386 configuring syscons:" # keymap if [ "X${keymap}" != X"NO" ]; then @@ -97,14 +93,13 @@ echo -n ' moused' moused ${mousedflags} -p ${mousedport} -t ${mousedtype} fi - echo '.' # interrupts for /dev/random device if [ "X${rand_irqs}" != X"NO" ] ; then echo -n 'entropy source: ' rndcontrol ${rand_irqs} + echo '.' fi -echo '.' # probably bogus From owner-freebsd-hackers Thu Apr 24 12:33:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA25823 for hackers-outgoing; Thu, 24 Apr 1997 12:33:06 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA25818 for ; Thu, 24 Apr 1997 12:33:03 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA17009 for hackers@freebsd.org; Thu, 24 Apr 1997 21:33:01 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA08674; Thu, 24 Apr 1997 21:19:13 +0200 (MET DST) Message-ID: <19970424211913.YR20014@uriah.heep.sax.de> Date: Thu, 24 Apr 1997 21:19:13 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: Maintainer of ft/lft References: <199704240739.RAA04831@solsbury-hill.home> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704240739.RAA04831@solsbury-hill.home>; from Joel Sutton on Apr 24, 1997 17:39:24 +1000 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Joel Sutton wrote: > Who is the current maintainer(s) of the ft driver and/or the lft > program?? thompson@squirrel.tgsoft.com (mark thompson) volunteered... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 24 13:26:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA28960 for hackers-outgoing; Thu, 24 Apr 1997 13:26:54 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA28939; Thu, 24 Apr 1997 13:26:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id NAA10791; Thu, 24 Apr 1997 13:28:05 -0700 (PDT) Message-Id: <199704242028.NAA10791@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: dennis cc: Christopher Sedore , freebsd-hackers@freebsd.org, isp@freebsd.org Subject: Re: Router statistics In-reply-to: Your message of "Thu, 24 Apr 1997 14:51:00 EDT." <3.0.32.19970424145057.00b74d90@etinc.com> From: David Greenman Reply-To: dg@root.com Date: Thu, 24 Apr 1997 13:28:05 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >At 12:17 PM 4/24/97 -0400, Christopher Sedore wrote: >> >>Every now and then someone asks about using FreeBSD as a router/firewall. >>I thought I'd post these stats for our router, a P90 with two DEC PCI >>ethernet cards (10mbit), and running ipfw for filtering: >> >>$ netstat -I de1 >>Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll >>de1 1500 00.00.f8.01.29.48 563695622 59 575254062 1500 >1378263754 >>de1 1500 128.230.105/2 rt 563695622 59 575254062 1500 >1378263754 >>$ uptime >>11:18AM up 106 days, 20:35, 2 users, load averages: 0.00, 0.00, 0.00 >>$ uname -a >>FreeBSD rt.maxwell.syr.edu 2.2-961014-SNAP FreeBSD 2.2-961014-SNAP #0: Thu >Jan 2 >>13:08:44 1997 cmsedore@rt.maxwell.syr.edu:/usr/src/sys/compile/RT i386 >> >>Now, I realize that the packet numbers do not appear to be that >>impressive. This is because we rolled the counters so you need to add >>2^32 to each count :). Over this roughly 107 day period, we averaged about >>1100 packets/second. > > >Has anyone done any load testing on 2.2.x lately (perhaps someone >with a 100Mbs ethernet....I'd like to get some numbers for some >marketing literature regarding OS throughout capability...the goal >being to convice the world that a FreeBSD box with 16 T1 lines >is feasible. This would require 10-15,000 pps if all of the lines >were rather busy. Wcarchive does an average of 3500 pps with a peak of around 5000 pps. The average data rate is around 20-25Mbps, with the machine around 50% idle. This is using the Intel PCI Pro/100B...reduce the idle time to about 30% if you're using a DEC/de card. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Apr 24 14:30:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA02531 for hackers-outgoing; Thu, 24 Apr 1997 14:30:02 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA02495 for ; Thu, 24 Apr 1997 14:29:59 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.5/8.8.4) id RAA00539; Thu, 24 Apr 1997 17:29:57 -0400 (EDT) Message-ID: <19970424172957.50000@crh.cl.msu.edu> Date: Thu, 24 Apr 1997 17:29:57 -0400 From: Charles Henrich To: freebsd-hackers@freebsd.org Subject: MS Intellimouse on Xfree86? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 X-Operating-System: FreeBSD 2.2-BETA_A Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone had any luck making the middle button (the wheel) acting like a button, or anything else? -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Thu Apr 24 14:37:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA02989 for hackers-outgoing; Thu, 24 Apr 1997 14:37:16 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA02974 for ; Thu, 24 Apr 1997 14:37:11 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA18632 for freebsd-hackers@freebsd.org; Thu, 24 Apr 1997 23:37:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA08735; Thu, 24 Apr 1997 21:36:52 +0200 (MET DST) Message-ID: <19970424213652.QI09332@uriah.heep.sax.de> Date: Thu, 24 Apr 1997 21:36:52 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: psm0 off by default? References: <199704231715.DAA11851@godzilla.zeta.org.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Are Bryne on Apr 24, 1997 15:27:09 +0200 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Are Bryne wrote: > Then, as I'd forgotten to use -c (to enable the psm0 - why is it that it > is disabled by default?), Because it tends to jam some keyboard controllers that don't have a PS/2 mouse connector at all. Well, at least it did this before the advent of the common kbd subdriver. Maybe it's safe to always enable it now? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 24 14:51:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA03650 for hackers-outgoing; Thu, 24 Apr 1997 14:51:45 -0700 (PDT) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA03640 for ; Thu, 24 Apr 1997 14:51:41 -0700 (PDT) Received: from right.PCS (right.pcs. [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id QAA22125; Thu, 24 Apr 1997 16:54:17 -0500 (CDT) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id QAA21681; Thu, 24 Apr 1997 16:51:54 -0500 Message-ID: <19970424165153.38383@right.PCS> Date: Thu, 24 Apr 1997 16:51:53 -0500 From: Jonathan Lemon To: Bakul Shah Cc: Pavlin Ivanov Radoslavov , hackers@freebsd.org Subject: Re: Kernel remote debugging using gdb References: <199704240840.BAA06706@catarina.usc.edu> <199704241351.JAA13535@chai.plexuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199704241351.JAA13535@chai.plexuscom.com>; from Bakul Shah on Apr 04, 1997 at 09:51:23AM -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Apr 04, 1997 at 09:51:23AM -0400, Bakul Shah wrote: > If you can _live_ with sharing the same sio port for console and > gdb, there is a way. Not pretty but it works. First, as Amancio > suggested, swap your connections to the UUG (Unix under GDB :-) so > that the PC is now attached to COM1. Now you can switch between gdb > and a comm program like kermit. The kermit window will show you > all your printfs. Any time you want to drop into gdb, send a break, > stop kermit and switch to gdb and hit ^C in it. If you are in > kermit when the kernel stops due to a breakpoint it is easy to see > and switch to gdb. actually, if you do 'set remotebreak 1' in gdb, then you can use ^C from gdb to drop directly into the debugger. Now, is there any way to get _back_ to DDB after invoking the remote GDB protocol? -- Jonathan From owner-freebsd-hackers Thu Apr 24 15:10:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA04558 for hackers-outgoing; Thu, 24 Apr 1997 15:10:25 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA04550 for ; Thu, 24 Apr 1997 15:10:21 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id HAA22031; Fri, 25 Apr 1997 07:09:46 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (BjZdwg3k3+TwXKDNuh+97kvUxm+rtcoX@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id HAA11124; Fri, 25 Apr 1997 07:09:46 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id HAA01730; Fri, 25 Apr 1997 07:14:31 +0900 (JST) Message-Id: <199704242214.HAA01730@zodiac.mech.utsunomiya-u.ac.jp> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: psm0 off by default? In-reply-to: Your message of "Thu, 24 Apr 1997 21:36:52 +0200." <19970424213652.QI09332@uriah.heep.sax.de> References: <199704231715.DAA11851@godzilla.zeta.org.au> <19970424213652.QI09332@uriah.heep.sax.de> Date: Fri, 25 Apr 1997 07:14:30 +0900 From: Kazutaka YOKOTA Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Then, as I'd forgotten to use -c (to enable the psm0 - why is it that it >> is disabled by default?), > >Because it tends to jam some keyboard controllers that don't have >a PS/2 mouse connector at all. > >Well, at least it did this before the advent of the common kbd >subdriver. Maybe it's safe to always enable it now? I am not so sure, yet. Maybe, when we are to do the next 2.2.x-ALPHA... Kazu >-- >cheers, J"org > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE >Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 24 15:28:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA05559 for hackers-outgoing; Thu, 24 Apr 1997 15:28:29 -0700 (PDT) Received: from werple.net.au (melb.werple.net.au [203.9.190.18]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA05549 for ; Thu, 24 Apr 1997 15:28:25 -0700 (PDT) Received: (qmail 29687 invoked by uid 5); 24 Apr 1997 22:28:22 -0000 Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id IAA01998; Fri, 25 Apr 1997 08:23:05 +1000 (EST) From: John Birrell Message-Id: <199704242223.IAA01998@freebsd1.cimlogic.com.au> Subject: Re: Possible broken libc_r To: nw1@cs.wustl.edu (Nanbor Wang) Date: Fri, 25 Apr 1997 08:23:04 +1000 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199704232124.QAA21626@siesta.cs.wustl.edu> from Nanbor Wang at "Apr 23, 97 04:24:05 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nanbor Wang wrote: > Hi All, > > I found a possible bug in libc_r. Below is a very simple test > program. What I did was I opened a socket in the localhost between > client and server program. When I compiled the program with > non-threaded library, everything worked just fine. However, when I > compiled it using libc_r, the recv() system call seemed to be broken. > Without any specific manipulation, it acted as if I had turn on the > non-blocking flag. Is this a bug or I did something terribly wrong? What version is this? Current or 2.2? See what happens if you avoid stdin and stdout. > > TIA. > > Nanbor [...] Regards, -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, 119 Cecil Street, South Melbourne Vic 3205, Australia Tel +61 3 9690 6900 Fax +61 3 9690 6650 Mob +61 418 353 137 From owner-freebsd-hackers Thu Apr 24 15:28:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA05570 for hackers-outgoing; Thu, 24 Apr 1997 15:28:30 -0700 (PDT) Received: from werple.net.au (melb.werple.net.au [203.9.190.18]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA05551 for ; Thu, 24 Apr 1997 15:28:26 -0700 (PDT) Received: (qmail 29692 invoked by uid 5); 24 Apr 1997 22:28:24 -0000 Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id IAA02009; Fri, 25 Apr 1997 08:25:00 +1000 (EST) From: John Birrell Message-Id: <199704242225.IAA02009@freebsd1.cimlogic.com.au> Subject: Re: Possible broken libc_r To: fenyo@email.enst.fr (Alex Fenyo eowyn) Date: Fri, 25 Apr 1997 08:24:59 +1000 (EST) Cc: nw1@cs.wustl.edu, freebsd-hackers@freebsd.org In-Reply-To: from "Alex Fenyo (eowyn)" at "Apr 24, 97 01:42:21 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Alex Fenyo (eowyn) wrote: > It's not a bug, it's a feature :-) > With libc_r, each file descriptor, just after creation, is changed > to a non blocking state, for the convenience of libc_r. > It's most of the time hidden for the user, because libc_r remembers > the original state ("blocking" or not), and when a thread > makes a call on a blocking descriptor, libc_r makes a non blocking > call but if the call returns EAGAIN, libc_r removes the process > from the running queue. Later, when the call can be performed, > libc_r requeue the calling thread. > Libc_r adds a wrapper for each system call, to handle this mechanism. > BUT libc_r doesn't implement a wrapper for send() and recv(). > To bypass your problem, use sendto() and recvfrom() instead. AFAIK, libc_r doesn't need to wrapper send() and recv() because these are already wrappers in libc/net for sendto() and recvfrom() which _are_ wrappered. > > Sincerly, > Alexandre Fenyo > Regards, -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, 119 Cecil Street, South Melbourne Vic 3205, Australia Tel +61 3 9690 6900 Fax +61 3 9690 6650 Mob +61 418 353 137 From owner-freebsd-hackers Thu Apr 24 15:28:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA05574 for hackers-outgoing; Thu, 24 Apr 1997 15:28:30 -0700 (PDT) Received: from werple.net.au (melb.werple.net.au [203.9.190.18]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA05552 for ; Thu, 24 Apr 1997 15:28:26 -0700 (PDT) Received: (qmail 29681 invoked by uid 5); 24 Apr 1997 22:28:21 -0000 Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id IAA01974; Fri, 25 Apr 1997 08:17:02 +1000 (EST) From: John Birrell Message-Id: <199704242217.IAA01974@freebsd1.cimlogic.com.au> Subject: Re: Scheduling with libc_r... To: fenyo@email.enst.fr Date: Fri, 25 Apr 1997 08:17:01 +1000 (EST) Cc: freebsd-hackers@FreeBSD.org, jb@cimlogic.com.au In-Reply-To: <199704230117.DAA21364@nikopol.enst.fr> from Alex Fenyo at "Apr 23, 97 03:17:55 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Alex Fenyo wrote: [...] > The first one performs a read system call on a file descriptor, and > LATER, the second one performs a read system call on the same file > descriptor too. If a low priority thread performs a blocking read() and later a higher priority thread also performs a blocking read() on the same file descriptor, then scheduling will not solve the problem. This would need a fix to _thread_fd_lock() to check the priority of the thread that has the lock, and if lower, push that thread into the lock queue. But then there is the problem of the incremental priority that will eventually mean that the lower priority thread has a greater effective priority than the other thread, simply because it has been ready to run for too long. I have difficulty understanding what sort of application would have two threads of different priorities that can read from the same fd and then not work properly if the lower priority thread gets the data instead of the higher priority thread. This seems like a hypothetical situation. One thread reading on the same file descriptor that another writes on is a different issue, though. [...] Regards, -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, 119 Cecil Street, South Melbourne Vic 3205, Australia Tel +61 3 9690 6900 Fax +61 3 9690 6650 Mob +61 418 353 137 From owner-freebsd-hackers Thu Apr 24 15:28:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA05603 for hackers-outgoing; Thu, 24 Apr 1997 15:28:34 -0700 (PDT) Received: from werple.net.au (melb.werple.net.au [203.9.190.18]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA05575 for ; Thu, 24 Apr 1997 15:28:30 -0700 (PDT) Received: (qmail 29705 invoked by uid 5); 24 Apr 1997 22:28:27 -0000 Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id IAA01941; Fri, 25 Apr 1997 08:00:01 +1000 (EST) From: John Birrell Message-Id: <199704242200.IAA01941@freebsd1.cimlogic.com.au> Subject: Re: fd locking problem with libc_r ? To: fenyo@email.enst.fr Date: Fri, 25 Apr 1997 08:00:00 +1000 (EST) Cc: freebsd-hackers@freebsd.org, jb@cimlogic.com.au In-Reply-To: <199704222308.BAA20563@nikopol.enst.fr> from Alex Fenyo at "Apr 23, 97 01:08:06 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Sorry for the delay, it's been one of those weeks!] Alex Fenyo wrote: > > Hello, > > I encountered a possibly bug in libc_r. > > Suppose you have 2 threads and a file descriptor, for instance a socket. > > Suppose too that nothing is to be read on the fd (the daemon on > the other side didn't feed the socket), but we can write on it (the > daemon on the other side reads on it). > > The first thread performs a call to read() on fd. > > LATER, the second thread performs a call to write() on the fd. > > The problem is that : the write call in the second thread will always > be performed after something can be read by the first thread. > > It's because in src/lib/libc_r uthread_write.c, > there is a read-write lock on the fd : > ------------------------------------------------------------ > if ((ret = _thread_fd_lock(fd, FD_RDWR, NULL, > __FILE__, __LINE__)) == 0) { > ------------------------------------------------------------ > > I wonder why is there such a read-write lock when just a write > lock would be sufficient (and would solve the problem) ??? > Perhaps it's because a write lock wouldn't be sufficient ??? > (I can't find a reason for that ?) I think you are right, the read and write locks are independent and they only exist at all because of the need to do things non-blocking in user-space. This will be solved when rfork() can be used to thread a user process. I'm not sure where John Dyson got to with this... Maybe the vfork() problems got in the way. 8-( > > The problem is the same with writev(). Yep. > > Many thanks, > Alexandre Fenyo > > Regards, -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, 119 Cecil Street, South Melbourne Vic 3205, Australia Tel +61 3 9690 6900 Fax +61 3 9690 6650 Mob +61 418 353 137 From owner-freebsd-hackers Thu Apr 24 15:28:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA05620 for hackers-outgoing; Thu, 24 Apr 1997 15:28:35 -0700 (PDT) Received: from werple.net.au (melb.werple.net.au [203.9.190.18]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA05587 for ; Thu, 24 Apr 1997 15:28:31 -0700 (PDT) Received: (qmail 29713 invoked by uid 5); 24 Apr 1997 22:28:29 -0000 Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.7.5/8.7.3) id IAA02025; Fri, 25 Apr 1997 08:27:38 +1000 (EST) From: John Birrell Message-Id: <199704242227.IAA02025@freebsd1.cimlogic.com.au> Subject: Re: Possible broken libc_r To: karpen@ocean.campus.luth.se (Mikael Karpberg) Date: Fri, 25 Apr 1997 08:27:37 +1000 (EST) Cc: fenyo@email.enst.fr, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199704240655.IAA15372@ocean.campus.luth.se> from Mikael Karpberg at "Apr 24, 97 08:55:06 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mikael Karpberg wrote: > Why doesn't it implement a wrapper for it? Is it not done yet, or is it > the intention to leave it broken? It's not broken AFAIK. The original problem is more likely to do with stdin and stdout blocking (which can have a nasting affect on the shell too, when the threaded process exits). > > /Mikael > Regards, -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, 119 Cecil Street, South Melbourne Vic 3205, Australia Tel +61 3 9690 6900 Fax +61 3 9690 6650 Mob +61 418 353 137 From owner-freebsd-hackers Thu Apr 24 15:33:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA06091 for hackers-outgoing; Thu, 24 Apr 1997 15:33:34 -0700 (PDT) Received: from siesta.cs.wustl.edu (nw1@siesta.cs.wustl.edu [128.252.165.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA06084 for ; Thu, 24 Apr 1997 15:33:32 -0700 (PDT) Received: from localhost by siesta.cs.wustl.edu (SMI-8.6/ECL-J1.00) id RAA00897; Thu, 24 Apr 1997 17:33:18 -0500 Message-Id: <199704242233.RAA00897@siesta.cs.wustl.edu> To: John Birrell cc: nw1@cs.wustl.edu (Nanbor Wang), freebsd-hackers@freebsd.org Subject: Re: Possible broken libc_r In-reply-to: Your message of "Fri, 25 Apr 1997 08:23:04 +1000." <199704242223.IAA01998@freebsd1.cimlogic.com.au> Date: Thu, 24 Apr 1997 17:33:17 -0500 From: Nanbor Wang Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > What version is this? Current or 2.2? > See what happens if you avoid stdin and stdout. I am using -current before Lite2 merge with recently (probably mid April) updated libc_r. I'll try avoiding stdin and stdout tonite and let you know. Thanks a lot. nw > > > > > TIA. > > > > Nanbor > [...] > > Regards, > > -- > John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org > CIMlogic Pty Ltd, 119 Cecil Street, South Melbourne Vic 3205, Australia > Tel +61 3 9690 6900 Fax +61 3 9690 6650 Mob +61 418 353 137 From owner-freebsd-hackers Thu Apr 24 15:51:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA07104 for hackers-outgoing; Thu, 24 Apr 1997 15:51:40 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA07092 for ; Thu, 24 Apr 1997 15:51:37 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA19449 for hackers@freebsd.org; Fri, 25 Apr 1997 00:51:32 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id AAA09600; Fri, 25 Apr 1997 00:43:37 +0200 (MET DST) Message-ID: <19970425004337.VG28941@uriah.heep.sax.de> Date: Fri, 25 Apr 1997 00:43:37 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: Kernel remote debugging using gdb References: <199704240840.BAA06706@catarina.usc.edu> <199704241351.JAA13535@chai.plexuscom.com> <19970424165153.38383@right.PCS> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970424165153.38383@right.PCS>; from Jonathan Lemon on Apr 24, 1997 16:51:53 -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jonathan Lemon wrote: > Now, is there any way to get _back_ to DDB after invoking the remote > GDB protocol? Sure. `detach' RCS file: /home/cvs/src/sys/i386/i386/i386-gdbstub.c,v Working file: /sys/i386/i386/i386-gdbstub.c head: 1.4 ... description: ---------------------------- revision 1.4 date: 1997/03/30 16:03:00; author: joerg; state: Exp; lines: +8 -0 Implement the `detach' command for remote GDB. It gets you back at DDB. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 24 16:09:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA07989 for hackers-outgoing; Thu, 24 Apr 1997 16:09:48 -0700 (PDT) Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA07964; Thu, 24 Apr 1997 16:09:39 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.8.5/8.8.5) with ESMTP id QAA14546; Thu, 24 Apr 1997 16:07:55 -0700 (PDT) Received: (from pst@localhost) by base.jnx.com (8.8.5/8.7.3) id QAA00403; Thu, 24 Apr 1997 16:07:55 -0700 (PDT) To: dg@root.com Cc: dennis , Christopher Sedore , freebsd-hackers@freebsd.org, isp@freebsd.org Subject: Re: Router statistics References: <3.0.32.19970424145057.00b74d90@etinc.com> <199704242028.NAA10791@root.com> Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII From: Paul Traina Date: 24 Apr 1997 16:07:55 -0700 In-Reply-To: dg@root.com's message of 24 Apr 97 20:28:05 GMT Message-ID: <7yvi5cuiic.fsf@base.jnx.com> Lines: 10 X-Mailer: Gnus v5.4.37/XEmacs 19.15 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk dg@root.com (David Greenman) writes: > >At 12:17 PM 4/24/97 -0400, Christopher Sedore wrote: > Wcarchive does an average of 3500 pps with a peak of around 5000 pps. The > average data rate is around 20-25Mbps, with the machine around 50% idle. This > is using the Intel PCI Pro/100B...reduce the idle time to about 30% if you're > using a DEC/de card. Yep, the fxp driver is /much/ more efficient than the de driver. Oh well, fxp's are cheaper too. :-) From owner-freebsd-hackers Thu Apr 24 16:10:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA08065 for hackers-outgoing; Thu, 24 Apr 1997 16:10:22 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA08056 for ; Thu, 24 Apr 1997 16:10:18 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id XAA19776; Thu, 24 Apr 1997 23:58:13 +0100 (BST) Message-Id: <199704242258.XAA19776@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: rssh@cki.ipri.kiev.ua cc: keith waters , hackers@FreeBSD.ORG Subject: Re: MISSING master.passwd !!! Please Help!! In-reply-to: Your message of "Thu, 24 Apr 1997 20:11:06 +0300." <335F9430.2E4E@cki.ipri.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 23:58:12 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [.....] > i can't remember now, but IMHO vipw read all from db > vipw Nope, it reads from master.passwd :( -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu Apr 24 16:59:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA10549 for hackers-outgoing; Thu, 24 Apr 1997 16:59:16 -0700 (PDT) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA10543 for ; Thu, 24 Apr 1997 16:59:14 -0700 (PDT) Received: from spooky.rwwa.com (localhost.rwwa.com [127.0.0.1]) by spooky.rwwa.com (8.8.5/8.8.5) with ESMTP id TAA02237; Thu, 24 Apr 1997 19:58:47 -0400 (EDT) Message-Id: <199704242358.TAA02237@spooky.rwwa.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Daniel O'Callaghan" cc: Snob Art Genre , un_x , freebsd-hackers Subject: Re: manpages In-reply-to: Your message of "Thu, 24 Apr 1997 11:31:07 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 19:58:47 -0400 From: Robert Withrow Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk danny@panda.hilink.com.au said: :- So it can write catpages into /usr/share/man/cat* Why, in this day and age, does it need to do that? My tkman/rosettaman does a much better job with regular man files.... ;-) ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Thu Apr 24 17:01:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA10743 for hackers-outgoing; Thu, 24 Apr 1997 17:01:06 -0700 (PDT) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA10734 for ; Thu, 24 Apr 1997 17:01:03 -0700 (PDT) Received: from spooky.rwwa.com (localhost.rwwa.com [127.0.0.1]) by spooky.rwwa.com (8.8.5/8.8.5) with ESMTP id UAA02252 for ; Thu, 24 Apr 1997 20:01:01 -0400 (EDT) Message-Id: <199704250001.UAA02252@spooky.rwwa.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: hackers@FreeBSD.org Subject: Re: Can't put 512MB ram in box ... Extended memory question. In-reply-to: Your message of "Wed, 23 Apr 1997 14:38:53 PDT." <199704232138.OAA06172@root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 20:01:00 -0400 From: Robert Withrow Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Can someone tell my why WIN95 can figure out I have 128M in this machine (with no special help from me) and FreeBSD can't? I don't like the idea of WIN95 being smarter than FreeBSD.... ;-) ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Thu Apr 24 17:04:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA10989 for hackers-outgoing; Thu, 24 Apr 1997 17:04:02 -0700 (PDT) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA10972 for ; Thu, 24 Apr 1997 17:03:58 -0700 (PDT) Received: from spooky.rwwa.com (localhost.rwwa.com [127.0.0.1]) by spooky.rwwa.com (8.8.5/8.8.5) with ESMTP id UAA02276 for ; Thu, 24 Apr 1997 20:03:55 -0400 (EDT) Message-Id: <199704250003.UAA02276@spooky.rwwa.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: hackers@FreeBSD.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "Thu, 24 Apr 1997 11:29:15 +1000." <199704240129.LAA22210@unique.usn.blaze.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 20:03:55 -0400 From: Robert Withrow Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk davidn@unique.usn.blaze.net.au said: :- but I've had considerably more years experience in SysV than BSD, and :- I by *far* prefer the BSD approach. I have to agree.... I've done them both The single-file sysconfig is really nice, but I don't see how to extend that to add-in stuff, but if it could it would be nice. I'd hate to see jordan go to all that work and then find out that when he got there it was somewhere he didn't want to be.... ;-) ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Thu Apr 24 17:29:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA11938 for hackers-outgoing; Thu, 24 Apr 1997 17:29:19 -0700 (PDT) Received: from argus (pm3-p11.tfs.net [206.154.183.203]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA11926 for ; Thu, 24 Apr 1997 17:29:15 -0700 (PDT) Received: (from jbryant@localhost) by argus (8.6.12/8.6.12) id TAA07641; Thu, 24 Apr 1997 19:27:41 -0500 From: Jim Bryant Message-Id: <199704250027.TAA07641@argus> Subject: Re: Maintainer of ft/lft To: terry@lambert.org (Terry Lambert) Date: Thu, 24 Apr 1997 19:27:40 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-To: jbryant@tfs.net In-Reply-To: <199704241703.KAA01497@phaeton.artisoft.com> from "Terry Lambert" at Apr 24, 97 10:03:55 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > > Hi all, > > > > Just a quick one. > > > > Who is the current maintainer(s) of the ft driver and/or the lft > > program?? > > Anyone silly enough to both buy that type of hardware and then ask > that type of question... > > The code is not being actively maintained because no one with the > ability owns the hardware and cares to do it. This was recently > discussed. terry, i'm really sorry, but i have got to really say this... HOW CAN YOU BE SO F***ING IGNORANT??? As one in QIC observer status [check the QIC mailing list], I can assure you that by sheer numbers alone, the vast majority of tape drives in existance are QIC-117 compatable... need i say anything else??? jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam From owner-freebsd-hackers Thu Apr 24 17:34:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA12218 for hackers-outgoing; Thu, 24 Apr 1997 17:34:36 -0700 (PDT) Received: from watcher.isl.net (ppp-38.isl.net [199.3.25.87]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA12139; Thu, 24 Apr 1997 17:33:05 -0700 (PDT) Received: (from ortmann@localhost) by watcher.isl.net (8.8.5/8.8.5) id TAA01592; Thu, 24 Apr 1997 19:33:03 -0500 (CDT) From: Daniel Ortmann Message-Id: <199704250033.TAA01592@watcher.isl.net> Subject: Re: Getting closer...!!! To: gclarkii@main.gbdata.com (Gary Clark II) Date: Thu, 24 Apr 1997 19:32:50 -0500 (CDT) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org In-Reply-To: <199704240901.EAA01897@main.gbdata.com> from Gary Clark II at "Apr 24, 97 04:01:53 am" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've found that I can cause reboots at will simply by killing my > pppd daemon. After I shutdown the modem or kill pppd, pppd is in > DEs status. My system then reboots. I had this same problem, but it was when I did an exec pppd -detach as root and then killed the process. I haven't pursued it further. -- Daniel Ortmann 507.288.7732 (h) ortmann@isl.net 2414 30 av NW, #D 507.253.6795 (w) ortmann@vnet.ibm.com Rochester, MN 55901 "PERL: The Swiss Army Chainsaw" From owner-freebsd-hackers Thu Apr 24 17:48:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA13158 for hackers-outgoing; Thu, 24 Apr 1997 17:48:02 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA13134 for ; Thu, 24 Apr 1997 17:47:59 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA02316; Thu, 24 Apr 1997 17:44:53 -0700 From: Terry Lambert Message-Id: <199704250044.RAA02316@phaeton.artisoft.com> Subject: Re: Maintainer of ft/lft To: jbryant@tfs.net Date: Thu, 24 Apr 1997 17:44:52 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@freebsd.org In-Reply-To: <199704250027.TAA07641@argus> from "Jim Bryant" at Apr 24, 97 07:27:40 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > HOW CAN YOU BE SO F***ING IGNORANT??? > > As one in QIC observer status [check the QIC mailing list], I can > assure you that by sheer numbers alone, the vast majority of tape > drives in existance are QIC-117 compatable... > > need i say anything else??? Yeah. Explain why PIO to a chip without a FIFO to a drive where the manufacturers try to "unique feature" each other to death (thereby causing driver level incompatability) is a good thing? Do I need to go into the whole "VHS sucks, but it still won over Beta" discussion again? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Apr 24 18:06:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA14425 for hackers-outgoing; Thu, 24 Apr 1997 18:06:18 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA14420 for ; Thu, 24 Apr 1997 18:06:16 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id SAA01774; Thu, 24 Apr 1997 18:04:51 -0700 (PDT) To: Robert Withrow cc: hackers@FreeBSD.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "Thu, 24 Apr 1997 20:03:55 EDT." <199704250003.UAA02276@spooky.rwwa.com> Date: Thu, 24 Apr 1997 18:04:51 -0700 Message-ID: <1772.861930291@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I'd hate to see jordan go to all that work and then find out that when > he got there it was somewhere he didn't want to be.... ;-) Well, I'm all in favor of evolution rather than revolution here, at least until/unless a Truly Awesome Concept comes along (and I haven't seen it yet). Why not review the stuff I just posted to -hackers? I think it qualifies for "evolutionary" and I surely like being able to copy all my rc files with an rc* glob now. ;-) Jordan From owner-freebsd-hackers Thu Apr 24 18:54:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA16909 for hackers-outgoing; Thu, 24 Apr 1997 18:54:51 -0700 (PDT) Received: from hammurabi.nh.ultra.net (hammurabi.nh.ultra.net [205.162.79.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA16899 for ; Thu, 24 Apr 1997 18:54:14 -0700 (PDT) Received: from default (jbowie@this.wanker.is.a.teensysop.org [207.41.158.32]) by hammurabi.nh.ultra.net (8.7.4/ult1.04) with SMTP id VAA00078 for ; Thu, 24 Apr 1997 21:54:08 -0400 (EDT) Message-Id: <3.0.32.19970424215417.006a9f0c@nh.ultranet.com> X-Sender: utopia@nh.ultranet.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Thu, 24 Apr 1997 21:54:19 -0400 To: hackers@freebsd.org From: Jonathan Bowie Subject: tcsh + ppp + Net apps Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hey guys, I have been noticing some weird things with 3.0-CURRNET(CVSupped on Monday and tcsh. Named has been acting a little funny, so I have been playing with it and host. For some reason I can't get a host -l list for my localhost. host -l eliteness.org produces nothing on my local machine, but as far as when I do it from any remote machine it seems to work fine, I have also noticed this in th past. Also when tinkering with these occasionally when I call a program that uses some net resource my tcsh up and core dumps out of the blue. It hasn't happened in X yet, but it has happened atleast 10 times in console. I have also had kernel panics(reboots) when putting some presure on X(4-5 xterms + Netscape and 2 CVSup windows). Any thoughts, similar occurances welcome. I'll also entertain all flames, i figure a little constructive criticism never hurt anyone. -Jon Bowie Jonathan Bowie SysAdmin / Consulting / TeenSysop 603-436-5698 jbowie@bsdnet.org jbowie@taco.net jbowie@unixgeek.com jbowie@eliteness.org From owner-freebsd-hackers Thu Apr 24 19:03:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA17208 for hackers-outgoing; Thu, 24 Apr 1997 19:03:29 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA17172; Thu, 24 Apr 1997 19:02:01 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id XAA19464; Thu, 24 Apr 1997 23:52:18 +0100 (BST) Message-Id: <199704242252.XAA19464@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Gary Clark II cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Getting closer...!!! In-reply-to: Your message of "Thu, 24 Apr 1997 04:01:53 CDT." <199704240901.EAA01897@main.gbdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Apr 1997 23:52:18 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hello, > > > I've found that I can cause reboots at will simply by killing my pppd daemon. > After I shutdown the modem or kill pppd, pppd is in DEs status. My system > then reboots. > > Can anyone give me any tips on where to look for possible problems? > Ideas? You'll need to post more info. I don't use pppd myself (yet), but nobody else's complained recently about this sort of thing. I can take a closer look at things next week - I'm away this weekend. > Thanks for any and all help, > > Gary > > -- > Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company > gclarkii@GBData.COM | Member of the FreeBSD Doc Team > Providing Internet and ISP startups - http://WWW.GBData.com for information > FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu Apr 24 20:16:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA20196 for hackers-outgoing; Thu, 24 Apr 1997 20:16:35 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA20190 for ; Thu, 24 Apr 1997 20:16:32 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA00164; Fri, 25 Apr 1997 12:45:17 +0930 (CST) From: Michael Smith Message-Id: <199704250315.MAA00164@genesis.atrad.adelaide.edu.au> Subject: Re: Best way to hook into user logins / logouts ? In-Reply-To: <199704241722.KAA01604@phaeton.artisoft.com> from Terry Lambert at "Apr 24, 97 10:22:32 am" To: terry@lambert.org (Terry Lambert) Date: Fri, 25 Apr 1997 12:45:17 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, davidn@labs.usn.blaze.net.au, abelits@phobos.illtel.denver.co.us, adrian@staff.psinet.net.au, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > > > Not really. I'm attempting to determine where the door(s) are so that > > I can put locks on them. > > Or alternate locks. More accurately, a modular, configurable locking and door-user counting system. > For "correct" code, given the currently accepted implementation methods, > the "in" door is "login" and/or "login -f". xdm does not appear to use login. > The "out" door is "init", as it reaps a process which is a group leader > which it inherited from "getty exec's login execs group leader". ... and if it reaps a self-made group leader? > Why do you need an "out" door? Accounting. Consider a provider wanting to bill for time spent online by a user. > my recommendation is "login" forks instead of execs, and hangs around > as the session manager, but not the process group leader. This requires Yeah, although that makes stuff fairly messy. Right now, the utmp modifications happen in (mostly) the right places (except for xdm), so I'll probably be following those. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Apr 24 20:33:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA20812 for hackers-outgoing; Thu, 24 Apr 1997 20:33:57 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA20807 for ; Thu, 24 Apr 1997 20:33:55 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA00238; Fri, 25 Apr 1997 13:03:39 +0930 (CST) From: Michael Smith Message-Id: <199704250333.NAA00238@genesis.atrad.adelaide.edu.au> Subject: Re: /etc/netstart bogons.. In-Reply-To: from Curt Sampson at "Apr 24, 97 11:54:15 am" To: cjs@portal.ca (Curt Sampson) Date: Fri, 25 Apr 1997 13:03:38 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Curt Sampson stands accused of saying: > On Thu, 24 Apr 1997, Michael Smith wrote: > > > > Make a call now as to whether empty counts as set or unset. NetBSD's > > convention is that set-but-empty means to use the default value, > > whatever that is. > > Not really, no. Setting the variable to "DEFAULT" means use the > default value. Many of our variables are set to "NO" not to run > the program, "DEFAULT" to use reasonable defaults, or a list of > flags. Thus, having the variable set to "" or unset (they're the > same thing in /bin/sh) means `run the program with no command line > arguments.' My apologies; I was looking at a 1.2 machine when I wrote the initial. My only disagreement with that is that unset should mean either NO or DEFAULT, not yes and run with no arguments. It may possibly need to vary depending on context, ie. DTRT in the absence of configuration information. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Apr 24 20:45:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA21231 for hackers-outgoing; Thu, 24 Apr 1997 20:45:36 -0700 (PDT) Received: from unique.usn.blaze.net.au (unique.usn.blaze.net.au [203.17.53.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA21210 for ; Thu, 24 Apr 1997 20:45:23 -0700 (PDT) Received: from unique.usn.blaze.net.au (local [127.0.0.1]) by unique.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id NAA17710; Fri, 25 Apr 1997 13:44:02 +1000 (EST) Message-Id: <199704250344.NAA17710@unique.usn.blaze.net.au> To: Michael Smith Cc: terry@lambert.org, abelits@phobos.illtel.denver.co.us, adrian@staff.psinet.net.au, freebsd-hackers@freebsd.org Subject: Re: Best way to hook into user logins / logouts ? In-reply-to: Your message of "Fri, 25 Apr 1997 12:45:17 +0930." <199704250315.MAA00164@genesis.atrad.adelaide.edu.au> Date: Fri, 25 Apr 1997 13:44:02 +1000 From: David Nugent Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> For "correct" code, given the currently accepted >> implementation methods, the "in" door is "login" >> and/or "login -f". > > xdm does not appear to use login. Yes, more's the pity. This makes life a bitch sometimes. :-) Actually, I have to look at xdm shortly. Aparently David did some basic login class support, but the 3.2 for -current release appears to be missing a few things, if it is done at all. >> Why do you need an "out" door? > >Accounting. Consider a provider wanting to bill for time >spent online by a user. Yes. Or in an educational environment, students have access to equipment for n hours or whatever. Process accounting has no relevence, but real time use of the equipment does. >> my recommendation is "login" forks instead of execs, and >> hangs around as the session manager, but not the process >> group leader. This requires Was that the sound of shattering glass? :-) I know that this will horribly break things in several places. Changing this assumption would require considerable work, and not only to FreeBSD's internal code. I'm not sure that the result would be worth the effort unless no other viable option could be found. >Yeah, although that makes stuff fairly messy. Right now, >the utmp modifications happen in (mostly) the right places >(except for xdm), so I'll probably be following those. They work just fine. What's missing are any dynamic hooks with which an admin can plug in "after user" actions. In -current, at least, there is in fact a "at login" action via the shell= login.conf parameter, but of course this really only applies to interactive logins and not xdm nor pppd style logins. So right now the only viable way is to watch wtmp/utmp. This sucks from the pov that some polling is involved, but even that could be mostly solved when/if poll() is implemented and when/if it would be possible to block on mtime change on a file descriptor. Regards, David From owner-freebsd-hackers Thu Apr 24 21:12:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA22059 for hackers-outgoing; Thu, 24 Apr 1997 21:12:42 -0700 (PDT) Received: from fps.biblos.unal.edu.co ([168.176.37.11]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA22054 for ; Thu, 24 Apr 1997 21:12:37 -0700 (PDT) Received: from unalmodem.usc.unal.edu.co by fps.biblos.unal.edu.co (AIX 4.1/UCB 5.64/4.03) id AA34764; Thu, 24 Apr 1997 23:12:23 -0500 Message-Id: <33601ADC.6745@fps.biblos.unal.edu.co> Date: Thu, 24 Apr 1997 19:45:48 -0700 From: Pedro Giffuni X-Mailer: Mozilla 3.0 (Win16; I) Mime-Version: 1.0 To: Joerg Wunsch Cc: freebsd-hackers@freebsd.org Subject: Re: psm0 off by default? References: <199704231715.DAA11851@godzilla.zeta.org.au> <19970424213652.QI09332@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > [ The psm driver ..] > Well, at least it did this before the advent of the common kbd > subdriver. Maybe it's safe to always enable it now? > Maybe the general guideline should be to DISABLE everything that is not strictly required for installation...:-). Under SCO this philosophy led to a nasty procedure if you want(ed ?) to install from a tape drive, but not getting to those extremes, we should disable all mice to avoid possible conflicts during installation. Pedro. > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 24 21:19:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA22264 for hackers-outgoing; Thu, 24 Apr 1997 21:19:10 -0700 (PDT) Received: from argus (pm3-p11.tfs.net [206.154.183.203]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA22253 for ; Thu, 24 Apr 1997 21:19:07 -0700 (PDT) Received: (from jbryant@localhost) by argus (8.6.12/8.6.12) id XAA08144; Thu, 24 Apr 1997 23:17:44 -0500 From: Jim Bryant Message-Id: <199704250417.XAA08144@argus> Subject: Re: Maintainer of ft/lft To: terry@lambert.org (Terry Lambert) Date: Thu, 24 Apr 1997 23:17:43 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-To: jbryant@tfs.net In-Reply-To: <199704250044.RAA02316@phaeton.artisoft.com> from "Terry Lambert" at Apr 24, 97 05:44:52 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > > HOW CAN YOU BE SO F***ING IGNORANT??? > > > > As one in QIC observer status [check the QIC mailing list], I can > > assure you that by sheer numbers alone, the vast majority of tape > > drives in existance are QIC-117 compatable... > > > > need i say anything else??? > > Yeah. Explain why PIO to a chip without a FIFO to a drive where > the manufacturers try to "unique feature" each other to death (thereby > causing driver level incompatability) is a good thing? > > Do I need to go into the whole "VHS sucks, but it still won over Beta" > discussion again? QIC is QIC... interchangable... interoperable... do you have the standards documents? i do... yes, it's inefficient, yes, it sucks... but should i reiterate? isa sucks... no free irqs really sucks... win blows.. IT'S THE STANDARD... LIVE WITH IT... attitudes like you are showing are some of the reasons people use linux, because linux is trying to support "standard" equipment... terry, not everyone is as fortunate as you to own a storagetek or cybernetics terabyte tape robot... most people have QIC tape drives using a QIC-117 interface... [flame mode off] jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam From owner-freebsd-hackers Thu Apr 24 21:29:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA22667 for hackers-outgoing; Thu, 24 Apr 1997 21:29:01 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA22662 for ; Thu, 24 Apr 1997 21:28:58 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id OAA14292; Fri, 25 Apr 1997 14:23:59 +1000 Date: Fri, 25 Apr 1997 14:23:59 +1000 From: Bruce Evans Message-Id: <199704250423.OAA14292@godzilla.zeta.org.au> To: abial@korin.warman.org.pl, are@communique.no Subject: Re: kern/3375: Ten minute delay at boot-time Cc: bde@zeta.org.au, freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I just noticed this thread... Excuse me for jumping in, but I had very >similar problem, which turned out to be a broken RTC on-board chip. (I >also went through changing the timeout value in clock.c . Why is it so >ridiculously big??). Because timeouts can't happen :-) and it needs to be big enough for next year's machines with faster i/o. Bruce From owner-freebsd-hackers Thu Apr 24 21:33:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA22849 for hackers-outgoing; Thu, 24 Apr 1997 21:33:16 -0700 (PDT) Received: from siesta.cs.wustl.edu (nw1@siesta.cs.wustl.edu [128.252.165.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA22844 for ; Thu, 24 Apr 1997 21:33:13 -0700 (PDT) Received: from localhost by siesta.cs.wustl.edu (SMI-8.6/ECL-J1.00) id XAA11988; Thu, 24 Apr 1997 23:32:58 -0500 Message-Id: <199704250432.XAA11988@siesta.cs.wustl.edu> To: Warner Losh cc: hackers@freebsd.org Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) In-reply-to: Your message of "Wed, 23 Apr 1997 21:19:54 MDT." Date: Thu, 24 Apr 1997 23:32:56 -0500 From: Nanbor Wang Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In message <199704231911.OAA17121@siesta.cs.wustl.edu> Nanbor Wang writes: > : /var/tmp/cc022478.s:16783: Warning: GOT relocation burb: `__vt$15ACE_Local_Mutex > > These are "normal" and "OK". They are warning about a condition that > is harmless. Generally, an inlined virtual function that is trying to > be local... A bad practice because many compilers don't handle this > legal C++ construct. Yes, this is a bug and should be fixed, but > people who can fix it haven't found the time yet to do so. Yes, although I haven't tested the shared library extensively, it appeared to be ok on several test programs. > > : ACE. After spitting out a lot of GOT warnings, the compiler finally > : spited out "Compiler internal error" and went dead. > > Hmmm, that's bad. I don't think that is related to the above > messages. Any recommendation where to look first? I am totally clueless. All g++ said was internal error. ;( > > : I have no idea at all as this problem is caused by incorrect g++ > : behavior or by lame assembler (binutil?) Is there a quick fix for > : this? Has any one solved this problem before? Will switching to gcc > : 2.7.2.2 help? Or, we should get a better binutil? > > The internal compiler error won't be helped by getting new binutil. > And 2.7.2.2 won't help either, since it just add support for > Linux-alpha related stuff. g++ also isn't the worlds best C++ > compiler. Every time I've gone to write something moderately > complicated, I've fired off a bug report to the appropriate people > :-(. That's for sure, but we don't seem to have any other choice. Thanks, nw From owner-freebsd-hackers Thu Apr 24 21:41:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA23222 for hackers-outgoing; Thu, 24 Apr 1997 21:41:14 -0700 (PDT) Received: from siesta.cs.wustl.edu (nw1@siesta.cs.wustl.edu [128.252.165.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA23216 for ; Thu, 24 Apr 1997 21:41:12 -0700 (PDT) Received: from localhost by siesta.cs.wustl.edu (SMI-8.6/ECL-J1.00) id XAA12399; Thu, 24 Apr 1997 23:40:57 -0500 Message-Id: <199704250440.XAA12399@siesta.cs.wustl.edu> To: John Birrell cc: freebsd-hackers@freebsd.org Subject: Re: Possible broken libc_r In-reply-to: Your message of "Fri, 25 Apr 1997 08:23:04 +1000." <199704242223.IAA01998@freebsd1.cimlogic.com.au> Date: Thu, 24 Apr 1997 23:40:54 -0500 From: Nanbor Wang Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I found a possible bug in libc_r. Below is a very simple test > > program. What I did was I opened a socket in the localhost between > > client and server program. When I compiled the program with > > non-threaded library, everything worked just fine. However, when I > > compiled it using libc_r, the recv() system call seemed to be broken. > > Without any specific manipulation, it acted as if I had turn on the > > non-blocking flag. Is this a bug or I did something terribly wrong? > > What version is this? Current or 2.2? > See what happens if you avoid stdin and stdout. > No luck. I removed all stdio related stuff but the recv() call on server side still won't block. I tried using recvfrom() also. Still the same. Any clue? nw > > > > TIA. > > > > Nanbor > [...] > > Regards, > > -- > John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org > CIMlogic Pty Ltd, 119 Cecil Street, South Melbourne Vic 3205, Australia > Tel +61 3 9690 6900 Fax +61 3 9690 6650 Mob +61 418 353 137 From owner-freebsd-hackers Thu Apr 24 21:52:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA23649 for hackers-outgoing; Thu, 24 Apr 1997 21:52:19 -0700 (PDT) Received: from chai.plexuscom.com (chai.plexuscom.com [207.87.46.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA23641 for ; Thu, 24 Apr 1997 21:52:17 -0700 (PDT) Received: from chai.plexuscom.com (localhost [127.0.0.1]) by chai.plexuscom.com (8.8.5/8.8.5) with ESMTP id AAA15841; Fri, 25 Apr 1997 00:53:48 -0400 (EDT) Message-Id: <199704250453.AAA15841@chai.plexuscom.com> To: Poul-Henning Kamp Cc: hackers@freebsd.org Subject: Re: the namei cache... In-reply-to: Your message of "Wed, 23 Apr 1997 17:55:34 +0200." <1284.861810934@critter> Date: Fri, 25 Apr 1997 00:53:48 -0400 From: Bakul Shah Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > We add a linked list to vnodes that represent directories > and hook all the cache entires that are relative to that > directory onto that list (sorted by name, or maybe LRU ?), > rather than finding them through the hash list. This is analogous to one of the ways one implements a symbol table in a lexically scoped language processing program. From experience, even for a very few entries, a hash table is typically faster than a linked list. BTW, most all PostScript interpreters use one hash table per dict object (and most of user-defined dicts are rather small). Unless you *need* sorted entries or bounded search time, a dynamically growing hash table is almost always a win compared to linear lists or trees. If needed, LRU can be implemented with a ref bit which is set every time an entry is accessed (and reset by a separate scan). Note that if you use one hash table per directory, you still gain rest of the benefits you cited. > Have I overlooked something fundamental ? Scaling. Directories with 100+ entries are not uncommon. Even /usr/include and /usr/include/sys have over 100 entries each. I once encountered a directory with 2,000,000+ entries! One does not optimize for such border cases but it is nice when they are handled effortlessly as a byproduct of a design decision. A dynamically growing hashtable is a must. To avoid recomputing hash you can store the entire 32 bit hash in each entry. This allows you to use nothing worse than a shift (or mod) operation when growing the table. The initial table size can be a function of the directory size, perhaps bounded by some parameter. A few years ago, in some usenet group, Chris Torek compared a number of hash functions and with each one he hashed the entire web2 (or some such) list of words to check collisions. The best one from this list goes something like unsigned hash = 0x31fe; /* not sure of this init value */ while (*cp) hash = hash*33 + *cp++; It is easy to redo run the experiment over directories with a simple user program that plugs in different hash functions. Also note that some hash functions be `unfolded' to handle 4 bytes at a time. What would be nice is if the on-disk directories were stored as hash tables. This would have to be done in a compatible fashion, perhaps by storing something that'll be ignored by `normal' directory lookup routines. -- bakul From owner-freebsd-hackers Thu Apr 24 22:02:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA24075 for hackers-outgoing; Thu, 24 Apr 1997 22:02:02 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA24070 for ; Thu, 24 Apr 1997 22:01:59 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA00444; Fri, 25 Apr 1997 14:31:05 +0930 (CST) From: Michael Smith Message-Id: <199704250501.OAA00444@genesis.atrad.adelaide.edu.au> Subject: Re: Maintainer of ft/lft In-Reply-To: <199704250027.TAA07641@argus> from Jim Bryant at "Apr 24, 97 07:27:40 pm" To: jbryant@tfs.net Date: Fri, 25 Apr 1997 14:31:05 +0930 (CST) Cc: terry@lambert.org, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jim Bryant stands accused of saying: > > > > > > Who is the current maintainer(s) of the ft driver and/or the lft > > > program?? > > > > Anyone silly enough to both buy that type of hardware and then ask > > that type of question... > > > > The code is not being actively maintained because no one with the > > ability owns the hardware and cares to do it. This was recently > > discussed. > > terry, i'm really sorry, but i have got to really say this... > > HOW CAN YOU BE SO F***ING IGNORANT??? And you're going to flame me too Jim, because I, like a lot of other people here, hold the same opinion? > As one in QIC observer status [check the QIC mailing list], I can > assure you that by sheer numbers alone, the vast majority of tape > drives in existance are QIC-117 compatable... That's the '50 billion flies' argument. It doesn't work. > need i say anything else??? Yeah, you could try addressing Terry's point, which is that there is no intersection of the sets "have stupid floppytape" and "can/will maintain floppytape driver". As has been thrashed out a million times before; the devices are fundamentally _crap_. Supporting them is a serious drag, and it would seem that unless there is _money_ in it, nobody is going to sacrifice their time to do the hard work involved. > jim > -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu Apr 24 22:20:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA24981 for hackers-outgoing; Thu, 24 Apr 1997 22:20:34 -0700 (PDT) Received: from biggusdiskus.flyingfox.com (biggusdiskus.flyingfox.com [206.14.52.27]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA24961; Thu, 24 Apr 1997 22:20:30 -0700 (PDT) Received: (from jas@localhost) by biggusdiskus.flyingfox.com (8.8.5/8.8.5) id WAA17037; Thu, 24 Apr 1997 22:19:21 -0700 (PDT) Date: Thu, 24 Apr 1997 22:19:21 -0700 (PDT) From: Jim Shankland Message-Id: <199704250519.WAA17037@biggusdiskus.flyingfox.com> To: dg@root.com, pst@jnx.com Subject: Re: Router statistics Cc: cmsedore@mailbox.syr.edu, dennis@etinc.com, freebsd-hackers@freebsd.org, isp@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Paul Traina writes: > > dg@root.com (David Greenman) writes: > > > > Wcarchive does an average of 3500 pps with a peak of around > > 5000 pps. The average data rate is around 20-25Mbps, with the > > machine around 50% idle. This is using the Intel PCI > > Pro/100B...reduce the idle time to about 30% if you're using a > > DEC/de card. > > Yep, the fxp driver is /much/ more efficient than the de > driver. Oh well, fxp's are cheaper too. :-) (Sigh) Is this an attribute of the driver, or of the respective chips? I've sort of settled on 21140-based cards, and I'd hate to buy Intel stuff, as it only encourages them to take over more of the world than they already have. But for some applications, I really need high throughput and efficiency. And the card *is* cheaper. Does there have to be a switch to the fxp driver in my future? All right, I'm done whining for now. Jim Shankland Flying Fox Computer Systems, Inc. From owner-freebsd-hackers Thu Apr 24 22:26:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA25159 for hackers-outgoing; Thu, 24 Apr 1997 22:26:14 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA25152 for ; Thu, 24 Apr 1997 22:26:11 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id WAA00902; Thu, 24 Apr 1997 22:26:06 -0700 (PDT) Message-Id: <199704250526.WAA00902@austin.polstra.com> To: nw1@cs.wustl.edu Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) Newsgroups: polstra.freebsd.hackers In-Reply-To: <199704231911.OAA17121@siesta.cs.wustl.edu> References: <199704231911.OAA17121@siesta.cs.wustl.edu> Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Date: Thu, 24 Apr 1997 22:26:06 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199704231911.OAA17121@siesta.cs.wustl.edu>, Nanbor Wang wrote: > I have been working on porting ACE to FreeBSD platform on and off for > quite some time. > [...] > /var/tmp/cc022478.s:16783: Warning: GOT relocation burb: `__vt$15ACE_Local_Mutex > ' should be global This has shown up in some other things as well. I have fixed this sort of problem in g++ before, and it is on my list to fix this one. It would really help to have a small, self-contained test case. Could you please try to pare down one of the failing source files to the bare minimum, and send it to me? Thanks, John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Thu Apr 24 22:32:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA25437 for hackers-outgoing; Thu, 24 Apr 1997 22:32:54 -0700 (PDT) Received: from siesta.cs.wustl.edu (nw1@siesta.cs.wustl.edu [128.252.165.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA25432 for ; Thu, 24 Apr 1997 22:32:52 -0700 (PDT) Received: from localhost by siesta.cs.wustl.edu (SMI-8.6/ECL-J1.00) id AAA14078; Fri, 25 Apr 1997 00:32:36 -0500 Message-Id: <199704250532.AAA14078@siesta.cs.wustl.edu> To: John Polstra cc: hackers@freebsd.org Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) In-reply-to: Your message of "Thu, 24 Apr 1997 22:26:06 PDT." <199704250526.WAA00902@austin.polstra.com> Date: Fri, 25 Apr 1997 00:32:33 -0500 From: Nanbor Wang Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In article <199704231911.OAA17121@siesta.cs.wustl.edu>, > Nanbor Wang wrote: > > > I have been working on porting ACE to FreeBSD platform on and off for > > quite some time. > > [...] > > /var/tmp/cc022478.s:16783: Warning: GOT relocation burb: `__vt$15ACE_Local_Mutex > > ' should be global > > This has shown up in some other things as well. I have fixed this sort > of problem in g++ before, and it is on my list to fix this one. > > It would really help to have a small, self-contained test case. > Could you please try to pare down one of the failing source files to > the bare minimum, and send it to me? Sure, I'll try to make one up. But I won't be able to do this until next week. As semester is coming to an end, lots of projects need to be graded. ;( Thanks, nw From owner-freebsd-hackers Thu Apr 24 23:51:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA28116 for hackers-outgoing; Thu, 24 Apr 1997 23:51:58 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA28110 for ; Thu, 24 Apr 1997 23:51:51 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA23726 for freebsd-hackers@freebsd.org; Fri, 25 Apr 1997 08:51:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA11894; Fri, 25 Apr 1997 08:50:27 +0200 (MET DST) Message-ID: <19970425085026.YU21774@uriah.heep.sax.de> Date: Fri, 25 Apr 1997 08:50:26 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: Maintainer of ft/lft References: <199704241703.KAA01497@phaeton.artisoft.com> <199704250027.TAA07641@argus> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704250027.TAA07641@argus>; from Jim Bryant on Apr 24, 1997 19:27:40 -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jim Bryant wrote: > As one in QIC observer status [check the QIC mailing list], I can > assure you that by sheer numbers alone, the vast majority of tape > drives in existance are QIC-117 compatable... > > need i say anything else??? The vast number of operating systems on PCs is from M$. Does this automatically make them good (by quality) operating systems? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 24 23:52:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA28178 for hackers-outgoing; Thu, 24 Apr 1997 23:52:54 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA28162 for ; Thu, 24 Apr 1997 23:52:29 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA23747 for hackers@freebsd.org; Fri, 25 Apr 1997 08:52:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA11876; Fri, 25 Apr 1997 08:48:33 +0200 (MET DST) Message-ID: <19970425084833.PY29232@uriah.heep.sax.de> Date: Fri, 25 Apr 1997 08:48:33 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org (freebsd-hackers) Subject: Re: manpages References: <199704242358.TAA02237@spooky.rwwa.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704242358.TAA02237@spooky.rwwa.com>; from Robert Withrow on Apr 24, 1997 19:58:47 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Robert Withrow wrote: > :- So it can write catpages into /usr/share/man/cat* > > Why, in this day and age, does it need to do that? Because not everyone is running it on an Alpha/600 MHz. Some large pages even take a noticable time to reformat on a > 100 MHz Pentium, and everything takes nearly infinite time on slow machines like my 386/sx16 notebook that often serves me as the low end marker. Remember, -mandoc format is much more complex than -man, it always required a lot of processing time. If you don't like this feature, simply remove the cat directories. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 25 00:10:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA28877 for hackers-outgoing; Fri, 25 Apr 1997 00:10:13 -0700 (PDT) Received: from critter.dk.tfs.com ([140.145.230.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA28871; Fri, 25 Apr 1997 00:10:07 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id IAA02040; Fri, 25 Apr 1997 08:09:48 +0200 (CEST) To: Bakul Shah cc: Poul-Henning Kamp , hackers@freebsd.org From: Poul-Henning Kamp Subject: Re: the namei cache... In-reply-to: Your message of "Fri, 25 Apr 1997 00:53:48 EDT." <199704250453.AAA15841@chai.plexuscom.com> Date: Fri, 25 Apr 1997 08:09:47 +0200 Message-ID: <2038.861948587@critter> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704250453.AAA15841@chai.plexuscom.com>, Bakul Shah writes: >This is analogous to one of the ways one implements a symbol table >in a lexically scoped language processing program. But these programs don't work with a finite bounded number of entries, so reuse policies doesn't matter to them. >Scaling. Directories with 100+ entries are not uncommon. Even >/usr/include and /usr/include/sys have over 100 entries each. You obviously don't know how the name cache operates. Only names you lookup ends up in the cache, it's not the entire directory that gets put into the cache (unless you do a "ls -l" that is). >once encountered a directory with 2,000,000+ entries! One does not >optimize for such border cases but it is nice when they are handled >effortlessly as a byproduct of a design decision. For that case there will be no difference at all, even wcarchive only has 44000 entries in the cache. >A dynamically growing hashtable is a must. Hello Houston ? We have lost gravity! Of course we can't do that in the kernel. Memory is way too expensive. I wish all of these "instant-fs" specialists would read up on their subject matter before they jump in with their misunderstandings! Poul-Henning -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-hackers Fri Apr 25 00:14:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA29024 for hackers-outgoing; Fri, 25 Apr 1997 00:14:03 -0700 (PDT) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA29019 for ; Fri, 25 Apr 1997 00:14:01 -0700 (PDT) Received: from ant.us.dell.com (ant.us.dell.com [198.64.66.34]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id CAA03546; Fri, 25 Apr 1997 02:11:44 -0500 Message-Id: <3.0.1.32.19970425021142.007bb100@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Fri, 25 Apr 1997 02:11:42 -0500 To: Robert Withrow , hackers@FreeBSD.org From: Tony Overfield Subject: Re: Can't put 512MB ram in box ... Extended memory question. In-Reply-To: <199704250001.UAA02252@spooky.rwwa.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk At 08:01 PM 4/24/97 -0400, Robert Withrow wrote: >Can someone tell my why WIN95 can figure out I have 128M in this machine >(with no special help from me) and FreeBSD can't? I don't like the idea >of WIN95 being smarter than FreeBSD.... ;-) The short answer is that Windows 95 calls the BIOS to ask how much memory is installed, but FreeBSD doesn't. One reason for this is that it requires a few dozen bytes of new code and the code space in the 7.5 KB boot-block is very short and is tightly guarded. What follows is strictly IMHO. >From what I can tell, whenever this subject comes up, the discussion usually follows two paths. The first path involves the idea of a three-stage boot, which effectively removes the size restrictions from the portion of code that runs (or can run) in real-mode prior to the kernel being loaded. While this approach is a rather simple and logical extension of the current implementation, it always seems to bog down due to the extraordinary number things people want to add into the extra stage. Perhaps this speaks to the potential of this approach. The second path involves making the kernel generally capable of calling real-mode BIOS functions using a vm86() virtual machine. While this more difficult approach has great power, there doesn't seem to be anyone willing to do the work. This approach also seems to bog down due to the large amount of work which would be required to fully exploit the added capability (for example, running SCSI option ROM's when a native driver is not available). A third, perhaps unseemly, possibility, that I haven't seen mentioned before, is to make the real-mode BIOS call from the kernel init code in the same way that the APM initilization BIOS call is made, by temporarily returning the CPU to real-mode after the kernel is loaded. From owner-freebsd-hackers Fri Apr 25 00:21:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA29257 for hackers-outgoing; Fri, 25 Apr 1997 00:21:17 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA29251 for ; Fri, 25 Apr 1997 00:21:11 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23969 for freebsd-hackers@FreeBSD.ORG; Fri, 25 Apr 1997 09:21:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA11953; Fri, 25 Apr 1997 08:54:34 +0200 (MET DST) Message-ID: <19970425085434.TA51846@uriah.heep.sax.de> Date: Fri, 25 Apr 1997 08:54:34 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Maintainer of ft/lft References: <199704250027.TAA07641@argus> <199704250501.OAA00444@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704250501.OAA00444@genesis.atrad.adelaide.edu.au>; from Michael Smith on Apr 25, 1997 14:31:05 +0930 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > As has been thrashed out a million times before; the devices are > fundamentally _crap_. Supporting them is a serious drag, and it > would seem that unless there is _money_ in it, nobody is going to > sacrifice their time to do the hard work involved. There must probably be enough money in it so one can spend his life from that money. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 25 00:21:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA29282 for hackers-outgoing; Fri, 25 Apr 1997 00:21:26 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA29271 for ; Fri, 25 Apr 1997 00:21:20 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23971 for freebsd-hackers@freebsd.org; Fri, 25 Apr 1997 09:21:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA11965; Fri, 25 Apr 1997 08:57:47 +0200 (MET DST) Message-ID: <19970425085746.KE33614@uriah.heep.sax.de> Date: Fri, 25 Apr 1997 08:57:46 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: psm0 off by default? References: <199704231715.DAA11851@godzilla.zeta.org.au> <19970424213652.QI09332@uriah.heep.sax.de> <33601ADC.6745@fps.biblos.unal.edu.co> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <33601ADC.6745@fps.biblos.unal.edu.co>; from Pedro Giffuni on Apr 24, 1997 19:45:48 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Pedro Giffuni wrote: > Maybe the general guideline should be to DISABLE everything that is not > strictly required for installation...:-). Mice are required for installation. The installation can finally drop you into XF86Setup if you have installed X11, and that's where you need a mouse. Also, don't forget that the initial settings are inherited. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 25 00:33:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA29759 for hackers-outgoing; Fri, 25 Apr 1997 00:33:22 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA29754 for ; Fri, 25 Apr 1997 00:33:20 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id HAA18662; Fri, 25 Apr 1997 07:33:09 GMT Date: Fri, 25 Apr 1997 16:33:09 +0900 (JST) From: Michael Hancock To: Bakul Shah cc: FreeBSD Hackers Subject: Re: the namei cache... In-Reply-To: <199704250453.AAA15841@chai.plexuscom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Apr 1997, Bakul Shah wrote: > A few years ago, in some usenet group, Chris Torek compared a number > of hash functions and with each one he hashed the entire web2 (or > some such) list of words to check collisions. The best one from > this list goes something like > > unsigned hash = 0x31fe; /* not sure of this init value */ > while (*cp) > hash = hash*33 + *cp++; > If you're daring you might try this out on 2.2. Index: vfs_cache.c =================================================================== RCS file: /jaz/cvs/src/sys/kern/vfs_cache.c,v retrieving revision 1.20 diff -r1.20 vfs_cache.c 144c144 < ncpp = &nchashtbl[(dvp->v_id + cnp->cn_hash) % nchash]; --- > ncpp = &nchashtbl[(dvp->v_id + cnp->cn_hash) & nchash]; 249c249 < ncpp = &nchashtbl[(dvp->v_id + cnp->cn_hash) % nchash]; --- > ncpp = &nchashtbl[(dvp->v_id + cnp->cn_hash) & nchash]; 262c262 < nchashtbl = phashinit(desiredvnodes, M_CACHE, &nchash); --- > nchashtbl = hashinit(desiredvnodes, M_CACHE, &nchash); Index: vfs_lookup.c =================================================================== RCS file: /jaz/cvs/src/sys/kern/vfs_lookup.c,v retrieving revision 1.11.4.1 diff -r1.11.4.1 vfs_lookup.c 271a272 > u_long hash; 299c300 < cnp->cn_hash = 0; --- > hash = 0; 301c302,303 < cnp->cn_hash += (unsigned char)*cp; --- > hash = hash * 33 + (unsigned char)*cp; > cnp->cn_hash = hash; From owner-freebsd-hackers Fri Apr 25 01:12:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA01470 for hackers-outgoing; Fri, 25 Apr 1997 01:12:09 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA01464 for ; Fri, 25 Apr 1997 01:12:06 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id BAA01833; Fri, 25 Apr 1997 01:11:46 -0700 (PDT) To: Jim Shankland cc: dg@root.com, pst@jnx.com, cmsedore@mailbox.syr.edu, dennis@etinc.com, freebsd-hackers@freebsd.org Subject: Re: Router statistics In-reply-to: Your message of "Thu, 24 Apr 1997 22:19:21 PDT." <199704250519.WAA17037@biggusdiskus.flyingfox.com> Date: Fri, 25 Apr 1997 01:11:45 -0700 Message-ID: <1831.861955905@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I really need high throughput and efficiency. And the card *is* > cheaper. Does there have to be a switch to the fxp driver in > my future? Given the close role of the person (dg) who supports this driver in the FreeBSD project, and given all of the Intel card's various performance and cost advantages (not to mention it being the only driver to support full-duplex operation), I think this decision is kind of a no-brainer, myself. :-) Jordan From owner-freebsd-hackers Fri Apr 25 01:49:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA02878 for hackers-outgoing; Fri, 25 Apr 1997 01:49:00 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA02870 for ; Fri, 25 Apr 1997 01:48:57 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id BAA01940; Fri, 25 Apr 1997 01:47:06 -0700 (PDT) To: Tony Overfield cc: Robert Withrow , hackers@FreeBSD.org Subject: Re: Can't put 512MB ram in box ... Extended memory question. In-reply-to: Your message of "Fri, 25 Apr 1997 02:11:42 CDT." <3.0.1.32.19970425021142.007bb100@bugs.us.dell.com> Date: Fri, 25 Apr 1997 01:47:05 -0700 Message-ID: <1938.861958025@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > A third, perhaps unseemly, possibility, that I haven't seen mentioned > before, is to make the real-mode BIOS call from the kernel init code > in the same way that the APM initilization BIOS call is made, by > temporarily returning the CPU to real-mode after the kernel is loaded. If that would allow me to read in initialization values from an optional file in the root filesystem, just as the kernel is read in, at the point where userconfig() is called in machdep.c, well, I'd vote for it with all flags waving. The "userconfig save" feature broke again recently in sysinstall (I don't know why) and it's simply become Yet Again Apparent that sysinstall & dset are barking up the wrong trees with the way they do their configuration saving. It's a rude hack right now, and if we could simply read in a file and set the kernel's initial state from it, well, that would be very nice. :-) Jordan From owner-freebsd-hackers Fri Apr 25 02:21:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA04246 for hackers-outgoing; Fri, 25 Apr 1997 02:21:13 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA04239 for ; Fri, 25 Apr 1997 02:21:09 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id KAA14654; Fri, 25 Apr 1997 10:14:27 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Fri, 25 Apr 1997 10:15:30 +0100 X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <3.0.1.32.19970425021142.007bb100@bugs.us.dell.com> References: <199704250001.UAA02252@spooky.rwwa.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 25 Apr 1997 10:12:56 +0100 To: Tony Overfield From: Bob Bishop Subject: Re: Can't put 512MB ram in box ... Extended memory question. Cc: hackers@freebsd.org, Robert Withrow Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 8:11 +0100 25/4/97, Tony Overfield wrote: >At 08:01 PM 4/24/97 -0400, Robert Withrow wrote: >>Can someone tell my why WIN95 can figure out I have 128M in this machine >>(with no special help from me) and FreeBSD can't? I don't like the idea >>of WIN95 being smarter than FreeBSD.... ;-) > >The short answer is that Windows 95 calls the BIOS to ask how much memory >is installed, but FreeBSD doesn't. ISTR there's an easy algorithm to size memory - the catch is dealing with addressing wraps, right? Can anything else go wrong on PC hardware? If anyone wants to pursue this I'll go hunting in my attic. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Fri Apr 25 02:32:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA04799 for hackers-outgoing; Fri, 25 Apr 1997 02:32:49 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA04793 for ; Fri, 25 Apr 1997 02:32:47 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id JAA19314; Fri, 25 Apr 1997 09:31:45 GMT Date: Fri, 25 Apr 1997 18:31:45 +0900 (JST) From: Michael Hancock To: Bakul Shah cc: FreeBSD Hackers Subject: Re: the namei cache... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Oops, off by one when using a mask instead of a prime. It probably wouldn't have bit you anyway. On Fri, 25 Apr 1997, Michael Hancock wrote: > Index: vfs_cache.c > =================================================================== > RCS file: /jaz/cvs/src/sys/kern/vfs_cache.c,v > retrieving revision 1.20 > diff -r1.20 vfs_cache.c > 144c144 > < ncpp = &nchashtbl[(dvp->v_id + cnp->cn_hash) % nchash]; > --- > > ncpp = &nchashtbl[(dvp->v_id + cnp->cn_hash) & nchash]; > 249c249 > < ncpp = &nchashtbl[(dvp->v_id + cnp->cn_hash) % nchash]; > --- > > ncpp = &nchashtbl[(dvp->v_id + cnp->cn_hash) & nchash]; > 262c262 > < nchashtbl = phashinit(desiredvnodes, M_CACHE, &nchash); > --- > > nchashtbl = hashinit(desiredvnodes, M_CACHE, &nchash); Index: vfs_cache.c =================================================================== RCS file: /jaz/cvs/src/sys/kern/vfs_cache.c,v retrieving revision 1.20 diff -r1.20 vfs_cache.c 144c144 < ncpp = &nchashtbl[(dvp->v_id + cnp->cn_hash) % nchash]; --- > ncpp = &nchashtbl[(dvp->v_id + cnp->cn_hash) & nchash]; 249c249 < ncpp = &nchashtbl[(dvp->v_id + cnp->cn_hash) % nchash]; --- > ncpp = &nchashtbl[(dvp->v_id + cnp->cn_hash) & nchash]; 262c262 < nchashtbl = phashinit(desiredvnodes, M_CACHE, &nchash); --- > nchashtbl = hashinit(desiredvnodes, M_CACHE, &nchash); 286c286 < for (ncpp = &nchashtbl[nchash - 1]; ncpp >= nchashtbl; ncpp--) { --- > for (ncpp = &nchashtbl[nchash]; ncpp >= nchashtbl; ncpp--) { 312c312 < for (ncpp = &nchashtbl[nchash - 1]; ncpp >= nchashtbl; ncpp--) { --- > for (ncpp = &nchashtbl[nchash]; ncpp >= nchashtbl; ncpp--) { From owner-freebsd-hackers Fri Apr 25 02:49:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA05309 for hackers-outgoing; Fri, 25 Apr 1997 02:49:17 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA05294 for ; Fri, 25 Apr 1997 02:48:55 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id SAA23164 for ; Fri, 25 Apr 1997 18:39:25 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (lB6C0j5m7MSN8lvYytk2ZELiFKgMWf/0@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id SAA12984 for ; Fri, 25 Apr 1997 18:39:25 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id SAA20609; Fri, 25 Apr 1997 18:44:11 +0900 (JST) Message-Id: <199704250944.SAA20609@zodiac.mech.utsunomiya-u.ac.jp> To: hackers@freebsd.org cc: yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: alternative probe_keyboard.c (was: Re: i386/3124: BOOT_PROBE_KEYBOARD hangs system in bootblocks) Date: Fri, 25 Apr 1997 18:44:09 +0900 From: Kazutaka YOKOTA Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Regarding the PR (i386/3124) that the BOOT_PROBE_KEYBOARD option fails to determine the presence of the keyboard and hangs the system, I just received the following report from the originator: nsayer>> I sent you two patches: the alternative probe_keyboard.c and the patch nsayer>> for syscons.c. I wonder how well/badly they performed in your system. nsayer>> I would be very interested to know. nsayer> nsayer>> I don't care much about the syscons.c patch. But, if the alternative nsayer>> probe_keyboard.c is found to work better than the original, I would nsayer>> ask other FreeBSD developers to consider to commit it to the source nsayer>> tree. nsayer> nsayer>> Thank you for your cooperation. nsayer> nsayer>> Kazu [...] nsayer>I just applied the boot block patch and it completely fixed the problem. nsayer>I did not apply the syscons patch. It did not seem necessary in my nsayer>case. The alternative sys/i386/boot/biosboot/probe_keyboard.c code I sent to him worked in his system. Would anybody kindly review and/or test the code too? If it is found to work in more systems than the existing code did, I would like to have it committed to the source tree. But, this is a part of the boot block. I need thorough testing, don't I? Replace the file with the following code, define BOOT_PROBE_KEYBOARD=true in /etc/make.conf, and rebuild the boot block. Keep a backup copy of the existing boot block, the `boot' and `fixit' floppies handy when you test the code. If my code doesn't work in your system, you are left with unbootable system; that's too bad... Kazu ----8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<---8<--- /*- * $Id:$ */ #ifdef PROBE_KEYBOARD #include #include #include #include #include "boot.h" #define PROBE_MAXRETRY 5 #define PROBE_MAXWAIT 500 #define IO_DUMMY 0x84 /* 7 microsec delay necessary for some keyboard controllers */ static void delay7(void) { /* * I know this is broken, but no timer is avaiable yet at this stage... * See also comments in `delay1ms()' in `io.c'. */ inb(IO_DUMMY); inb(IO_DUMMY); inb(IO_DUMMY); inb(IO_DUMMY); inb(IO_DUMMY); inb(IO_DUMMY); } /* * Perform a simple test on the keyboard; issue the ECHO command and see * if the right answer is returned. We don't do anything as drastic as * full keyboard reset; it will be too troublesome and take too much time. */ int probe_keyboard(void) { int retry = PROBE_MAXRETRY; int wait; int i; while (--retry >= 0) { /* flush any noise */ while (inb(IO_KBD + KBD_STATUS_PORT) & KBDS_ANY_BUFFER_FULL) { delay7(); inb(IO_KBD + KBD_DATA_PORT); delay1ms(); } /* wait until the controller can accept a command */ for (wait = PROBE_MAXWAIT; wait > 0; --wait) { if (((i = inb(IO_KBD + KBD_STATUS_PORT)) & (KBDS_INPUT_BUFFER_FULL | KBDS_ANY_BUFFER_FULL)) == 0) break; if (i & KBDS_ANY_BUFFER_FULL) { delay7(); inb(IO_KBD + KBD_DATA_PORT); } delay1ms(); } if (wait <= 0) continue; /* ECHO command */ outb(IO_KBD + KBD_DATA_PORT, KBDC_ECHO); /* wait for a response */ for (wait = PROBE_MAXWAIT; wait > 0; --wait) { if (inb(IO_KBD + KBD_STATUS_PORT) & KBDS_ANY_BUFFER_FULL) break; delay1ms(); } if (wait <= 0) continue; delay7(); i = inb(IO_KBD + KBD_DATA_PORT); #ifdef PROBE_KBD_BEBUG printf("probe_keyboard: got 0x%x.\n", i); #endif if (i == KBD_ECHO) { /* got the right answer */ #ifdef PROBE_KBD_BEBUG printf("probe_keyboard: succeeded.\n"); #endif return (0); } } #ifdef PROBE_KBD_BEBUG printf("probe_keyboard: failed.\n"); #endif return (1); } #endif /* PROBE_KEYBOARD */ From owner-freebsd-hackers Fri Apr 25 03:18:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA06217 for hackers-outgoing; Fri, 25 Apr 1997 03:18:38 -0700 (PDT) Received: from smtp.enteract.com (qmailr@char-star.rdist.org [206.54.252.22]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA06212 for ; Fri, 25 Apr 1997 03:18:36 -0700 (PDT) Received: (qmail 11689 invoked from network); 25 Apr 1997 10:18:35 -0000 Received: from enteract.com (mrfoine@206.54.252.1) by char-star.rdist.org with SMTP; 25 Apr 1997 10:18:35 -0000 Date: Fri, 25 Apr 1997 05:18:34 -0500 (CDT) From: Wayne Baety Reply-To: Wayne Baety To: David Langford cc: Michael Smith , joe@via.net, mrcpu@cdsnet.net, hackers@freebsd.org Subject: Re: Can't put 512MB ram in box ... Extended memory question. In-Reply-To: <199704230411.SAA01625@caliban.dihelix.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Apr 1997, David Langford wrote: > >> Why the need for the MAXMEM config variable? Why not two MAXMEM variables... MAXMEMLO MAXMEMHIGH or something the like > >> > >> Why not just probe for maximum memosry size at boot time? > > > >Because there's no standard behaviour when it comes to accessing > >nonexistent memory. Some systems mirror their memory, ie. with 64M on > >the board, addresses are all modulo-64M. Others will spontaneously > >reboot if you try to access an address with no memory behind them. From owner-freebsd-hackers Fri Apr 25 03:29:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA06525 for hackers-outgoing; Fri, 25 Apr 1997 03:29:21 -0700 (PDT) Received: from smtp.enteract.com (qmailr@char-star.rdist.org [206.54.252.22]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA06520 for ; Fri, 25 Apr 1997 03:29:20 -0700 (PDT) Received: (qmail 12244 invoked from network); 25 Apr 1997 10:29:18 -0000 Received: from enteract.com (mrfoine@206.54.252.1) by char-star.rdist.org with SMTP; 25 Apr 1997 10:29:18 -0000 Date: Fri, 25 Apr 1997 05:29:18 -0500 (CDT) From: Wayne Baety To: Darren Reed cc: Chris Coleman , hackers@FreeBSD.ORG, ipfilter@coombs.anu.edu.au Subject: Re: IPFILTER In-Reply-To: <199704231153.EAA25862@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I couldnt even get it to compile under freebsd current... after unpacking the ip_fil3.2a4 package i did... make freebsd22 and got this output: alaska /root/tmp/ipfil % cd ip_fil3.2a4 alaska /root/tmp/ipfil/ip_fil3.2a4 % make freebsd22 if [ ! -d BSD/`uname -m` ] ; then mkdir BSD/`uname -m`; fi Can't find ioconf.h *** Error code 1 Stop. what gives??? Read the readmes....couldnt figure out what to do On Wed, 23 Apr 1997, Darren Reed wrote: > In some mail from Chris Coleman, sie said: > > > > I am running IPNAT and > > Currently i have this as the only rule in my rule set, so everyone comes > > back as the same person from the DNS. > > > > map fxp0 10.0.0.0/8 -> 208.8.136.10/32 portmap tcp/udp 10000:65000 > > > > I would like to split up the domain in to 5 sections (according to > > buildings) and map all the buildings separately to different ip addresses. > > And have the last rule catch all of the other connections and run them > > through current ip address. > > > > I tried to do this, but couldn;t figure out how to make a rule to "catch > > all" of the remaining ones. Do rules have precedence? what if i just > > want to map one ip address to a specific ip address and catch all the > > rest through the normal rules? > > Rules are parsed, top to bottom. > > So if you put your "catch-all" last, it will work. > > Darren > From owner-freebsd-hackers Fri Apr 25 03:31:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA06649 for hackers-outgoing; Fri, 25 Apr 1997 03:31:19 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA06628 for ; Fri, 25 Apr 1997 03:31:08 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id UAA25681; Fri, 25 Apr 1997 20:26:35 +1000 Date: Fri, 25 Apr 1997 20:26:35 +1000 From: Bruce Evans Message-Id: <199704251026.UAA25681@godzilla.zeta.org.au> To: jkh@time.cdrom.com, tony@dell.com Subject: Re: Can't put 512MB ram in box ... Extended memory question. Cc: hackers@freebsd.org, witr@rwwa.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> A third, perhaps unseemly, possibility, that I haven't seen mentioned >> before, is to make the real-mode BIOS call from the kernel init code >> in the same way that the APM initilization BIOS call is made, by >> temporarily returning the CPU to real-mode after the kernel is loaded. > >If that would allow me to read in initialization values from an >optional file in the root filesystem, just as the kernel is read in, >at the point where userconfig() is called in machdep.c, well, I'd vote >for it with all flags waving. The "userconfig save" feature broke The current bootstrap already reads in values from /boot.config (my boot.config contains "1:sd(0,a)kernel"). There has been little interest in this so I haven't made it pass userconfig info to the kernel yet. Bruce From owner-freebsd-hackers Fri Apr 25 03:37:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA06935 for hackers-outgoing; Fri, 25 Apr 1997 03:37:26 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA06930 for ; Fri, 25 Apr 1997 03:37:24 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id DAA06165; Fri, 25 Apr 1997 03:36:38 -0700 (PDT) To: Bruce Evans cc: tony@dell.com, hackers@freebsd.org, witr@rwwa.com Subject: Re: Can't put 512MB ram in box ... Extended memory question. In-reply-to: Your message of "Fri, 25 Apr 1997 20:26:35 +1000." <199704251026.UAA25681@godzilla.zeta.org.au> Date: Fri, 25 Apr 1997 03:36:38 -0700 Message-ID: <6162.861964598@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The current bootstrap already reads in values from /boot.config (my > boot.config contains "1:sd(0,a)kernel"). There has been little interest > in this so I haven't made it pass userconfig info to the kernel yet. I have major interest in it. As I said, right now things are seriously broken with the way we do userconfig save/restore and rather than continue to patch and repair that kludge, I'd much rather put time into adding code to read and write that configuration file. Well, the reading part sounds like it's pretty straight-forward, but something in userconfig is going to have to keep track of everything it changes so that this can be queried and saved through some API. I'm willing to try and make that bit work myself if we can somehow hook userconfig variables into your /boot.config file mechanism. We could also get rid of the "info" area kludge after the boot blocks, while we're at it. Jordan From owner-freebsd-hackers Fri Apr 25 03:45:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA07202 for hackers-outgoing; Fri, 25 Apr 1997 03:45:26 -0700 (PDT) Received: from plum.cyber.com.au (plum.cyber.com.au [203.7.155.24]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA07197 for ; Fri, 25 Apr 1997 03:45:22 -0700 (PDT) Received: (from darrenr@localhost) by plum.cyber.com.au (8.6.12/8.6.6) id UAA20506; Fri, 25 Apr 1997 20:44:57 +1000 From: Darren Reed Message-Id: <199704251044.UAA20506@plum.cyber.com.au> Subject: Re: IPFILTER To: mrfoine@enteract.com (Wayne Baety) Date: Fri, 25 Apr 1997 20:44:56 +1000 (EST) Cc: chris@dilbert.bb.cc.wa.us, hackers@FreeBSD.ORG, ipfilter@postbox.anu.edu.au In-Reply-To: from "Wayne Baety" at Apr 25, 97 05:29:18 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail I received from Wayne Baety, sie wrote > > > > I couldnt even get it to compile under freebsd current... > after unpacking the ip_fil3.2a4 package i did... > > make freebsd22 > > and got this output: > > alaska /root/tmp/ipfil % cd ip_fil3.2a4 > alaska /root/tmp/ipfil/ip_fil3.2a4 % make freebsd22 > if [ ! -d BSD/`uname -m` ] ; then mkdir BSD/`uname -m`; fi > Can't find ioconf.h > *** Error code 1 Hmm...this is a bit of a problem...you *must* have a directory somewhere that is the result of a "config XYZ" (for a new kernel) - preferably one which is the same as your current and future kernel. Will add this to the documentation. Darren From owner-freebsd-hackers Fri Apr 25 04:03:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA07848 for hackers-outgoing; Fri, 25 Apr 1997 04:03:30 -0700 (PDT) Received: from smtp.enteract.com (qmailr@char-star.rdist.org [206.54.252.22]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA07841 for ; Fri, 25 Apr 1997 04:03:28 -0700 (PDT) Received: (qmail 14692 invoked from network); 25 Apr 1997 11:03:26 -0000 Received: from enteract.com (mrfoine@206.54.252.1) by char-star.rdist.org with SMTP; 25 Apr 1997 11:03:26 -0000 Date: Fri, 25 Apr 1997 06:03:26 -0500 (CDT) From: Wayne Baety To: Darren Reed cc: chris@dilbert.bb.cc.wa.us, hackers@FreeBSD.ORG, ipfilter@postbox.anu.edu.au Subject: Re: IPFILTER In-Reply-To: <199704251044.UAA20506@plum.cyber.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Apr 1997, Darren Reed wrote: > In some mail I received from Wayne Baety, sie wrote > > > > > > > > I couldnt even get it to compile under freebsd current... > > after unpacking the ip_fil3.2a4 package i did... > > > > make freebsd22 > > > > and got this output: > > > > alaska /root/tmp/ipfil % cd ip_fil3.2a4 > > alaska /root/tmp/ipfil/ip_fil3.2a4 % make freebsd22 > > if [ ! -d BSD/`uname -m` ] ; then mkdir BSD/`uname -m`; fi > > Can't find ioconf.h > > *** Error code 1 > > Hmm...this is a bit of a problem...you *must* have a directory somewhere > that is the result of a "config XYZ" (for a new kernel) - preferably one > which is the same as your current and future kernel. Will add this to the > documentation. > > Darren > Ok i figured that part out (just before reading this email :-) I moved the ipfil package to /sys and did a make freebsd30....but i got this error: alaska /usr/sys.bisdn/ip_fil3.2a4 % cd .. alaska /usr/sys.bisdn % cd ip_fil ip_fil: No such file or directory. alaska /usr/sys.bisdn % cd ip* alaska /usr/sys.bisdn/ip_fil3.2a4 % make freebsd30 if [ ! -d BSD/`uname -m` ] ; then mkdir BSD/`uname -m`; fi rm -f BSD/`uname -m`/ioconf.h ln -s `uname -v|sed -e 's@^.*:\(/[^: ]*\).*@\1@'`/ioconf.h BSD/`uname -m` make bsd if [ ! -d BSD/`uname -m` ] ; then mkdir BSD/`uname -m`; fi rm -f BSD/`uname -m`/Makefile BSD/`uname -m`/Makefile.ipsend ln -s ../Makefile BSD/`uname -m`/Makefile ln -s ../Makefile.ipsend BSD/`uname -m`/Makefile.ipsend (cd BSD/`uname -m`; make build "TOP=../.." "BINDEST=/usr/local/ip_fil3.1.1/bin" "SBINDEST=/usr/local/ip_fil3.1.1/sbin" "MANDIR=/usr/local/ip_fil3.1.1/man" "CC=gcc" 'CFLAGS=-I$(TOP) ' "IPFLKM=-DIPFILTER_LKM" "IPFLOG=-DIPFILTER_LOG" "LOGFAC=-DLOGFAC=LOG_LOCAL0" "POLICY=-DIPF_DEFAULT_PASS=FR_PASS" "SOLARIS2=" "DEBUG=-g" "DCPU=`uname -m`" ; cd ..) gcc -g -I../.. -c ../../ipf.c -o ipf.o In file included from ../../ipf.c:25: /usr/include/net/if.h:69: field `ifi_lastchange' has incomplete type *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. now what?.......this is on -current by the way From owner-freebsd-hackers Fri Apr 25 05:16:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA10919 for hackers-outgoing; Fri, 25 Apr 1997 05:16:03 -0700 (PDT) Received: from darius.concentric.net (darius.concentric.net [207.155.184.79]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA10902 for ; Fri, 25 Apr 1997 05:15:59 -0700 (PDT) Received: from mcfeely.concentric.net (mcfeely.concentric.net [207.155.184.83]) by darius.concentric.net (8.8.5/(97/04/23 3.28)) id IAA14608; Fri, 25 Apr 1997 08:15:57 -0400 (EDT) [1-800-745-2747 The Concentric Network] Received: from crc3.concentric.net (61033d0013ny.concentric.net [206.173.18.73]) by mcfeely.concentric.net (8.8.5) id IAA20953; Fri, 25 Apr 1997 08:15:54 -0400 (EDT) Message-ID: <3360A071.1607@concentric.net> Date: Fri, 25 Apr 1997 08:15:45 -0400 From: Richard Linane Reply-To: Typh0on@concentric.net Organization: Richard Linane X-Mailer: Mozilla 3.0Gold (Win95; U) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: Edo Yudhistira , hackers@freebsd.org Subject: Re: MailBomb References: <2133.861782514@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > Greetings, > > Does anybody know how to make a good mailbomb? I want to know how > > this thing really works!!! > > Yeah, it's really easy. You just post a truly stupid message to some > large mailing list, say one belonging to the FreeBSD Project, saying > "hey, does anyone know how to make a good mailbomb?" > > You'll probably get several in response, thus showing you exactly how > to do it by direct example! > > Jordan > > P.S. For the next stage in your education travel to Sri Lanka, find a > group of Tamil rebels lounging around with their assault rifles and > yell: "Hey, do any of you idiots actually know how to shoot those > things?" > > It's basically the same question as this one, just on a bigger > scale. ;-) Ohh Yess!! Sarcasim at it's finest!! Thanks for the Laugh!!! Rich From owner-freebsd-hackers Fri Apr 25 05:47:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA12728 for hackers-outgoing; Fri, 25 Apr 1997 05:47:54 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA12721; Fri, 25 Apr 1997 05:47:45 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199704251247.FAA12721@hub.freebsd.org> Subject: Re: Maintainer of ft/lft To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 25 Apr 1997 05:47:45 -0700 (PDT) Cc: jbryant@tfs.net, terry@lambert.org, freebsd-hackers@freebsd.org In-Reply-To: <199704250501.OAA00444@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 25, 97 02:31:05 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Guy,s, settle down. there is no need to get into a cat fight over this. ;) QIC is common. Mike and Terry dont want to support it themselves Mike and Terry do not object to someone else supporting it Jim wants it supported FreeBSD is a volunteer based project Jim do you want to support QIC? if not please help us find someone that does. jmb From owner-freebsd-hackers Fri Apr 25 05:51:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA13054 for hackers-outgoing; Fri, 25 Apr 1997 05:51:49 -0700 (PDT) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA13048 for ; Fri, 25 Apr 1997 05:51:46 -0700 (PDT) Received: from spooky.rwwa.com (localhost.rwwa.com [127.0.0.1]) by spooky.rwwa.com (8.8.5/8.8.5) with ESMTP id IAA00901; Fri, 25 Apr 1997 08:51:39 -0400 (EDT) Message-Id: <199704251251.IAA00901@spooky.rwwa.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: hackers@freebsd.org (freebsd-hackers) Subject: Re: manpages In-reply-to: Your message of "Fri, 25 Apr 1997 08:48:33 +0200." <19970425084833.PY29232@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Apr 1997 08:51:39 -0400 From: Robert Withrow Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk j@uriah.heep.sax.de said: :- If you don't like this feature, simply remove the cat directories. Oh, I do... But every damn package seems to creat-em again! Grump Grump... ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Fri Apr 25 06:13:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA14244 for hackers-outgoing; Fri, 25 Apr 1997 06:13:42 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA14236 for ; Fri, 25 Apr 1997 06:13:36 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id XAA30302; Fri, 25 Apr 1997 23:04:19 +1000 Date: Fri, 25 Apr 1997 23:04:19 +1000 From: Bruce Evans Message-Id: <199704251304.XAA30302@godzilla.zeta.org.au> To: are@communique.no, bde@zeta.org.au Subject: Re: kern/3375: Ten minute delay at boot-time Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Calibrating clock(s) ... i586 clock: 133662709 Hz, i8254 clock: 1202460 Hz >CLK_USE_I8254_CALIBRATION not specified - using default frequency >CLK_USE_I586_CALIBRATION not specified - using old calibration method > >It seemed to speed along just fine, and I did not notice any 10 second >delay (as is now the new timeout). There's still something not quite right - 1202460 Hz is too far from the nominal value of 1193182 - almost 1% different. If it is (relatively) correct then there would be a noticeable drift in one or both of your clocks. Another non-default option, CLK_CALIBRATION_LOOP, can be used to repeat the calibration. It doesn't repeat the initialization, so I would expect it to work or not work consistently. >Then, as I'd forgotten to use -c (to enable the psm0 - why is it that it >is disabled by default?), I did another reboot, this time with -cv. It may interfere with other devices. >Now I got (and why is it that this first part - before vis. config - >doesn't get added to /var/log/messages?): It should be added. I think the visual userconfig output overwrote it. >Calibrating clock(s) ... failed, using default i8254 clock of 1193182Hz >CLK_USE_I8254_CALIBRATION not specified - using default frequency > >This time it waited for about ten secs. before continuing (entering >config). > >Does this mean the RTC isn't quite stable? It probably wants longer delays. Duplicate all the inb(0x84)'s in the patch. >Should I add any of the noted CALIBRATION options? Only CLK_CALIBRATION_LOOP. The others risk using wrong values. >And one last thing: >Sometimes when shuting down, /var/log/messages is appended with a lot of >junk like this ESC[mESC[8;1HESC[mESC[9;1HESC[mESC[m. What's up? I think this is normal output from visual userconfig. Bruce From owner-freebsd-hackers Fri Apr 25 06:22:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA14704 for hackers-outgoing; Fri, 25 Apr 1997 06:22:17 -0700 (PDT) Received: from smtp.enteract.com (qmailr@char-star.rdist.org [206.54.252.22]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA14694 for ; Fri, 25 Apr 1997 06:22:14 -0700 (PDT) Received: (qmail 1300 invoked from network); 25 Apr 1997 13:22:11 -0000 Received: from enteract.com (mrfoine@206.54.252.1) by char-star.rdist.org with SMTP; 25 Apr 1997 13:22:11 -0000 Date: Fri, 25 Apr 1997 08:22:11 -0500 (CDT) From: Wayne Baety Reply-To: Wayne Baety To: gjennejohn@frt.dec.com cc: ipfilter@coombs.anu.edu.au, hackers@freebsd.org, darrenr@cyber.com.au Subject: Re: IPFILTER In-Reply-To: <9704251138.AA16674@cssmuc.frt.dec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Apr 1997 garyj@frt.dec.com wrote: > > mrfoine@enteract.com writes: > > > > > > I couldnt even get it to compile under freebsd current... > > after unpacking the ip_fil3.2a4 package i did... > > > > make freebsd22 > > > > and got this output: > > > > alaska /root/tmp/ipfil % cd ip_fil3.2a4 > > alaska /root/tmp/ipfil/ip_fil3.2a4 % make freebsd22 > > if [ ! -d BSD/`uname -m` ] ; then mkdir BSD/`uname -m`; fi > > Can't find ioconf.h > > *** Error code 1 > > > > Stop. > > > > > > what gives??? > > Read the readmes....couldnt figure out what to do > > > > the work has all been done already to get ipfilter running under current. > Look in the current mail archive (accessible from the FreeBSD home page) > for ipfilter. One of these messages contains a pointer to the finalized > stuff (something like proff-ipfilter-final.shar.gz). All you need to do > is unpack the shar and make. I couldnt find any references to this anywhere in the archives.....could someone tell me where i can get it? > > --- > Gary Jennejohn (work) gjennejohn@frt.dec.com > (home) Gary.Jennejohn@munich.netsurf.de > (play) gj@freebsd.org > > From owner-freebsd-hackers Fri Apr 25 07:38:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA19332 for hackers-outgoing; Fri, 25 Apr 1997 07:38:57 -0700 (PDT) Received: from seine.cs.umd.edu (seine.cs.umd.edu [128.8.128.59]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA19324 for ; Fri, 25 Apr 1997 07:38:53 -0700 (PDT) Received: by seine.cs.umd.edu (8.8.5/UMIACS-0.9/04-05-88) id KAA23135; Fri, 25 Apr 1997 10:38:39 -0400 (EDT) Message-Id: <199704251438.KAA23135@seine.cs.umd.edu> To: hackers@freebsd.org cc: rohit@cs.umd.edu Subject: Bizzare Ping (and other) bugs. Date: Fri, 25 Apr 1997 10:38:38 -0400 From: Rohit Dube Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I was wondering if anybody had encountered/solved the following ping bug - [1] Change the IP address of an interface (using ifconfig). [2] Ping a target machine from that interface. No response. [3] Look at the exchange using 'tcpdump'. The ping packets going out of the 'changed' interface have the old address. ICMP echo replies from the target machine are to this old address and are not delivered to ping. In general FreeBSD/4.4BSD code for changed/downed/deleted interfaces/routes at run-time seems to be lacking. For example kern/425 from GNATS (May 16, 1995) still exists - Downing and deleting an interface doesnot get rid of the arp and the routing entry still exists. Similarly changing the IP address of an interface doesnot get rid of the ip-mac association for the old interface. I would appreciate notes/fixes/feedback from anybody who has seen or solved problems related to run-time interface changes. Thanks in advance. --rohit. PS: I use FreeBSD 2.2-961006-SNAP, but I think this bug has been around for quite a few previous and later releases/snaps. From owner-freebsd-hackers Fri Apr 25 07:47:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA19798 for hackers-outgoing; Fri, 25 Apr 1997 07:47:12 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA19787 for ; Fri, 25 Apr 1997 07:47:09 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id AAA00760; Sat, 26 Apr 1997 00:40:42 +1000 Date: Sat, 26 Apr 1997 00:40:42 +1000 From: Bruce Evans Message-Id: <199704251440.AAA00760@godzilla.zeta.org.au> To: joerg_wunsch@uriah.heep.sax.de, witr@rwwa.com Subject: Re: manpages Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >:- If you don't like this feature, simply remove the cat directories. > >Oh, I do... But every damn package seems to creat-em again! Grump Grump... I nuke then in /etc/mtree/bsd.local.mk and grumble about the packages using their mtree databases instead of the system ones. Bruce From owner-freebsd-hackers Fri Apr 25 07:52:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA20386 for hackers-outgoing; Fri, 25 Apr 1997 07:52:55 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA20371 for ; Fri, 25 Apr 1997 07:52:50 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA29050 for hackers@freebsd.org; Fri, 25 Apr 1997 16:52:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id QAA12884; Fri, 25 Apr 1997 16:35:10 +0200 (MET DST) Message-ID: <19970425163510.QM44383@uriah.heep.sax.de> Date: Fri, 25 Apr 1997 16:35:10 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: alternative probe_keyboard.c (was: Re: i386/3124: BOOT_PROBE_KEYBOARD hangs system in bootblocks) References: <199704250944.SAA20609@zodiac.mech.utsunomiya-u.ac.jp> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704250944.SAA20609@zodiac.mech.utsunomiya-u.ac.jp>; from Kazutaka YOKOTA on Apr 25, 1997 18:44:09 +0900 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Kazutaka YOKOTA wrote: > The alternative sys/i386/boot/biosboot/probe_keyboard.c code I sent to > him worked in his system. Would anybody kindly review and/or test the > code too? The only chance to get it tested is: . commit it, . make keyboard probing the default, . so Jordan's next 3.0-SNAP will use it by default. Jordan should keep a hidden floppy image around for that SNAP, without keyboard probing. However, if your bootblock survived this test, we can assume it's safe to use keyboard probing by default. The bootblocks are nothing that's installed by a `make world', so only very few (interested) people will follow your request to test them. Thus, the only way to get it really tested is a SNAP. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Apr 25 07:58:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA20697 for hackers-outgoing; Fri, 25 Apr 1997 07:58:52 -0700 (PDT) Received: from xyplex.com (xap.xyplex.com [140.179.130.200]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA20691 for ; Fri, 25 Apr 1997 07:58:49 -0700 (PDT) Received: from smtpgate.xyplex.com (smtpgate.xyplex.com [140.179.176.151]) by xyplex.com (8.8.5/8.7.3) with SMTP id KAA12559 for ; Fri, 25 Apr 1997 10:57:46 -0400 (EDT) Received: by smtpgate.xyplex.com with Microsoft Mail id <3360F09C@smtpgate.xyplex.com>; Fri, 25 Apr 97 10:57:48 PDT From: "Whitesel, Rick" To: "'FreeBSD Hackers'" Subject: ucd-snmp-3.1.3 patch Date: Fri, 25 Apr 97 10:56:00 PDT Message-ID: <3360F09C@smtpgate.xyplex.com> Encoding: 25 TEXT, 678 TEXT X-Mailer: Microsoft Mail V3.0 X-MS-Attachment: EXTENS~1.PAT 17592 04-25-1997 10:42 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi: I am enclosing the full replacement patch file for the file extensible.c. The file was missing an include of vm/vm_param.h. It appears that this file is no longer automatically included in the kernel.h(?) file. The file extensible.c is normally found in the following directory: /usr/ports/net/ucd-snmp/work/ucd-snmp-3.1.3/agent/extensible This patch should work for version 2.2x and forward of FreeBSD. Rick Whitesel Principal Consulting Engineer Xyplex Networks Eml: rwhitesel@xyplex.com Pho: 508-952-4786 Fax: 508-952-4887 Xyplex Networks 295 Foster Street Littleton, Mass 01460 [[ EXTENS~1.PAT : 3594 in EXTENS~1.PAT ]] *** extensible.c.orig Fri Apr 25 06:03:55 1997 --- extensible.c Fri Apr 25 07:33:29 1997 *************** *** 75,80 **** --- 75,85 ---- #if STDC_HEADERS #include #endif + #ifdef freebsd2 + #include + #include + #include + #endif #include "mibincl.h" #include "mibdefs.h" *************** *** 101,107 **** static int exceptions[] = SECURITYEXCEPTIONS; #endif ! int checkmib(vp,name,length,exact,var_len,write_method,newname,max) register struct variable *vp; register oid *name; register int *length; --- 106,113 ---- static int exceptions[] = SECURITYEXCEPTIONS; #endif ! int ! checkmib(vp, name, length, exact, var_len, write_method, newname, max) register struct variable *vp; register oid *name; register int *length; *************** *** 133,140 **** memmove(newname, vp->name, (int)vp->namelen * sizeof (oid)); newname[vp->namelen] = 1; *length = vp->namelen+1; ! } ! else { *length = vp->namelen+1; memmove(newname, name, (*length) * sizeof(oid)); if (!exact) --- 139,145 ---- memmove(newname, vp->name, (int)vp->namelen * sizeof (oid)); newname[vp->namelen] = 1; *length = vp->namelen+1; ! } else { *length = vp->namelen+1; memmove(newname, name, (*length) * sizeof(oid)); if (!exact) *************** *** 171,176 **** --- 176,208 ---- } #define pagetok(size) ((size) << pageshift) + #define KNLookup(nl_which, buf, s) (klookup((int) nl[nl_which].n_value, buf, s)) + + #ifdef freebsd2 + + /* + * FreeBSD 2.x uses sysctl() for most of it's work, so we only need to + * find kernel objects for the swap statistics. + */ + + static struct nlist nl[] = { + #define NL_SWAPLIST 0 + { "_swaplist" }, + #define NL_SWDEVT 1 + { "_swdevt" }, + #define NL_NSWAP 2 + { "_nswap" }, + #define NL_NSWDEV 3 + { "_nswdev" }, + #define NL_DMMAX 4 + { "_dmmax" }, + #define NL_MAXMEM 5 + { "_Maxmem"}, + { 0 }, + }; + + #else /* freebsd2 */ + #define NL_AVENRUN 0 #define NL_TOTAL 1 #define NL_SWDEVT 2 *************** *** 178,185 **** #define NL_NSWAPFS 4 #define NL_NSWAPDEV 5 #define NL_PHYSMEM 6 - #define KNLookup(nl_which, buf, s) (klookup((int) nl[nl_which].n_value, buf, s)) - static struct nlist nl[] = { #if !defined(hpux) && !defined(solaris2) { "_avenrun"}, --- 210,215 ---- *************** *** 201,206 **** --- 231,238 ---- { 0 } }; + #endif /* freebsd2 */ + #define SWAPGETLEFT 0 #define SWAPGETTOTAL 1 *************** *** 209,215 **** #ifdef USEMEMMIB ! int getswap(rettype) int rettype; { int spaceleft=0, spacetotal=0, i, fd; --- 241,384 ---- #ifdef USEMEMMIB ! #ifdef freebsd2 ! /* ! * getswap is based on a program called swapinfo written ! * by Kevin Lahey . ! */ ! ! #define KGET(idx, var) \ ! KGET1(idx, &var, sizeof(var)) ! ! #define KGET1(idx, p, s) \ ! KGET2(nl[idx].n_value, p, s) ! ! #define KGET2(addr, p, s) \ ! if (klookup((int) (addr), p, s) == NULL) \ ! return(NULL); ! ! int ! getswap(rettype) ! int rettype; ! { ! char *header; ! int hlen, nswap, nswdev, dmmax; ! int i, div, avail, nfree, npfree, used; ! struct swdevt *sw; ! long blocksize, *perdev; ! struct rlist head; ! u_long ptr; ! #if __FreeBSD_version >= 220000 ! struct rlisthdr swaplist; ! struct rlist *swapptr; ! #else ! struct rlist *swaplist; ! #endif ! ! KGET(NL_NSWAP, nswap); ! KGET(NL_NSWDEV, nswdev); ! KGET(NL_DMMAX, dmmax); ! KGET(NL_SWAPLIST, swaplist); ! if ((sw = malloc(nswdev * sizeof(*sw))) == NULL || ! (perdev = malloc(nswdev * sizeof(*perdev))) == NULL) ! err(1, "malloc"); ! KGET1(NL_SWDEVT, &ptr, sizeof ptr); ! KGET2(ptr, sw, nswdev * sizeof(*sw)); ! ! /* Count up swap space. */ ! nfree = 0; ! memset(perdev, 0, nswdev * sizeof(*perdev)); ! ! #if __FreeBSD_version >= 220000 ! swapptr = swaplist.rlh_list; ! while (swapptr) { ! #else ! while (swaplist) { ! #endif ! int top, bottom, next_block; ! ! #if __FreeBSD_version >= 220000 ! KGET2(swapptr, &head, sizeof(struct rlist)); ! #else ! KGET2(swaplist, &head, sizeof(struct rlist)); ! #endif ! ! top = head.rl_end; ! bottom = head.rl_start; ! ! nfree += top - bottom + 1; ! ! /* ! * Swap space is split up among the configured disks. ! * ! * For interleaved swap devices, the first dmmax blocks ! * of swap space some from the first disk, the next dmmax ! * blocks from the next, and so on up to nswap blocks. ! * ! * The list of free space joins adjacent free blocks, ! * ignoring device boundries. If we want to keep track ! * of this information per device, we'll just have to ! * extract it ourselves. ! */ ! while (top / dmmax != bottom / dmmax) { ! next_block = ((bottom + dmmax) / dmmax); ! perdev[(bottom / dmmax) % nswdev] += ! next_block * dmmax - bottom; ! bottom = next_block * dmmax; ! } ! perdev[(bottom / dmmax) % nswdev] += ! top - bottom + 1; ! ! #if __FreeBSD_version >= 220000 ! swapptr = head.rl_next; ! #else ! swaplist = head.rl_next; ! #endif ! } ! ! header = getbsize(&hlen, &blocksize); ! div = blocksize / 512; ! avail = npfree = 0; ! for (i = 0; i < nswdev; i++) { ! int xsize, xfree; ! ! /* ! * Don't report statistics for partitions which have not ! * yet been activated via swapon(8). ! */ ! if (!(sw[i].sw_flags & SW_FREED)) ! continue; ! ! /* The first dmmax is never allocated to avoid trashing of ! * disklabels ! */ ! xsize = sw[i].sw_nblks - dmmax; ! xfree = perdev[i]; ! used = xsize - xfree; ! npfree++; ! avail += xsize; ! } ! ! /* ! * If only one partition has been set up via swapon(8), we don't ! * need to bother with totals. ! */ ! used = avail - nfree; ! ! free(sw); free(perdev); ! ! switch (rettype) { ! case SWAPGETLEFT: ! return(nfree / div); ! case SWAPGETTOTAL: ! return(avail / div); ! } ! } ! ! #else /* freebsd2 */ ! ! int ! getswap(rettype) int rettype; { int spaceleft=0, spacetotal=0, i, fd; *************** *** 230,244 **** --- 399,416 ---- if (KNLookup(NL_SWDEVT,(int *) swdevt, sizeof(struct swdevt)*nswapdev) == NULL) return(0); + for (i=0; i < nswapdev; i++) { if (swdevt[i].sw_enable) { spacetotal += swdevt[i].sw_nblks; spaceleft += (swdevt[i].sw_nfpgs * 4); } } + if (KNLookup(NL_FSWDEVT,(int *) fswdevt, sizeof(struct fswdevt)*nswapfs) == NULL) return(0); + for (i=0; i < nswapfs; i++) { if (fswdevt[i].fsw_enable) { spacetotal += (fswdevt[i].fsw_limit * 2048); /* 2048=bytes per page? */ *************** *** 247,252 **** --- 419,425 ---- /* 37 = calculated value I know it makes no sense, nor is it accurate */ } } + /* this is a real hack. I need to get the hold info from swapinfo, but I can't figure out how to read it out of the kernel directly -- Wes */ *************** *** 271,290 **** return(spacetotal); } } ! unsigned char *var_extensible_mem(vp, name, length, exact, var_len, write_method) ! register struct variable *vp; ! /* IN - pointer to variable entry that points here */ ! register oid *name; ! /* IN/OUT - input name requested, output name found */ ! register int *length; ! /* IN/OUT - length of input and output oid's */ ! int exact; ! /* IN - TRUE if an exact match was requested. */ ! int *var_len; ! /* OUT - length of variable or 0 if function returned. */ ! int (**write_method)(); ! /* OUT - pointer to function to set variable, otherwise 0 */ { oid newname[30]; --- 444,459 ---- return(spacetotal); } } + #endif /* freebsd2 */ ! unsigned char * ! var_extensible_mem(vp, name, length, exact, var_len, write_method) ! register struct variable *vp; /* IN - pointer to variable entry that points here */ ! register oid *name; /* IN/OUT - input name requested, output name found */ ! register int *length; /* IN/OUT - length of input and output oid's */ ! int exact; /* IN - TRUE if an exact match was requested. */ ! int *var_len; /* OUT - length of variable or 0 if function returned. */ ! int (**write_method)(); /* OUT - pointer to function to set variable, otherwise 0 */ { oid newname[30]; *************** *** 298,308 **** if (!checkmib(vp,name,length,exact,var_len,write_method,newname,1)) return(NULL); ! #ifdef bsdi2 /* sum memory statistics */ { size_t size = sizeof(total); static int mib[] = { CTL_VM, VM_TOTAL }; if (sysctl(mib, 2, &total, &size, NULL, 0) < 0) return (0); } #else --- 467,482 ---- if (!checkmib(vp,name,length,exact,var_len,write_method,newname,1)) return(NULL); ! ! #if defined(bsdi2) || defined(freebsd2) /* sum memory statistics */ { size_t size = sizeof(total); + #ifdef freebsd2 + static int mib[] = { CTL_VM, VM_METER }; + #else static int mib[] = { CTL_VM, VM_TOTAL }; + #endif if (sysctl(mib, 2, &total, &size, NULL, 0) < 0) return (0); } #else *************** *** 328,334 **** long_ret = minimumswap; return((u_char *) (&long_ret)); case MEMTOTALREAL: ! #ifdef bsdi2 { size_t size = sizeof(long_ret); static int mib[] = { CTL_HW, HW_PHYSMEM }; --- 502,508 ---- long_ret = minimumswap; return((u_char *) (&long_ret)); case MEMTOTALREAL: ! #if defined (bsdi2) || defined (freebsd2) { size_t size = sizeof(long_ret); static int mib[] = { CTL_HW, HW_PHYSMEM }; *************** *** 345,352 **** case MEMUSEDREAL: long_ret = pagetok((int) total.t_arm); return((u_char *) (&long_ret)); case MEMTOTALSWAPTXT: ! #ifndef bsdi2 long_ret = pagetok(total.t_vmtxt); #endif return((u_char *) (&long_ret)); --- 519,533 ---- case MEMUSEDREAL: long_ret = pagetok((int) total.t_arm); return((u_char *) (&long_ret)); + #ifdef freebsd2 case MEMTOTALSWAPTXT: ! case MEMUSEDSWAPTXT: ! case MEMTOTALREALTXT: ! case MEMUSEDREALTXT: ! return(NULL); ! #else ! case MEMTOTALSWAPTXT: ! #ifndef bsdi2 long_ret = pagetok(total.t_vmtxt); #endif return((u_char *) (&long_ret)); *************** *** 365,370 **** --- 546,552 ---- long_ret = pagetok(total.t_armtxt); #endif return((u_char *) (&long_ret)); + #endif /* freebsd2 */ case MEMTOTALFREE: long_ret = pagetok(total.t_free); return((u_char *) (&long_ret)); *************** *** 382,396 **** return((u_char *) (errmsg)); } } ! ! #endif static int numdisks; struct diskpart disks[MAXDISKS]; #if defined(USEDISKMIB) ! unsigned char *var_extensible_disk(vp, name, length, exact, var_len, write_method) register struct variable *vp; /* IN - pointer to variable entry that points here */ register oid *name; --- 564,578 ---- return((u_char *) (errmsg)); } } ! #endif /* USEMEMMIB */ static int numdisks; struct diskpart disks[MAXDISKS]; #if defined(USEDISKMIB) ! unsigned char * ! var_extensible_disk(vp, name, length, exact, var_len, write_method) register struct variable *vp; /* IN - pointer to variable entry that points here */ register oid *name; *************** *** 415,430 **** #if defined(HAVE_STATVFS) || defined(HAVE_STATFS) struct statvfs vfs; ! #else ! #if HAVE_FSTAB_H int file; union { struct fs iu_fs; char dummy[SBSIZE]; } sb; #define filesys sb.iu_fs ! #endif ! #endif if (!checkmib(vp,name,length,exact,var_len,write_method,newname,numdisks)) return(NULL); --- 597,612 ---- #if defined(HAVE_STATVFS) || defined(HAVE_STATFS) struct statvfs vfs; ! #elif HAVE_SYS_MOUNT_H ! struct statfs vfs; ! #elif HAVE_FSTAB_H int file; union { struct fs iu_fs; char dummy[SBSIZE]; } sb; #define filesys sb.iu_fs ! #endif /* HAVE_SYS_STATVFS_H */ if (!checkmib(vp,name,length,exact,var_len,write_method,newname,numdisks)) return(NULL); *************** *** 481,488 **** *var_len = strlen(errmsg); return((u_char *) (errmsg)); } ! #else ! #if HAVE_FSTAB_H /* read the disk information */ if ((file = open(disks[disknum].device,0)) < 0) { fprintf(stderr,"Couldn't open device %s\n",disks[disknum].device); --- 663,669 ---- *var_len = strlen(errmsg); return((u_char *) (errmsg)); } ! #elif HAVE_FSTAB_H /* read the disk information */ if ((file = open(disks[disknum].device,0)) < 0) { fprintf(stderr,"Couldn't open device %s\n",disks[disknum].device); *************** *** 536,549 **** } /*#endif*/ ! #endif #define NOERR 0 #define LOCKDBROKE 1 #define OPENERR 2 /* ! static int locktimeouttest; int lockd_timeout() { --- 717,731 ---- } /*#endif*/ ! /*#endif*/ #define NOERR 0 #define LOCKDBROKE 1 #define OPENERR 2 /* ! static int ! locktimeouttest; int lockd_timeout() { *************** *** 552,558 **** */ #ifdef USELOCKDMIB ! long lockd_test(msg) char *msg; { --- 734,741 ---- */ #ifdef USELOCKDMIB ! long ! lockd_test(msg) char *msg; { *************** *** 590,596 **** } ! unsigned char *var_extensible_lockd_test(vp, name, length, exact, var_len, write_method) register struct variable *vp; /* IN - pointer to variable entry that points here */ register oid *name; --- 773,780 ---- } ! unsigned char * ! var_extensible_lockd_test(vp, name, length, exact, var_len, write_method) register struct variable *vp; /* IN - pointer to variable entry that points here */ register oid *name; *************** *** 636,654 **** #endif #ifdef USELOADAVEMIB ! unsigned char *var_extensible_loadave(vp, name, length, exact, var_len, write_method) ! register struct variable *vp; ! /* IN - pointer to variable entry that points here */ ! register oid *name; ! /* IN/OUT - input name requested, output name found */ ! register int *length; ! /* IN/OUT - length of input and output oid's */ ! int exact; ! /* IN - TRUE if an exact match was requested. */ ! int *var_len; ! /* OUT - length of variable or 0 if function returned. */ ! int (**write_method)(); ! /* OUT - pointer to function to set variable, otherwise 0 */ { oid newname[30]; --- 820,833 ---- #endif #ifdef USELOADAVEMIB ! unsigned char * ! var_extensible_loadave(vp, name, length, exact, var_len, write_method) ! register struct variable *vp; /* IN - pointer to variable entry that points here */ ! register oid *name; /* IN/OUT - input name requested, output name found */ ! register int *length; /* IN/OUT - length of input and output oid's */ ! int exact; /* IN - TRUE if an exact match was requested. */ ! int *var_len; /* OUT - length of variable or 0 if function returned. */ ! int (**write_method)(); /* OUT - pointer to function to set variable, otherwise 0 */ { oid newname[30]; *************** *** 755,761 **** #ifdef USEERRORMIB ! unsigned char *var_extensible_errors(vp, name, length, exact, var_len, write_method) register struct variable *vp; /* IN - pointer to variable entry that points here */ register oid *name; --- 934,941 ---- #ifdef USEERRORMIB ! unsigned char * ! var_extensible_errors(vp, name, length, exact, var_len, write_method) register struct variable *vp; /* IN - pointer to variable entry that points here */ register oid *name; *************** *** 885,891 **** return compare((*ap)->miboid,(*ap)->miblen,(*bp)->miboid,(*bp)->miblen); } ! RETSIGTYPE update_config(a) int a; { extern struct subtree *subtrees; --- 1065,1072 ---- return compare((*ap)->miboid,(*ap)->miblen,(*bp)->miboid,(*bp)->miblen); } ! RETSIGTYPE ! update_config(a) int a; { extern struct subtree *subtrees; *************** *** 1013,1019 **** } #ifdef USEMEMMIB ! #ifndef bsdi2 if (KNLookup(NL_NSWAPDEV,(int *) &nswapdev, sizeof(nswapdev)) == NULL) return; --- 1194,1200 ---- } #ifdef USEMEMMIB ! #if !defined(bsdi2) && !defined(freebsd2) if (KNLookup(NL_NSWAPDEV,(int *) &nswapdev, sizeof(nswapdev)) == NULL) return; *************** *** 1021,1027 **** --- 1202,1216 ---- == NULL) return; #endif + #ifdef freebsd2 + #ifdef PAGE_SHIFT + pagesize = 1 << PAGE_SHIFT; + #else pagesize = 1 << PGSHIFT; + #endif + #else + pagesize = 1 << PGSHIFT; + #endif pageshift = 0; while (pagesize > 1) { pageshift++; From owner-freebsd-hackers Fri Apr 25 07:59:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA20727 for hackers-outgoing; Fri, 25 Apr 1997 07:59:09 -0700 (PDT) Received: from jocki.domestic (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA20718 for ; Fri, 25 Apr 1997 07:59:05 -0700 (PDT) Received: (from joki@localhost) by jocki.domestic (8.8.5/8.8.5) id QAA00659 for hackers@freebsd.org; Fri, 25 Apr 1997 16:59:26 +0200 (MET DST) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 25 Apr 1997 16:55:21 +0200 (MET DST) From: Joachim Kuebart To: hackers@freebsd.org Subject: VFAT 32 support in msdosfs Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! Is there VFAT32 support in the current msdosfs? If not,m I'd be ready to try and do it.. Note: From what I've heared, Windows95 that supports VFAT isn't even shipped any more. So this will probably be dying out soon.. :-) c u JO ----------------------------------------------------------------------- FreeBSD Top breeders recommend it Joachim Kuebart Germany Tel: +49 711 653706 From owner-freebsd-hackers Fri Apr 25 08:34:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA22821 for hackers-outgoing; Fri, 25 Apr 1997 08:34:23 -0700 (PDT) Received: from odin.visigenic.com (odin.visigenic.com [204.179.98.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA22815 for ; Fri, 25 Apr 1997 08:34:21 -0700 (PDT) Received: from VSI48 (vsi48.visigenic.com [206.64.15.185]) by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP id AAA20862 for ; Fri, 25 Apr 1997 08:34:19 -0700 Message-Id: <3.0.32.19970425083345.009a8a00@visigenic.com> X-Sender: toneil@visigenic.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 25 Apr 1997 08:33:46 -0700 To: hackers@freebsd.org From: "Tim Oneil" Subject: Re: MailBomb Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 08:15 AM 4/25/97 -0400, you wrote: >Jordan K. Hubbard wrote: >> >> > Greetings, >> > Does anybody know how to make a good mailbomb? I want to know how >> > this thing really works!!! >> >> Yeah, it's really easy. You just post a truly stupid message to some >> large mailing list, say one belonging to the FreeBSD Project, saying >> "hey, does anyone know how to make a good mailbomb?" >> >> You'll probably get several in response, thus showing you exactly how >> to do it by direct example! >> >> Jordan >> >> P.S. For the next stage in your education travel to Sri Lanka, find a >> group of Tamil rebels lounging around with their assault rifles and >> yell: "Hey, do any of you idiots actually know how to shoot those >> things?" >> >> It's basically the same question as this one, just on a bigger >> scale. ;-) >Ohh Yess!! >Sarcasim at it's finest!! >Thanks for the Laugh!!! >Rich Well, if it is a troll, it should be killed immediately! Oh... sorry... From owner-freebsd-hackers Fri Apr 25 08:43:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA23299 for hackers-outgoing; Fri, 25 Apr 1997 08:43:05 -0700 (PDT) Received: from chess.inetspace.com ([206.50.163.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA23292 for ; Fri, 25 Apr 1997 08:43:02 -0700 (PDT) Received: (from kgor@localhost) by chess.inetspace.com (8.8.5/8.7.3) id KAA01296; Fri, 25 Apr 1997 10:41:36 -0500 (CDT) Date: Fri, 25 Apr 1997 10:41:36 -0500 (CDT) Message-Id: <199704251541.KAA01296@chess.inetspace.com> From: "Kent S. Gordon" To: hackers@FreeBSD.org Subject: What is the absolute minimum options for a kernel? (INET required) Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I am trying to create a minimal kernel for debugging a boot problem after the recent code merges in -current. I tried the following kernel file but got a undefined symbol netisr_set from i386/i386/machdep.c (I commented out the reference to build the kernel). What is the minimal set? If I add INET, I get other undefined unless some devices/pseudo-devices are defined. I have attached the config file that I created. Why is INET a required option? Kent S. Gordon Senior Software Engineer iNetSpace Co. voice: (972)851-3494 fax:(972)702-0384 e-mail:kgor@inetspace.com machine "i386" cpu "I486_CPU" ident GGZOO maxusers 10 #comment out line in i386/i386/machdep.c # setup_netisrs(&netisr_set); # to not have to include INET why is INET required? #options INET options FFS #Berkeley Fast Filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options BOUNCE_BUFFERS #include support for DMA bounce buffers options DDB options DIAGNOSTIC options SCSIDEBUG options DEBUG options SCSI_REPORT_GEOMETRY config kernel root on sd0 controller isa0 controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller scbus0 device sd0 # Mandatory, don't remove device npx0 at isa? port "IO_NPX" irq 13 vector npxintr pseudo-device log From owner-freebsd-hackers Fri Apr 25 09:20:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA24812 for hackers-outgoing; Fri, 25 Apr 1997 09:20:33 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA24806 for ; Fri, 25 Apr 1997 09:20:29 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id MAA21986; Fri, 25 Apr 1997 12:20:19 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id MAA07832; Fri, 25 Apr 1997 12:20:17 -0400 Date: Fri, 25 Apr 1997 12:19:54 -0400 (EDT) From: Chuck Robey To: Robert Withrow cc: Joerg Wunsch , freebsd-hackers Subject: Re: manpages In-Reply-To: <199704251251.IAA00901@spooky.rwwa.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Apr 1997, Robert Withrow wrote: > > j@uriah.heep.sax.de said: > :- If you don't like this feature, simply remove the cat directories. > > Oh, I do... But every damn package seems to creat-em again! Grump Grump... This is wrong, packages should put their manpages into the man directories. How about submitting bug reports on these? > > ----------------------------------------------------------------------------- > Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM > > > > ----------------------------+----------------------------------------------- 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 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri Apr 25 09:46:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA26202 for hackers-outgoing; Fri, 25 Apr 1997 09:46:43 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA26195 for ; Fri, 25 Apr 1997 09:46:41 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA03539; Fri, 25 Apr 1997 09:42:02 -0700 From: Terry Lambert Message-Id: <199704251642.JAA03539@phaeton.artisoft.com> Subject: Re: Maintainer of ft/lft To: jbryant@tfs.net Date: Fri, 25 Apr 1997 09:42:01 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@freebsd.org In-Reply-To: <199704250417.XAA08144@argus> from "Jim Bryant" at Apr 24, 97 11:17:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Do I need to go into the whole "VHS sucks, but it still won over Beta" > > discussion again? > > QIC is QIC... interchangable... interoperable... do you have the > standards documents? i do... Are these sufficient to write a driver that works with all QIC-117 drives? If so, I withdrawl the aspersion, and would be *very* happy to know where you got the documentation. I would probably even be willing to work on a driver for the IOmega tape drive, if you have a source for the technical documents not under non-disclosure; seeing as it's also QIC-117 and they are standard, it should be easy to write with QIC-117 documentation available. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Apr 25 09:50:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA26528 for hackers-outgoing; Fri, 25 Apr 1997 09:50:39 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA26512 for ; Fri, 25 Apr 1997 09:50:36 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id MAA27651 for ; Fri, 25 Apr 1997 12:50:28 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id MAA11684 for ; Fri, 25 Apr 1997 12:50:26 -0400 Date: Fri, 25 Apr 1997 12:50:03 -0400 (EDT) From: Chuck Robey To: FreeBSD-Hackers Subject: moving stuff Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I was wondering if anyone knows the right way to move /var/spool into, say, /usr? I don't have a real large /root partition (30 megs) and having the printer spool area there is a pain, while my /usr and /usr2 partitions are huge and available. I don't see where lpr especially allows for redirecting things. I'd like to move mail, bu the printer spooler is the worst offender. ----------------------------+----------------------------------------------- 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 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri Apr 25 09:59:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA27097 for hackers-outgoing; Fri, 25 Apr 1997 09:59:59 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA27088 for ; Fri, 25 Apr 1997 09:59:56 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA03574; Fri, 25 Apr 1997 09:54:39 -0700 From: Terry Lambert Message-Id: <199704251654.JAA03574@phaeton.artisoft.com> Subject: Re: Best way to hook into user logins / logouts ? To: davidn@unique.usn.blaze.net.au (David Nugent) Date: Fri, 25 Apr 1997 09:54:38 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, abelits@phobos.illtel.denver.co.us, adrian@staff.psinet.net.au, freebsd-hackers@freebsd.org In-Reply-To: <199704250344.NAA17710@unique.usn.blaze.net.au> from "David Nugent" at Apr 25, 97 01:44:02 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> my recommendation is "login" forks instead of execs, and > >> hangs around as the session manager, but not the process > >> group leader. This requires > > Was that the sound of shattering glass? :-) I know that this > will horribly break things in several places. Changing this > assumption would require considerable work, and not only to > FreeBSD's internal code. I'm not sure that the result would be > worth the effort unless no other viable option could be found. Maybe. Maybe not. It will, as a side effect: 1) Fix the security barrier in the way of writing an SMB client file system (MS LanMan & AT&T StarNet). 2) Fix the security barrier in the way of writing an NCP client file system (NetWare). 3) Fix the security barrier in the way of writing a shared credential system using LDAP. 4) Fix the "can't boot without a local credential file, can't use a distributed credential file until after you boot" chicken-and-egg problem (UnixWare had this problem). 5) Provide a general mechanism for the kernel to request credential (and possibly other) information from the user (either as a cache or by poppong up a console or X requestor). 6) Allow us to finally support file and directory level password authentication requests to the user from the kernel so we can get to work on real object level security, ala Orange Book. 7) Allow the use of PAM (your use, I assume) for retinal scanners, face recognition systems, smart cards, and the more mundane RADIUS stuff (probably your target 8-)). So the side benefits to allowing you to hook this, and then doing the implementation at this particular level, are tremendous. > So right now the only viable way is to watch wtmp/utmp. > This sucks from the pov that some polling is involved, > but even that could be mostly solved when/if poll() is > implemented and when/if it would be possible to block > on mtime change on a file descriptor. Ugh. Shades of Deanna Troi saying "Oh, the pain! ...the pain!". Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Apr 25 10:15:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA27851 for hackers-outgoing; Fri, 25 Apr 1997 10:15:27 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA27846 for ; Fri, 25 Apr 1997 10:15:25 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA03608; Fri, 25 Apr 1997 10:11:21 -0700 From: Terry Lambert Message-Id: <199704251711.KAA03608@phaeton.artisoft.com> Subject: Re: the namei cache... To: phk@dk.tfs.com (Poul-Henning Kamp) Date: Fri, 25 Apr 1997 10:11:21 -0700 (MST) Cc: bakul@torrentnet.com, phk@dk.tfs.com, hackers@freebsd.org In-Reply-To: <2038.861948587@critter> from "Poul-Henning Kamp" at Apr 25, 97 08:09:47 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >This is analogous to one of the ways one implements a symbol table > >in a lexically scoped language processing program. > > But these programs don't work with a finite bounded number of > entries, so reuse policies doesn't matter to them. I don't necessarily agree with this... he's not suggesting btree's or something else that needs balancing. > >Scaling. Directories with 100+ entries are not uncommon. Even > >/usr/include and /usr/include/sys have over 100 entries each. > > You obviously don't know how the name cache operates. Only names > you lookup ends up in the cache, it's not the entire directory > that gets put into the cache (unless you do a "ls -l" that is). This is true. Unless the inode is brought in core, a vnode is associated with the inode, and the vnode and name are associated in the cache, a cache entry is not made. One exception: negative cache entries. They are created on name lookup misses that do not result in vnode hits. You *could* end up with a lot of these. In some locality of reference models, it's actually valuable to fault all the related inodes into core. This is less expensive on systems that use device/offset rather than vnode/offset page identification, since you end up with 4k/128 or 32 of the things in core anyway. This is typically a win if your VFS consumer is going to return inode data with the directory entry. For high latency links, this is valuable (NFS). It's also valuable for lookup/open interfaces, such as those exported by SMB, ATP, and NCP servers. > >once encountered a directory with 2,000,000+ entries! One does not > >optimize for such border cases but it is nice when they are handled > >effortlessly as a byproduct of a design decision. > > For that case there will be no difference at all, even wcarchive only > has 44000 entries in the cache. In fairness, I think Bakul's claim loses water here, if you define "abusing the FS directory structure as a database" as bad practice. Of course, until you get rid of terminfo, that may be hard to do. 8-). > >A dynamically growing hashtable is a must. > > Hello Houston ? We have lost gravity! Of course we can't do that > in the kernel. Memory is way too expensive. ??? The name cache already uses a hash table. The difference is really computational, isn't it, in reordering the hash lists on growth. The hash *should be proportional to the number of buckets, and if you grow the buckets, it makes sense to grow the hash. For something like the name cache, you can live with it not being terribly sparse; you ough to implement two types of checksum however, and use one to hash and one to differentiate the compares, if you aren't going to bump up the hash table size when you bump up the number of buckets. > > I wish all of these "instant-fs" specialists would read up on their > subject matter before they jump in with their misunderstandings! > Bakul has always struck me as someone with a firm knowledge of commercial kernels. He may have pressed one of your hot buttons, but that doesn't mean you should treat him as a clueless newby. Better to enlighten him (assuming you're right and he's wrong; otherwise better to let him enlighten you) than to shout him down. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Apr 25 10:16:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA27900 for hackers-outgoing; Fri, 25 Apr 1997 10:16:02 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA27883 for ; Fri, 25 Apr 1997 10:15:57 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id DAA05121; Sat, 26 Apr 1997 03:10:05 +1000 Date: Sat, 26 Apr 1997 03:10:05 +1000 From: Bruce Evans Message-Id: <199704251710.DAA05121@godzilla.zeta.org.au> To: hackers@freebsd.org, j@uriah.heep.sax.de Subject: Re: alternative probe_keyboard.c (was: Re: i386/3124: BOOT_PROBE_KEYBOARD hangs system in bootblocks) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >The only chance to get it tested is: > >. commit it, >. make keyboard probing the default, >. so Jordan's next 3.0-SNAP will use it by default. There is little need for it in -current. It could be controlled by an option in /boot.config: -S: force a serial console. Don't bother probing the keyboard. To use a keyboard after all, either start booting with a serial console and toggle -S, or if you don't have access to a serial console after all, boot from another disk without -S. Simplest. -K: enable the keyboard probe. Same as now except there is no danger from buggy keyboard probes except for people who enable the probe. If you use this in a SNAP, don't expect adequate test coverage of the probe :-). -D: enable dual normal/serial console. Do all i/o to both the normal and the serial console without much probing. -D -S: as above, except -S just gives preference to the serial console. You can toggle it easily by typing on either console. I implemented a non-optional ugly version -D. It's simple except for the timeout stuff. The timeout stuff could be skipped if there were a -D flag (users should only use -D if serial hardware exists). Output at 9600 bps is a bit slow to use all the time (twiddle() takes longer than disk i/o :-). Bruce diff -c2 boot.c~ boot.c *** boot.c~ Sat Mar 15 07:40:29 1997 --- boot.c Sat Mar 29 16:58:19 1997 *************** *** 85,91 **** --- 85,96 ---- int ret; + #if 1 + init_serial(); + #endif #ifdef PROBE_KEYBOARD if (probe_keyboard()) { + #if 0 init_serial(); + #endif loadflags |= RB_SERIAL; printf("\nNo keyboard found."); *************** *** 95,99 **** --- 100,106 ---- #ifdef PROBE_KEYBOARD_LOCK if (!(inb(0x64) & 0x10)) { + #if 0 init_serial(); + #endif loadflags |= RB_SERIAL; printf("\nKeyboard locked."); *************** *** 102,106 **** --- 109,115 ---- #ifdef FORCE_COMCONSOLE + #if 0 init_serial(); + #endif loadflags |= RB_SERIAL; printf("\nSerial console forced."); diff -c2 io.c~ io.c *** io.c~ Mon Feb 24 00:49:46 1997 --- io.c Sat Mar 29 17:46:09 1997 *************** *** 123,135 **** --- 123,145 ---- { if (c == '\n') { + #if 0 if (loadflags & RB_SERIAL) serial_putc('\r'); else putc('\r'); + #else + putc('\r'); + serial_putc('\r'); + #endif } + #if 0 if (loadflags & RB_SERIAL) serial_putc(c); else putc(c); + #else + putc(c); + serial_putc(c); + #endif } *************** *** 140,144 **** --- 150,164 ---- loop: + #if 0 if ((c = ((loadflags & RB_SERIAL) ? serial_getc() : getc())) == '\r') + #else + if (ischar()) + c = getc(); + else if (serial_ischar()) + c = serial_getc(); + else + goto loop; + if (c == '\r') + #endif c = '\n'; if (c == '\b') { *************** *** 186,193 **** isc = ischar(); if (!(loadflags & RB_SERIAL)) return (isc); return (serial_ischar()); - } --- 206,216 ---- isc = ischar(); + #if 0 if (!(loadflags & RB_SERIAL)) + #else + if (isc != 0) + #endif return (isc); return (serial_ischar()); } diff -c2 serial.S~ serial.S *** serial.S~ Mon Feb 24 00:49:46 1997 --- serial.S Sat Mar 29 17:56:01 1997 *************** *** 96,101 **** push %edx mov $COMCONSOLE + 5, %edx # line status reg ! 1: inb %dx, %al test $0x20, %al jz 1b # TX buffer not empty --- 96,105 ---- push %edx + movl $10000, %ecx # timeout mov $COMCONSOLE + 5, %edx # line status reg ! 1: ! decl %ecx ! je 2f ! inb %dx, %al test $0x20, %al jz 1b # TX buffer not empty *************** *** 106,109 **** --- 110,114 ---- outb %al, %dx # send this one + 2: pop %edx pop %ebp *************** *** 177,181 **** outb %al, %dx ! add $2, %edx # line control reg movb $0x13, %al outb %al, %dx # 8 bit, no parity, 1 stop bit --- 182,190 ---- outb %al, %dx ! incl %edx # fifo control register (if any) ! xorl %eax,%eax ! outb %al, %dx # disable fifo to reduce worst-case busy-wait ! ! incl %edx # line control reg movb $0x13, %al outb %al, %dx # 8 bit, no parity, 1 stop bit From owner-freebsd-hackers Fri Apr 25 10:17:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA27988 for hackers-outgoing; Fri, 25 Apr 1997 10:17:53 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA27983 for ; Fri, 25 Apr 1997 10:17:50 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA03618; Fri, 25 Apr 1997 10:13:11 -0700 From: Terry Lambert Message-Id: <199704251713.KAA03618@phaeton.artisoft.com> Subject: Re: manpages To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 25 Apr 1997 10:13:10 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <19970425084833.PY29232@uriah.heep.sax.de> from "J Wunsch" at Apr 25, 97 08:48:33 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Remember, -mandoc format is much more complex than -man, it always > required a lot of processing time. > > If you don't like this feature, simply remove the cat directories. Or throw away the cpu intensive mandoc format in favor of the older, more widely understood, and cpu friendly man format? 8-) 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Apr 25 10:24:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA28573 for hackers-outgoing; Fri, 25 Apr 1997 10:24:31 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA28558 for ; Fri, 25 Apr 1997 10:24:25 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA03654; Fri, 25 Apr 1997 10:17:54 -0700 From: Terry Lambert Message-Id: <199704251717.KAA03654@phaeton.artisoft.com> Subject: Re: manpages To: witr@rwwa.com (Robert Withrow) Date: Fri, 25 Apr 1997 10:17:54 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@freebsd.org In-Reply-To: <199704251251.IAA00901@spooky.rwwa.com> from "Robert Withrow" at Apr 25, 97 08:51:39 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > j@uriah.heep.sax.de said: > :- If you don't like this feature, simply remove the cat directories. > > Oh, I do... But every damn package seems to creat-em again! Grump Grump... /etc/make.conf is your friend. Sure, it pisses *me* off royally, but it's *your* friend. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Apr 25 10:33:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA29075 for hackers-outgoing; Fri, 25 Apr 1997 10:33:40 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA29069 for ; Fri, 25 Apr 1997 10:33:37 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id DAA05566; Sat, 26 Apr 1997 03:27:06 +1000 Date: Sat, 26 Apr 1997 03:27:06 +1000 From: Bruce Evans Message-Id: <199704251727.DAA05566@godzilla.zeta.org.au> To: hackers@freebsd.org, kgor@inetspace.com Subject: Re: What is the absolute minimum options for a kernel? (INET required) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >file that I created. Why is INET a required option? Because most people need it. Comments on other options in your config file: >options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] Might not be necessary for testing. >options BOUNCE_BUFFERS #include support for DMA bounce buffers Not necessary with bt0. >options DDB >options DIAGNOSTIC >options SCSIDEBUG >options DEBUG >options SCSI_REPORT_GEOMETRY Not minimal :-). Bruce From owner-freebsd-hackers Fri Apr 25 10:34:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA29145 for hackers-outgoing; Fri, 25 Apr 1997 10:34:43 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA29140 for ; Fri, 25 Apr 1997 10:34:20 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wKosS-0003wb-00; Fri, 25 Apr 1997 11:33:44 -0600 To: Nanbor Wang Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) Cc: hackers@freebsd.org In-reply-to: Your message of "Thu, 24 Apr 1997 23:32:56 CDT." <199704250432.XAA11988@siesta.cs.wustl.edu> References: <199704250432.XAA11988@siesta.cs.wustl.edu> Date: Fri, 25 Apr 1997 11:33:44 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704250432.XAA11988@siesta.cs.wustl.edu> Nanbor Wang writes: : > : ACE. After spitting out a lot of GOT warnings, the compiler finally : > : spited out "Compiler internal error" and went dead. : > : > Hmmm, that's bad. I don't think that is related to the above : > messages. : : Any recommendation where to look first? I am totally clueless. All : g++ said was internal error. ;( Hmmm, then it is a g++ for sure :-) What I usually did when I encountered something like this was to do a binary search until I found the line(s) that caused the problem(s), and then submitted bug reported based on that. Generally, but not always, I was able to kludge around the problem. Warner From owner-freebsd-hackers Fri Apr 25 10:40:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA29540 for hackers-outgoing; Fri, 25 Apr 1997 10:40:30 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA29531 for ; Fri, 25 Apr 1997 10:40:26 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wKoxG-0003x8-00; Fri, 25 Apr 1997 11:38:42 -0600 To: "Jordan K. Hubbard" Subject: Re: Can't put 512MB ram in box ... Extended memory question. Cc: Bruce Evans , tony@dell.com, hackers@freebsd.org, witr@rwwa.com In-reply-to: Your message of "Fri, 25 Apr 1997 03:36:38 PDT." <6162.861964598@time.cdrom.com> References: <6162.861964598@time.cdrom.com> Date: Fri, 25 Apr 1997 11:38:42 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <6162.861964598@time.cdrom.com> "Jordan K. Hubbard" writes: : Well, the reading part sounds like it's pretty straight-forward, but : something in userconfig is going to have to keep track of everything : it changes so that this can be queried and saved through some API. : I'm willing to try and make that bit work myself if we can somehow : hook userconfig variables into your /boot.config file mechanism. We : could also get rid of the "info" area kludge after the boot blocks, : while we're at it. If this sounds like I think it sounds, I'd say go for it. I don't know how many times I've been burned by the following sequence: boot -c rebuild kernel boot and none of my twiddles were preserved. If this information were outside of the kernel, I'd be a lot happier. Warner From owner-freebsd-hackers Fri Apr 25 11:30:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA03199 for hackers-outgoing; Fri, 25 Apr 1997 11:30:39 -0700 (PDT) Received: from X2296 (ppp1668.on.sympatico.ca [206.172.249.132]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA03190 for ; Fri, 25 Apr 1997 11:30:31 -0700 (PDT) Received: from localhost (tim@localhost) by X2296 (8.7.6/8.7.3) with SMTP id OAA03324; Fri, 25 Apr 1997 14:28:58 -0400 (EDT) Date: Fri, 25 Apr 1997 14:28:57 -0400 (EDT) From: Tim Vanderhoek Reply-To: ac199@hwcn.org To: Bruce Evans cc: hackers@freebsd.org, kgor@inetspace.com Subject: Re: What is the absolute minimum options for a kernel? (INET required) In-Reply-To: <199704251727.DAA05566@godzilla.zeta.org.au> Message-ID: X-OS: FreeBSD 2.2 X-Mailer: Pine MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Apr 1997, Bruce Evans wrote: > >file that I created. Why is INET a required option? > > Because most people need it. I recall someone tried to take it out, before, and they had problems (nonspecific, but multitudous). -- tIM...HOEk Whoever told you I had a .signature was lying. From owner-freebsd-hackers Fri Apr 25 11:53:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA04241 for hackers-outgoing; Fri, 25 Apr 1997 11:53:47 -0700 (PDT) Received: from red.jnx.com (red.jnx.com [208.197.169.254]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA04236; Fri, 25 Apr 1997 11:53:45 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.8.5/8.8.5) with ESMTP id LAA12676; Fri, 25 Apr 1997 11:53:13 -0700 (PDT) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.8.5/8.7.3) with ESMTP id LAA02132; Fri, 25 Apr 1997 11:53:12 -0700 (PDT) Message-Id: <199704251853.LAA02132@base.jnx.com> To: Jim Shankland cc: dg@root.com, cmsedore@mailbox.syr.edu, dennis@etinc.com, freebsd-hackers@freebsd.org, isp@freebsd.org Subject: Re: Router statistics In-reply-to: Your message of "Thu, 24 Apr 1997 22:19:21 PDT." <199704250519.WAA17037@biggusdiskus.flyingfox.com> Date: Fri, 25 Apr 1997 11:53:12 -0700 From: Paul Traina Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk There's a lot less cruft needed to flow packets out a fxp. From: Jim Shankland Subject: Re: Router statistics Paul Traina writes: > > dg@root.com (David Greenman) writes: > > > > Wcarchive does an average of 3500 pps with a peak of around > > 5000 pps. The average data rate is around 20-25Mbps, with the > > machine around 50% idle. This is using the Intel PCI > > Pro/100B...reduce the idle time to about 30% if you're using a > > DEC/de card. > > Yep, the fxp driver is /much/ more efficient than the de > driver. Oh well, fxp's are cheaper too. :-) (Sigh) Is this an attribute of the driver, or of the respective chips? I've sort of settled on 21140-based cards, and I'd hate to buy Intel stuff, as it only encourages them to take over more of the world than they already have. But for some applications, I really need high throughput and efficiency. And the card *is* cheaper. Does there have to be a switch to the fxp driver in my future? All right, I'm done whining for now. Jim Shankland Flying Fox Computer Systems, Inc. From owner-freebsd-hackers Fri Apr 25 12:14:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA05430 for hackers-outgoing; Fri, 25 Apr 1997 12:14:29 -0700 (PDT) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA05424 for ; Fri, 25 Apr 1997 12:14:26 -0700 (PDT) Received: by iafnl.es.iaf.nl with UUCP id AA05617 (5.67b/IDA-1.5 for FreeBSD-Hackers@freebsd.org); Fri, 25 Apr 1997 21:14:38 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id UAA00944; Fri, 25 Apr 1997 20:59:33 +0200 (MET DST) From: Wilko Bulte Message-Id: <199704251859.UAA00944@yedi.iaf.nl> Subject: Re: moving stuff To: chuckr@mat.net (Chuck Robey) Date: Fri, 25 Apr 1997 20:59:33 +0200 (MET DST) Cc: FreeBSD-Hackers@freebsd.org In-Reply-To: from "Chuck Robey" at Apr 25, 97 12:50:03 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Chuck Robey wrote... > I was wondering if anyone knows the right way to move /var/spool into, > say, /usr? I don't have a real large /root partition (30 megs) and > having the printer spool area there is a pain, while my /usr and /usr2 > partitions are huge and available. I don't see where lpr especially man printcap: ... sd str /var/spool/lpd spool directory ... Or do I miss something? Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-hackers Fri Apr 25 12:24:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA06172 for hackers-outgoing; Fri, 25 Apr 1997 12:24:03 -0700 (PDT) Received: from tyger.inna.net (root@tyger.inna.net [206.151.66.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA06154 for ; Fri, 25 Apr 1997 12:23:59 -0700 (PDT) Received: from dolphin.inna.net (jamie@dolphin.inna.net [206.151.66.2]) by tyger.inna.net (8.8.5/8.7.3) with SMTP id PAA17320; Fri, 25 Apr 1997 15:24:55 -0400 (EDT) Date: Fri, 25 Apr 1997 15:24:50 -0400 (EDT) From: Jamie Bowden To: Chuck Robey cc: FreeBSD-Hackers Subject: Re: moving stuff In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Apr 1997, Chuck Robey wrote: > I was wondering if anyone knows the right way to move /var/spool into, > say, /usr? I don't have a real large /root partition (30 megs) and > having the printer spool area there is a pain, while my /usr and /usr2 > partitions are huge and available. I don't see where lpr especially > allows for redirecting things. I'd like to move mail, bu the printer > spooler is the worst offender. I mv'd the spool directory to /usr, then softlinked it back to /var. Works fine for me. Jamie Bowden Network Administrator, TBI Ltd. From owner-freebsd-hackers Fri Apr 25 12:37:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA06976 for hackers-outgoing; Fri, 25 Apr 1997 12:37:44 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA06971 for ; Fri, 25 Apr 1997 12:37:42 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id PAA04395; Fri, 25 Apr 1997 15:37:25 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id PAA10925; Fri, 25 Apr 1997 15:37:23 -0400 Date: Fri, 25 Apr 1997 15:37:00 -0400 (EDT) From: Chuck Robey To: Wilko Bulte cc: FreeBSD-Hackers@freebsd.org Subject: Re: moving stuff In-Reply-To: <199704251859.UAA00944@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Apr 1997, Wilko Bulte wrote: > As Chuck Robey wrote... > > I was wondering if anyone knows the right way to move /var/spool into, > > say, /usr? I don't have a real large /root partition (30 megs) and > > having the printer spool area there is a pain, while my /usr and /usr2 > > partitions are huge and available. I don't see where lpr especially > > man printcap: > > ... > sd str /var/spool/lpd spool directory That does seem to change where the print files go, but from what I can tell, lpd is still looking into /var/spool for the printstuff. They end up copied there. Maybe I'm going to end up having to read thru the lpd code. > ... > > Or do I miss something? > > Wilko > _ ____________________________________________________________________ > | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands > |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda > -------------------------------------------------------------------------- > > ----------------------------+----------------------------------------------- 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 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri Apr 25 12:39:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA07062 for hackers-outgoing; Fri, 25 Apr 1997 12:39:05 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA07055 for ; Fri, 25 Apr 1997 12:39:02 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id PAA04601; Fri, 25 Apr 1997 15:39:01 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id PAA11128; Fri, 25 Apr 1997 15:38:59 -0400 Date: Fri, 25 Apr 1997 15:38:35 -0400 (EDT) From: Chuck Robey To: Jamie Bowden cc: FreeBSD-Hackers Subject: Re: moving stuff In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Apr 1997, Jamie Bowden wrote: > On Fri, 25 Apr 1997, Chuck Robey wrote: > > > I was wondering if anyone knows the right way to move /var/spool into, > > say, /usr? I don't have a real large /root partition (30 megs) and > > having the printer spool area there is a pain, while my /usr and /usr2 > > partitions are huge and available. I don't see where lpr especially > > allows for redirecting things. I'd like to move mail, bu the printer > > spooler is the worst offender. > > I mv'd the spool directory to /usr, then softlinked it back to /var. > Works fine for me. I tried that last night, but the system continued to look for the files in /var/spool. I changed the sd stuff in printcap, and mv'ed the directories. I'll try it again, maybe I fumblefingered part of it. > > Jamie Bowden > > Network Administrator, TBI Ltd. > > > ----------------------------+----------------------------------------------- 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 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri Apr 25 13:10:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA08816 for hackers-outgoing; Fri, 25 Apr 1997 13:10:43 -0700 (PDT) Received: from tyger.inna.net (root@tyger.inna.net [206.151.66.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA08810 for ; Fri, 25 Apr 1997 13:10:41 -0700 (PDT) Received: from dolphin.inna.net (jamie@dolphin.inna.net [206.151.66.2]) by tyger.inna.net (8.8.5/8.7.3) with SMTP id QAA24072; Fri, 25 Apr 1997 16:11:29 -0400 (EDT) Date: Fri, 25 Apr 1997 16:11:24 -0400 (EDT) From: Jamie Bowden To: Chuck Robey cc: Wilko Bulte , FreeBSD-Hackers@FreeBSD.org Subject: Re: moving stuff In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Apr 1997, Chuck Robey wrote: > On Fri, 25 Apr 1997, Wilko Bulte wrote: > > > As Chuck Robey wrote... > > > I was wondering if anyone knows the right way to move /var/spool into, > > > say, /usr? I don't have a real large /root partition (30 megs) and > > > having the printer spool area there is a pain, while my /usr and /usr2 > > > partitions are huge and available. I don't see where lpr especially mv /var/spool /usr/spool ; ln -s /usr/spool /var/spool Should work just fine. Jamie Bowden Network Administrator, TBI Ltd. From owner-freebsd-hackers Fri Apr 25 13:22:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA09321 for hackers-outgoing; Fri, 25 Apr 1997 13:22:00 -0700 (PDT) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA09314 for ; Fri, 25 Apr 1997 13:21:58 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id NAA21394; Fri, 25 Apr 1997 13:20:36 -0700 (MST) From: Don Yuniskis Message-Id: <199704252020.NAA21394@seagull.rtd.com> Subject: Re: Maintainer of ft/lft To: terry@lambert.org (Terry Lambert) Date: Fri, 25 Apr 1997 13:20:36 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) In-Reply-To: <199704251642.JAA03539@phaeton.artisoft.com> from "Terry Lambert" at Apr 25, 97 09:42:01 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Do I need to go into the whole "VHS sucks, but it still won over Beta" > > > discussion again? > > > > QIC is QIC... interchangable... interoperable... do you have the > > standards documents? i do... > > Are these sufficient to write a driver that works with all QIC-117 > drives? I *think* so. I have a slew of QIC standards here since I was looking into this ages ago -- but opted to buy DLT instead and, thus, haven't had a "burning desire" to develop code for hardware that I don't *have*! :> > If so, I withdrawl the aspersion, and would be *very* happy to know > where you got the documentation. I would probably even be willing > to work on a driver for the IOmega tape drive, if you have a source > for the technical documents not under non-disclosure; seeing as it's > also QIC-117 and they are standard, it should be easy to write with > QIC-117 documentation available. The standards are "free for the asking". I'll dig up the contact address if you'd like. Biggest problem with the QIC stuff is that there are too many "standards". Also, it has to cooperate with the ft driver and allowing them to be active concurrently is a nuisance (though I think desirable). --don From owner-freebsd-hackers Fri Apr 25 13:43:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA10327 for hackers-outgoing; Fri, 25 Apr 1997 13:43:22 -0700 (PDT) Received: from phoenix.its.rpi.edu (dec@phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA10322 for ; Fri, 25 Apr 1997 13:43:19 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.5/8.8.5) with SMTP id QAA04032 for ; Fri, 25 Apr 1997 16:43:34 -0400 (EDT) Date: Fri, 25 Apr 1997 16:43:33 -0400 (EDT) From: "David E. Cross" To: freebsd-hackers@freebsd.org Subject: sysctl -A Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was poking arround sysctl -A and noticed the following: kern.securelevel: -1 (this is under 2.2.1-RELEASE) I thought the kernel always ran at securelevel 1 when in multi-user (that is what init(8) implies). Am I missing something, including a clue? -- David Cross From owner-freebsd-hackers Fri Apr 25 13:57:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA11308 for hackers-outgoing; Fri, 25 Apr 1997 13:57:47 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA11303 for ; Fri, 25 Apr 1997 13:57:41 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA04073; Fri, 25 Apr 1997 13:54:16 -0700 From: Terry Lambert Message-Id: <199704252054.NAA04073@phaeton.artisoft.com> Subject: Re: Maintainer of ft/lft To: dgy@rtd.com (Don Yuniskis) Date: Fri, 25 Apr 1997 13:54:16 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <199704252020.NAA21394@seagull.rtd.com> from "Don Yuniskis" at Apr 25, 97 01:20:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > If so, I withdrawl the aspersion, and would be *very* happy to know > > where you got the documentation. I would probably even be willing > > to work on a driver for the IOmega tape drive, if you have a source > > for the technical documents not under non-disclosure; seeing as it's > > also QIC-117 and they are standard, it should be easy to write with > > QIC-117 documentation available. > > The standards are "free for the asking". I'll dig up the contact > address if you'd like. > > Biggest problem with the QIC stuff is that there are too many > "standards". Also, it has to cooperate with the ft driver and > allowing them to be active concurrently is a nuisance (though > I think desirable). What? A QIC-117 device is a QIC-117 device is a QIC-117 device is the argument that's been going on. If it *is*, then it doesn't have to "cooperate" with anything... it *is* the replacement for the ft driver. Conversely, if cooperation is required, then a QIC-117 drive is *not* a QIC-117 drive is *not* a QIC-117 drive (which is what I was chewed out for claiming). If I can't have one driver per standard, then it's not a standard. I was under the impression that it was being claimed to be a standard; if so, the bogusness of the current ft/lft driver in FreeBSD derice from it being logically incomplete, not from any fault of the manufacturer. As I said before, if this is the case, I will personally go buy the IOmega version of the cruddy on-SCSI hardware to let me hack on the driver, as long as I can get documentation without signing non-disclosure and making it impossible to hand off the driver and never look at it again. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Apr 25 14:07:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA11936 for hackers-outgoing; Fri, 25 Apr 1997 14:07:16 -0700 (PDT) Received: from eac.iafrica.com (pop-90-116.Olivetti.za [160.124.90.116]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA11931 for ; Fri, 25 Apr 1997 14:07:09 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.8.5/8.6.12) id XAA01021; Fri, 25 Apr 1997 23:01:30 +0200 (SAT) From: Robert Nordier Message-Id: <199704252101.XAA01021@eac.iafrica.com> Subject: Re: VFAT 32 support in msdosfs In-Reply-To: from Joachim Kuebart at "Apr 25, 97 04:55:21 pm" To: joa@kuebart.stuttgart.netsurf.de (Joachim Kuebart) Date: Fri, 25 Apr 1997 23:01:28 +0200 (SAT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joachim Kuebart wrote: > Hi! > > Is there VFAT32 support in the current msdosfs? If not,m I'd be ready to try > and do it.. > Note: From what I've heared, Windows95 that supports VFAT isn't even shipped > any more. So this will probably be dying out soon.. :-) I've been working on replacement for the msdosfs, which incorporates VFAT (12- and 16-bit), but not VFAT32, support. I'm hoping this will be released RSN (at least within the next few months). No-one is working on VFAT32 support, AFAIK. I spent a while considering it, before deciding against supporting it. It is really a different filesystem, and not (like VFAT) upward compatible with DOS. If you want to pursue this, you may want to wait for the VFAT code. Alternatively, I'd be happy to swap notes on technical details. -- Robert Nordier From owner-freebsd-hackers Fri Apr 25 14:14:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA12353 for hackers-outgoing; Fri, 25 Apr 1997 14:14:40 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA12335; Fri, 25 Apr 1997 14:14:33 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id RAA08936; Fri, 25 Apr 1997 17:20:30 -0400 (EDT) Message-Id: <3.0.32.19970425171236.00af5bb0@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 25 Apr 1997 17:12:49 -0400 To: dg@root.com From: dennis Subject: Re: Router statistics Cc: Christopher Sedore , freebsd-hackers@freebsd.org, isp@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 01:28 PM 4/24/97 -0700, David Greenman wrote: >>At 12:17 PM 4/24/97 -0400, Christopher Sedore wrote: >>> >>>Every now and then someone asks about using FreeBSD as a router/firewall. >>>I thought I'd post these stats for our router, a P90 with two DEC PCI >>>ethernet cards (10mbit), and running ipfw for filtering: >>> >>>$ netstat -I de1 >>>Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll >>>de1 1500 00.00.f8.01.29.48 563695622 59 575254062 1500 >>1378263754 >>>de1 1500 128.230.105/2 rt 563695622 59 575254062 1500 >>1378263754 >>>$ uptime >>>11:18AM up 106 days, 20:35, 2 users, load averages: 0.00, 0.00, 0.00 >>>$ uname -a >>>FreeBSD rt.maxwell.syr.edu 2.2-961014-SNAP FreeBSD 2.2-961014-SNAP #0: Thu >>Jan 2 >>>13:08:44 1997 cmsedore@rt.maxwell.syr.edu:/usr/src/sys/compile/RT i386 >>> >>>Now, I realize that the packet numbers do not appear to be that >>>impressive. This is because we rolled the counters so you need to add >>>2^32 to each count :). Over this roughly 107 day period, we averaged about >>>1100 packets/second. >> >> >>Has anyone done any load testing on 2.2.x lately (perhaps someone >>with a 100Mbs ethernet....I'd like to get some numbers for some >>marketing literature regarding OS throughout capability...the goal >>being to convice the world that a FreeBSD box with 16 T1 lines >>is feasible. This would require 10-15,000 pps if all of the lines >>were rather busy. > > Wcarchive does an average of 3500 pps with a peak of around 5000 pps. The >average data rate is around 20-25Mbps, with the machine around 50% idle. This >is using the Intel PCI Pro/100B...reduce the idle time to about 30% if you're >using a DEC/de card. Of importance to this stat....what is the machine CPU and speed? A Pentium pro 200Mhz? Dennis From owner-freebsd-hackers Fri Apr 25 14:17:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA12563 for hackers-outgoing; Fri, 25 Apr 1997 14:17:48 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA12533 for ; Fri, 25 Apr 1997 14:17:27 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id RAA08957; Fri, 25 Apr 1997 17:23:46 -0400 (EDT) Message-Id: <3.0.32.19970425171552.00afddd0@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 25 Apr 1997 17:15:54 -0400 To: Paul Traina From: dennis Subject: Re: Router statistics Cc: dg@root.com, hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 04:07 PM 4/24/97 -0700, you wrote: >dg@root.com (David Greenman) writes: > >> >At 12:17 PM 4/24/97 -0400, Christopher Sedore wrote: >> Wcarchive does an average of 3500 pps with a peak of around 5000 pps. The >> average data rate is around 20-25Mbps, with the machine around 50% idle. This >> is using the Intel PCI Pro/100B...reduce the idle time to about 30% if you're >> using a DEC/de card. > >Yep, the fxp driver is /much/ more efficient than the de driver. Oh well, >fxp's are cheaper too. :-) Perhaps, but they arent cheapter than the DEC clones (under $80.). Are there intel clones? Dennis > > From owner-freebsd-hackers Fri Apr 25 14:33:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA13628 for hackers-outgoing; Fri, 25 Apr 1997 14:33:01 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA13614; Fri, 25 Apr 1997 14:32:57 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199704252132.OAA13614@hub.freebsd.org> Subject: Re: Maintainer of ft/lft To: terry@lambert.org (Terry Lambert) Date: Fri, 25 Apr 1997 23:32:57 +0200 (MET DST) Cc: dgy@rtd.com, terry@lambert.org, freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <199704252054.NAA04073@phaeton.artisoft.com> from "Terry Lambert" at Apr 25, 97 01:54:16 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > As I said before, if this is the case, I will personally go buy the > IOmega version of the cruddy on-SCSI hardware to let me hack on the > driver, as long as I can get documentation without signing non-disclosure > and making it impossible to hand off the driver and never look at it > again. > you can get publicly available documentation from: Quarter-Inch Cartridge Drive Standards, Inc. 311 East Carrillo Street Santa Barbara, California 93101 (805) 963-3853 voice (805) 962-1541 fax looking forward to you taking over this driver ;) jmb From owner-freebsd-hackers Fri Apr 25 14:41:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA14065 for hackers-outgoing; Fri, 25 Apr 1997 14:41:32 -0700 (PDT) Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA14060 for ; Fri, 25 Apr 1997 14:41:26 -0700 (PDT) Received: from spiffy.cybernet.com (spiffy.cybernet.com [192.245.33.55]) by gateway.cybernet.com (8.7.6/8.7.3) with ESMTP id RAA11389; Fri, 25 Apr 1997 17:44:24 -0400 (EDT) Message-ID: <33612512.870D2DA7@cybernet.com> Date: Fri, 25 Apr 1997 17:41:38 -0400 From: "Mark J. Taylor" Organization: Cybernet Systems X-Mailer: Mozilla 4.0b3C (X11; I; FreeBSD 2.2.1-RELEASE i386) MIME-Version: 1.0 To: Brian Somers , hackers@freebsd.org Subject: Re: Getting closer...!!! X-Priority: 3 (Normal) References: <5jp6g2$k7e@gateway.cybernet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've seen FreeBSD reboot when a host route is deleted. This is present in all of the FreeBSD versions that I've used, which is 1.0.2 all the way to 2.2.1-RELEASE. This does not happen all of the time, it seems. Just most of the time. No hang, no panic, just a reboot. :( I do not remember the specifics, but it may very well be that the route has to be entered by hand using 'route add'. It also may have something to do with still having an ARP table entry for it, or not having one. I believe that the ARP entry may have the 'publish' flag set. Like I said, I can't really remember anymore. I just try to not delete host routes anymore. Brian Somers wrote: > > > Hello, > > > > > > I've found that I can cause reboots at will simply by killing my pppd daemon. > > After I shutdown the modem or kill pppd, pppd is in DEs status. My system > > then reboots. > > > > Can anyone give me any tips on where to look for possible problems? > > Ideas? > > You'll need to post more info. I don't use pppd myself (yet), but > nobody else's complained recently about this sort of thing. > > I can take a closer look at things next week - I'm away this weekend. > > > Thanks for any and all help, > > > > Gary > > > > -- > > Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company > > gclarkii@GBData.COM | Member of the FreeBSD Doc Team > > Providing Internet and ISP startups - http://WWW.GBData.com for information > > FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 > > -- > Brian , > > Don't _EVER_ lose your sense of humour.... -- -------------------------------------------------------------------- Mark J. Taylor Network R&D Manager Cybernet Systems mtaylor@cybernet.com 727 Airport Blvd. PHONE (313) 668-2567 Ann Arbor, MI 48108 FAX (313) 668-8780 -------------------------------------------------------------------- From owner-freebsd-hackers Fri Apr 25 14:47:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA14530 for hackers-outgoing; Fri, 25 Apr 1997 14:47:51 -0700 (PDT) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA14515 for ; Fri, 25 Apr 1997 14:47:46 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id OAA01262; Fri, 25 Apr 1997 14:46:28 -0700 (MST) From: Don Yuniskis Message-Id: <199704252146.OAA01262@seagull.rtd.com> Subject: Re: Maintainer of ft/lft To: terry@lambert.org (Terry Lambert) Date: Fri, 25 Apr 1997 14:46:28 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) In-Reply-To: <199704252054.NAA04073@phaeton.artisoft.com> from "Terry Lambert" at Apr 25, 97 01:54:16 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Terry Lambert said: > > > > If so, I withdrawl the aspersion, and would be *very* happy to know > > > where you got the documentation. I would probably even be willing > > > to work on a driver for the IOmega tape drive, if you have a source > > > for the technical documents not under non-disclosure; seeing as it's > > > also QIC-117 and they are standard, it should be easy to write with > > > QIC-117 documentation available. > > > > The standards are "free for the asking". I'll dig up the contact > > address if you'd like. > > > > Biggest problem with the QIC stuff is that there are too many > > "standards". Also, it has to cooperate with the ft driver and Grrrr.... should be "fd" ----------------------------^^ (sorry) --don > > allowing them to be active concurrently is a nuisance (though > > I think desirable). From owner-freebsd-hackers Fri Apr 25 14:48:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA14608 for hackers-outgoing; Fri, 25 Apr 1997 14:48:49 -0700 (PDT) Received: from mars.aros.net (mars.aros.net [207.173.16.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA14601; Fri, 25 Apr 1997 14:48:45 -0700 (PDT) Received: from shell.aros.net (root@shell.aros.net [207.173.16.19]) by mars.aros.net (8.8.5/8.8.4) with ESMTP id PAA26812; Fri, 25 Apr 1997 15:47:13 -0600 (MDT) Received: from shell.aros.net (msanders@localhost.aros.net [127.0.0.1]) by shell.aros.net (8.8.5/8.8.5) with ESMTP id PAA02413; Fri, 25 Apr 1997 15:48:44 -0600 (MDT) Message-Id: <199704252148.PAA02413@shell.aros.net> X-Attribution: msanders To: dennis cc: dg@root.com, Christopher Sedore , freebsd-hackers@freebsd.org, isp@freebsd.org Subject: Re: Router statistics In-reply-to: Your message of "Fri, 25 Apr 1997 17:12:49 EDT." <3.0.32.19970425171236.00af5bb0@etinc.com> X-Mailer: MH 6.8.3 Date: Fri, 25 Apr 1997 15:48:44 -0600 From: "Michael K. Sanders" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <3.0.32.19970425171236.00af5bb0@etinc.com>, dennis writes: >At 01:28 PM 4/24/97 -0700, David Greenman wrote: >> Wcarchive does an average of 3500 pps with a peak of around 5000 pps. The >>average data rate is around 20-25Mbps, with the machine around 50% idle. This >>is using the Intel PCI Pro/100B...reduce the idle time to about 30% if you're >>using a DEC/de card. > >Of importance to this stat....what is the machine CPU and speed? A >Pentium pro 200Mhz? 230-Welcome to wcarchive - home ftp site for Walnut Creek CDROM. ... 230-This machine is a 200MHz P6 with 512MB of memory & 106GB of disk online. 230-The operating system is FreeBSD. Should you wish to get your own copy of 230-FreeBSD, see the pub/FreeBSD directory, visit http://www.freebsd.org or 230-mail to info@FreeBSD.org for more information. FreeBSD on CDROM can be 230-ordered using the WEB at http://www.cdrom.com/titles/os/freebsd.htm or by 230-sending email to orders@cdrom.com. From owner-freebsd-hackers Fri Apr 25 15:05:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA15739 for hackers-outgoing; Fri, 25 Apr 1997 15:05:21 -0700 (PDT) Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA15734 for ; Fri, 25 Apr 1997 15:05:16 -0700 (PDT) From: joed@ksu.edu Received: from abc (joed@abc.ksu.ksu.edu [129.130.12.3]) by mailhub.cns.ksu.edu (8.8.5/8.8.5/mailhub+tar@ksu.edu) with SMTP id RAA26603; Fri, 25 Apr 1997 17:04:02 -0500 (CDT) Received: by abc (SMI-8.6/1.34) id RAA05661; Fri, 25 Apr 1997 17:03:59 -0500 Message-Id: <199704252203.RAA05661@abc> Subject: Re: Maintainer of ft/lft To: terry@lambert.org (Terry Lambert) Date: Fri, 25 Apr 1997 17:03:59 -0500 (CDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199704251642.JAA03539@phaeton.artisoft.com> from "Terry Lambert" at Apr 25, 97 09:42:01 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > > > Do I need to go into the whole "VHS sucks, but it still won over Beta" > > > discussion again? > > > > QIC is QIC... interchangable... interoperable... do you have the > > standards documents? i do... > > Are these sufficient to write a driver that works with all QIC-117 > drives? > > If so, I withdrawl the aspersion, and would be *very* happy to know > where you got the documentation. I would probably even be willing > to work on a driver for the IOmega tape drive, if you have a source > for the technical documents not under non-disclosure; seeing as it's > also QIC-117 and they are standard, it should be easy to write with > QIC-117 documentation available. > >From the time I spent looking around in QIC-117 and related standards, there should be little problem with developing for QIC-80 revision c and up using the standards... QIC-3010, 3020, and 40 I'm not as sure about as I didn't spend as much time looking in those standards. I would do this myself if I had the time and resources, or I would do so. I don't have the contact information for getting the QIC standards readibly accessable, but I can go digging for it if someone wants me to --- Joe Diehl PGP Key: finger joed@unix.ksu.edu From owner-freebsd-hackers Fri Apr 25 15:24:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA16561 for hackers-outgoing; Fri, 25 Apr 1997 15:24:49 -0700 (PDT) Received: from mailhub.cns.ksu.edu (grunt.ksu.ksu.edu [129.130.12.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA16554 for ; Fri, 25 Apr 1997 15:24:45 -0700 (PDT) From: joed@ksu.edu Received: from abc (joed@abc.ksu.ksu.edu [129.130.12.3]) by mailhub.cns.ksu.edu (8.8.5/8.8.5/mailhub+tar@ksu.edu) with SMTP id RAA00591; Fri, 25 Apr 1997 17:24:35 -0500 (CDT) Received: by abc (SMI-8.6/1.34) id RAA07050; Fri, 25 Apr 1997 17:24:32 -0500 Message-Id: <199704252224.RAA07050@abc> Subject: Re: Maintainer of ft/lft To: terry@lambert.org (Terry Lambert) Date: Fri, 25 Apr 1997 17:24:32 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <199704252054.NAA04073@phaeton.artisoft.com> from "Terry Lambert" at Apr 25, 97 01:54:16 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > > Biggest problem with the QIC stuff is that there are too many > > "standards". Also, it has to cooperate with the ft driver and > > allowing them to be active concurrently is a nuisance (though > > I think desirable). > > What? A QIC-117 device is a QIC-117 device is a QIC-117 device > is the argument that's been going on. If it *is*, then it doesn't > have to "cooperate" with anything... it *is* the replacement for > the ft driver. Conversely, if cooperation is required, then a > QIC-117 drive is *not* a QIC-117 drive is *not* a QIC-117 drive > (which is what I was chewed out for claiming). A QIC-40,80,3010,3020 device all use the QIC-117 command interface. One problem I came across was digging up the the geometry of the tape that is inserted in your drive... New revisions of QIC-117 have the interface necessary to ask "hey what's the geometry" and the drive will return enough data for you to calculate everything you need to know. As I mentioned in my last email the code becomes harder if you use a QIC-80 rev a or b (possibly c, not sure anymore), as those drives don't provide the method of detecting tape geometry (There wasn't a need then). You will need more than QIC-117 to implement the driver. At the least you will need QIC-40, QIC-80, QIC-117, QIC-3010, QIC-3020. There are a couple other QIC's you will need to handle ecc and maybe some for compression. Again it's been a bit since I've looked. Whenever you call QIC up asking for copies of the standards ask them to send you a copy of their matrix that shows all the standards. > If I can't have one driver per standard, then it's not a standard. > It's more like a set of standards like you have a set of .c files in a driver. I handle this type of drive, I handle that type of drive, I'm the command syntax, etc etc. > I was under the impression that it was being claimed to be a standard; > if so, the bogusness of the current ft/lft driver in FreeBSD derice > from it being logically incomplete, not from any fault of the > manufacturer. > Once upon a time ft/lft was more accurate, but the original standards didn't scale well, if at all. In order to handle bigger badder tape drives (250Mb just don't cut it anymore ;) the standards needed some work. Writing a driver to handle todays standards should be easy, but you'll need some hooks to handle the old drives that aren't up to standard. In the ft0 driver the original author made a comment while working on establishing the tape geometry that his colorado jumbo 250 didn't work with the nicer commands. As much as it would be nice to forget the old tapes, I'm guessing there are a lot of jumbo 250s running around. It would be nice if our ft0 could handle those. > As I said before, if this is the case, I will personally go buy the > IOmega version of the cruddy on-SCSI hardware to let me hack on the > driver, as long as I can get documentation without signing non-disclosure > and making it impossible to hand off the driver and never look at it > again. All QIC standards are freely available at the request, with no non-disclosure agreements required. It is a fairly open standard. --- Joe Diehl PGP Key: finger joed@unix.ksu.edu From owner-freebsd-hackers Fri Apr 25 15:29:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA16985 for hackers-outgoing; Fri, 25 Apr 1997 15:29:07 -0700 (PDT) Received: from gns.com.br (dl0235-bsb.GNS.com.br [200.239.56.235]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA16888 for ; Fri, 25 Apr 1997 15:27:41 -0700 (PDT) Received: (from dcs@localhost) by gns.com.br (8.8.5/8.7.3) id SAA04687 for hackers@hub.freebsd.org; Fri, 25 Apr 1997 18:42:25 -0300 (EST) From: "Daniel C. Sobral" Message-Id: <199704252142.SAA04687@gns.com.br> Subject: namei & hash functions In-Reply-To: <199704250932.CAA04813@hub.freebsd.org> from "owner-hackers-digest@hub.freebsd.org" at "Apr 25, 97 02:32:52 am" To: hackers@hub.freebsd.org Date: Fri, 25 Apr 1997 18:41:04 -0300 (EST) Disclaimer: Klaatu Barada Nikto! X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Index: vfs_lookup.c > =================================================================== > RCS file: /jaz/cvs/src/sys/kern/vfs_lookup.c,v > retrieving revision 1.11.4.1 > diff -r1.11.4.1 vfs_lookup.c > 271a272 > > u_long hash; > 299c300 > < cnp->cn_hash = 0; > - --- > > hash = 0; > 301c302,303 > < cnp->cn_hash += (unsigned char)*cp; > - --- > > hash = hash * 33 + (unsigned char)*cp; I think hash += hash << 5 + (unsigned char)*cp; would be better... > > cnp->cn_hash = hash; -- Daniel C. Sobral (8-DCS) dcs@gns.com.br dcs@linf.unb.br The IBM purchase of ROLM gives new meaning to the term "twisted pair". -- Howard Anderson, "Yankee Group" From owner-freebsd-hackers Fri Apr 25 15:31:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA17161 for hackers-outgoing; Fri, 25 Apr 1997 15:31:04 -0700 (PDT) Received: from caliban.dihelix.com (caliban.dihelix.com [198.180.136.138]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA17140; Fri, 25 Apr 1997 15:30:52 -0700 (PDT) Received: (from langfod@localhost) by caliban.dihelix.com (8.8.5/8.8.3) id MAA20158; Fri, 25 Apr 1997 12:29:27 -1000 (HST) Message-Id: <199704252229.MAA20158@caliban.dihelix.com> Subject: Re: Router statistics In-Reply-To: <199704252148.PAA02413@shell.aros.net> from "Michael K. Sanders" at "Apr 25, 97 03:48:44 pm" To: msanders@aros.net (Michael K. Sanders) Date: Fri, 25 Apr 1997 12:29:26 -1000 (HST) Cc: dennis@etinc.com, dg@root.com, cmsedore@mailbox.syr.edu, freebsd-hackers@FreeBSD.ORG, isp@FreeBSD.ORG From: "David Langford" X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Cant beleive I am even thinking this: Does Intel make a multiport board based and the Pro/100B chipset? Thanks, -David Langford langfod@dihelix.com From owner-freebsd-hackers Fri Apr 25 15:48:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA18148 for hackers-outgoing; Fri, 25 Apr 1997 15:48:51 -0700 (PDT) Received: from siesta.cs.wustl.edu (nw1@siesta.cs.wustl.edu [128.252.165.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA18143 for ; Fri, 25 Apr 1997 15:48:49 -0700 (PDT) Received: from localhost by siesta.cs.wustl.edu (SMI-8.6/ECL-J1.00) id RAA11007; Fri, 25 Apr 1997 17:48:41 -0500 Message-Id: <199704252248.RAA11007@siesta.cs.wustl.edu> To: freebsd-hackers@freebsd.org From: Nanbor Wang Subject: pid_t getpgid(pid_t pid) support ? Date: Fri, 25 Apr 1997 17:48:40 -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, Is it possible to patch/implement getpgid() easily? I know glibc-2.0 has it but reckon that it would probably not a good idea mixing it with libc_r... Thanks, nw From owner-freebsd-hackers Fri Apr 25 15:55:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA18387 for hackers-outgoing; Fri, 25 Apr 1997 15:55:22 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA18382 for ; Fri, 25 Apr 1997 15:55:19 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA04271; Fri, 25 Apr 1997 15:51:21 -0700 From: Terry Lambert Message-Id: <199704252251.PAA04271@phaeton.artisoft.com> Subject: Re: Maintainer of ft/lft To: joed@ksu.edu Date: Fri, 25 Apr 1997 15:51:21 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199704252224.RAA07050@abc> from "joed@ksu.edu" at Apr 25, 97 05:24:32 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As I mentioned in my last email the code becomes harder if you use > a QIC-80 rev a or b (possibly c, not sure anymore), as those drives don't > provide the method of detecting tape geometry (There wasn't a need then). As long as I can standardly tell the difference between a QIC-40/80 and a QIC-117, I'll be happy. > Writing a driver to handle todays standards should be easy, but you'll > need some hooks to handle the old drives that aren't up to standard. But they are all up to the older standards, right? So as long as the driver maps the standard space, there will be no problem, right? They are, after all, *standard*, as my detractors have claimed... > In the ft0 driver the original author made a comment while working on > establishing the tape geometry that his colorado jumbo 250 didn't > work with the nicer commands. As much as it would be nice to forget the old > tapes, I'm guessing there are a lot of jumbo 250s running around. It > would be nice if our ft0 could handle those. Point me at the docs... 8-). > All QIC standards are freely available at the request, with no non-disclosure > agreements required. It is a fairly open standard. Well, I got the QIC-40/80 stuff back when they were first coming out and there was a call for driver authors. I'll dig out my old stuff and get them to send the new stuff. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Apr 25 16:03:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA18883 for hackers-outgoing; Fri, 25 Apr 1997 16:03:26 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA18873 for ; Fri, 25 Apr 1997 16:03:23 -0700 (PDT) Received: by agora.rdrop.com (Smail3.1.29.1 #17) id m0wKu0A-0009DEC; Fri, 25 Apr 97 16:02 PDT Message-Id: From: batie@agora.rdrop.com (Alan Batie) Subject: setsockopt vs fork To: hackers@freebsd.org Date: Fri, 25 Apr 1997 16:02:02 -0700 (PDT) Cc: batie@aahz.jf.intel.com X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm porting a packet analyzer program which does the following: open socket fork and call event scheduler routine fork and call packet receiver routine log status messages from the two children the scheduler, according to a script file, joins and leaves multicast groups using setsockopt on the socket created by the parent. Actually, if it gets too many groups for the socket (as defined by a #define limit; comments indicate this is to workaround a problem on SGI's), it opens a new socket for the additional groups. As script events occur, status messages are sent to the parent. The packet receiver process just reads packets from the socket and sends status messages to the parent. My question is: is it a valid assumption to make that setsockopt in one process will affect the socket in another given that they have common origins? It is fork and not vfork being used... I haven't yet figured out how he expects the receiver to know about any *new* sockets he creates, so maybe there's something I'm missing, but I sure don't see see any communication mechanism and I'm not creating that many groups anyhow, but it's definitely *not* seeing the multicast packets I'm sending to it... Thanks for any help... -- Alan Batie ______ It's not my fault! It's some guy batie@agora.rdrop.com \ / named "General Protection"! +1 503 452-0960 \ / --Ratbert PGP FP: DE 3C 29 17 C0 49 \/ 7A 27 40 A5 3C 37 4A DA 52 B9 It is my policy to avoid purchase of any products from companies which use unrequested email advertisements or telephone solicitation. From owner-freebsd-hackers Fri Apr 25 16:08:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA19121 for hackers-outgoing; Fri, 25 Apr 1997 16:08:04 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA19101 for ; Fri, 25 Apr 1997 16:07:58 -0700 (PDT) Received: from bogus.mindspring.com (user-37kb9ai.dialup.mindspring.com [207.69.165.82]) by borg.mindspring.com (8.8.5/8.8.5) with SMTP id TAA11604; Fri, 25 Apr 1997 19:07:51 -0400 (EDT) Message-Id: <1.5.4.32.19970425230752.006f3d20@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 25 Apr 1997 19:07:52 -0400 To: Poul-Henning Kamp From: "Kevin P. Neal" Subject: Re: the namei cache... Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 08:09 AM 4/25/97 +0200, Poul-Henning Kamp wrote: > >I wish all of these "instant-fs" specialists would read up on their >subject matter before they jump in with their misunderstandings! > > >Poul-Henning Any suggestions? URLs? -- XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ XCOMM kpneal@eos.ncsu.edu Spoken by Keir Finlow-Bates: XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!" From owner-freebsd-hackers Fri Apr 25 16:08:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA19208 for hackers-outgoing; Fri, 25 Apr 1997 16:08:37 -0700 (PDT) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.155.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA19203 for ; Fri, 25 Apr 1997 16:08:35 -0700 (PDT) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id TAA10152; Fri, 25 Apr 1997 19:08:21 -0400 (EDT) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id TAA11256; Fri, 25 Apr 1997 19:07:06 -0400 Date: Fri, 25 Apr 1997 19:07:06 -0400 Message-Id: <199704252307.TAA11256@jenolan.caipgeneral> From: "David S. Miller" To: dcs@gns.com.br CC: hackers@hub.freebsd.org In-reply-to: <199704252142.SAA04687@gns.com.br> (dcs@gns.com.br) Subject: Re: namei & hash functions Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: "Daniel C. Sobral" Date: Fri, 25 Apr 1997 18:41:04 -0300 (EST) > > hash = hash * 33 + (unsigned char)*cp; I think hash += hash << 5 + (unsigned char)*cp; would be better... Not really necessary, GCC can see the constant multiply: int mul33(int a) { return a * 33; } mul33: sll %o0,5,%g2 retl add %g2,%o0,%o0 ---------------------------------------------//// Yow! 11.26 MB/s remote host TCP bandwidth & //// 199 usec remote TCP latency over 100Mb/s //// ethernet. Beat that! //// -----------------------------------------////__________ o David S. Miller, davem@caip.rutgers.edu /_____________/ / // /_/ >< From owner-freebsd-hackers Fri Apr 25 16:10:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA19328 for hackers-outgoing; Fri, 25 Apr 1997 16:10:46 -0700 (PDT) Received: from mail.vlsi.fi (AKaxJG7oSRctpNecscEHBTfe/8/kko2M@mail.vlsi.fi [195.74.10.147]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA19322; Fri, 25 Apr 1997 16:10:39 -0700 (PDT) Received: (from smap@localhost) by mail.vlsi.fi (8.7.6/8.7.3) id CAA29333; Sat, 26 Apr 1997 02:10:35 +0300 (EET DST) Received: from vlsi1.vlsi.fi(193.64.2.2) by mail.vlsi.fi via smap (V1.3) id sma029329; Sat Apr 26 02:10:33 1997 Received: from layout.vlsi.fi by vlsi1.vlsi.fi with ESMTP (1.37.109.16/16.2) id AA292299831; Sat, 26 Apr 1997 02:10:32 +0300 Received: by layout.vlsi.fi (1.37.109.15/16.2) id AA160159831; Sat, 26 Apr 1997 02:10:31 +0300 Date: Sat, 26 Apr 1997 02:10:31 +0300 Message-Id: <199704252310.AA160159831@layout.vlsi.fi> From: Ville Eerola To: jkh@freebsd.org Cc: hackers@freebsd.org Subject: Problems in making fixit disk for RELENG_2_2 X-Mailer: VM Version 5.93 (beta) under GNU Emacs 19.29.6 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! I was trying to make release with todays RELENG_2_2 source. Make failed when trying to create the fixit floppy. The error was: > /mnt: write failed, file system is full > cpio: write error: No space left on device > *** Error code 1 I was able to correct the problem by setting FIXITINODE=4000. With this the make was able to proceed, but the resulting fixit.flp was not optimum with: > Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on > /dev/vn0c 1087 1080 7 99% 573 2017 22% /mnt I.e. almost full... I think, I need to optimize this a bit more I guess, but it might be a good idea to fix this properly in the CVS also. Regards, Ville -- Ville.Eerola@vlsi.fi VLSI Solution Oy Tel:+358 3 3165579 Hermiankatu 6-8 C Fax:+358 3 3165220 FIN-33720 Tampere, Finland From owner-freebsd-hackers Fri Apr 25 16:55:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA21082 for hackers-outgoing; Fri, 25 Apr 1997 16:55:33 -0700 (PDT) Received: from argus (pm3-p38.tfs.net [206.154.183.230]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA21074 for ; Fri, 25 Apr 1997 16:55:28 -0700 (PDT) Received: (from jbryant@localhost) by argus (8.6.12/8.6.12) id SAA09723; Fri, 25 Apr 1997 18:54:07 -0500 From: Jim Bryant Message-Id: <199704252354.SAA09723@argus> Subject: Re: Maintainer of ft/lft To: terry@lambert.org (Terry Lambert) Date: Fri, 25 Apr 1997 18:54:06 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-To: jbryant@tfs.net In-Reply-To: <199704251642.JAA03539@phaeton.artisoft.com> from "Terry Lambert" at Apr 25, 97 09:42:01 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > > > Do I need to go into the whole "VHS sucks, but it still won over Beta" > > > discussion again? > > > > QIC is QIC... interchangable... interoperable... do you have the > > standards documents? i do... > > Are these sufficient to write a driver that works with all QIC-117 > drives? > > If so, I withdrawl the aspersion, and would be *very* happy to know > where you got the documentation. I would probably even be willing > to work on a driver for the IOmega tape drive, if you have a source > for the technical documents not under non-disclosure; seeing as it's > also QIC-117 and they are standard, it should be easy to write with > QIC-117 documentation available. actually yes... call or write to Freeman & Associates in Santa Barbera... Mr. Freeman founded QIC, is the chairman, and facilitator... They are more than willing to send copies of specific standards to any serious party. best ask for the index prior to asking for specifics.. jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam From owner-freebsd-hackers Fri Apr 25 17:00:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA21286 for hackers-outgoing; Fri, 25 Apr 1997 17:00:02 -0700 (PDT) Received: from argus (pm3-p38.tfs.net [206.154.183.230]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA21246 for ; Fri, 25 Apr 1997 16:59:55 -0700 (PDT) Received: (from jbryant@localhost) by argus (8.6.12/8.6.12) id SAA09744; Fri, 25 Apr 1997 18:58:38 -0500 From: Jim Bryant Message-Id: <199704252358.SAA09744@argus> Subject: Re: Maintainer of ft/lft To: terry@lambert.org (Terry Lambert) Date: Fri, 25 Apr 1997 18:58:38 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-To: jbryant@tfs.net In-Reply-To: <199704252054.NAA04073@phaeton.artisoft.com> from "Terry Lambert" at Apr 25, 97 01:54:16 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > > The standards are "free for the asking". I'll dig up the contact > > address if you'd like. > > > > Biggest problem with the QIC stuff is that there are too many > > "standards". Also, it has to cooperate with the ft driver and > > allowing them to be active concurrently is a nuisance (though > > I think desirable). > > What? A QIC-117 device is a QIC-117 device is a QIC-117 device > is the argument that's been going on. If it *is*, then it doesn't > have to "cooperate" with anything... it *is* the replacement for > the ft driver. Conversely, if cooperation is required, then a > QIC-117 drive is *not* a QIC-117 drive is *not* a QIC-117 drive > (which is what I was chewed out for claiming). > > If I can't have one driver per standard, then it's not a standard. > > I was under the impression that it was being claimed to be a standard; > if so, the bogusness of the current ft/lft driver in FreeBSD derice > from it being logically incomplete, not from any fault of the > manufacturer. > > As I said before, if this is the case, I will personally go buy the > IOmega version of the cruddy on-SCSI hardware to let me hack on the > driver, as long as I can get documentation without signing non-disclosure > and making it impossible to hand off the driver and never look at it > again. QIC-117 is QIC-117... QIC-117 is the floppy controller interface and command set... the other standards being referred to are media types, head types, and most importantly logical formatting of the tapes... essentially, it is straightforward... jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam From owner-freebsd-hackers Fri Apr 25 17:08:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA21805 for hackers-outgoing; Fri, 25 Apr 1997 17:08:34 -0700 (PDT) Received: from argus (pm3-p38.tfs.net [206.154.183.230]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA21800 for ; Fri, 25 Apr 1997 17:08:28 -0700 (PDT) Received: (from jbryant@localhost) by argus (8.6.12/8.6.12) id TAA09809; Fri, 25 Apr 1997 19:08:17 -0500 From: Jim Bryant Message-Id: <199704260008.TAA09809@argus> Subject: Re: moving stuff To: chuckr@mat.net (Chuck Robey) Date: Fri, 25 Apr 1997 19:08:16 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-To: jbryant@tfs.net In-Reply-To: from "Chuck Robey" at Apr 25, 97 12:50:03 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > I was wondering if anyone knows the right way to move /var/spool into, > say, /usr? I don't have a real large /root partition (30 megs) and > having the printer spool area there is a pain, while my /usr and /usr2 > partitions are huge and available. I don't see where lpr especially > allows for redirecting things. I'd like to move mail, bu the printer > spooler is the worst offender. take the machine into single-user... mv /var/spool /usr ln -s /usr/spool /var/spool ^D transparent, and contents of the existing spool remain intact.... jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam From owner-freebsd-hackers Fri Apr 25 20:34:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA01904 for hackers-outgoing; Fri, 25 Apr 1997 20:34:34 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA01897 for ; Fri, 25 Apr 1997 20:34:31 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA05500; Sat, 26 Apr 1997 13:02:25 +0930 (CST) From: Michael Smith Message-Id: <199704260332.NAA05500@genesis.atrad.adelaide.edu.au> Subject: Re: Can't put 512MB ram in box ... Extended memory question. In-Reply-To: <1938.861958025@time.cdrom.com> from "Jordan K. Hubbard" at "Apr 25, 97 01:47:05 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 26 Apr 1997 13:02:25 +0930 (CST) Cc: tony@dell.com, witr@rwwa.com, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > A third, perhaps unseemly, possibility, that I haven't seen mentioned > > before, is to make the real-mode BIOS call from the kernel init code > > in the same way that the APM initilization BIOS call is made, by > > temporarily returning the CPU to real-mode after the kernel is loaded. Send us a diff! Please! > If that would allow me to read in initialization values from an > optional file in the root filesystem, just as the kernel is read in, > at the point where userconfig() is called in machdep.c, well, I'd vote > for it with all flags waving. The "userconfig save" feature broke The readfile() stuff in the new bootblocks could read the file in just after the kernel; would that be good enough? We could stack userconfig commands into that... -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri Apr 25 20:38:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA02025 for hackers-outgoing; Fri, 25 Apr 1997 20:38:25 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA02020 for ; Fri, 25 Apr 1997 20:38:20 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id WAA26978; Fri, 25 Apr 1997 22:38:13 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma026951; Sat Apr 26 03:38:02 1997 Message-Id: <3.0.32.19970425224042.00b1e2a8@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 25 Apr 1997 22:40:43 -0500 To: Curt Sampson From: "Jeffrey J. Mountin" Subject: Re: /etc/netstart bogons.. Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 11:54 AM 4/24/97 -0700, Curt Sampson wrote: >Not really, no. Setting the variable to "DEFAULT" means use the >default value. Many of our variables are set to "NO" not to run >the program, "DEFAULT" to use reasonable defaults, or a list of >flags. Thus, having the variable set to "" or unset (they're the >same thing in /bin/sh) means `run the program with no command line >arguments.' Exactly. There are some things that users may wish to run without any flags. FWIW, I go in /etc/rc.* and comment what I never want. >We have other variables that simply turn things on or off, and >these are set to just YES or NO as needed. So then the default should be yes or no, but the lesser of evils. 8-) I don't run a print daemon, so having to unset LPD="YES" annoys me, but considering the other changes I must do... Another thing that is adding lines (comments are nice) are the repeated "imported from /etc/sysconfig" entries. How about a nice layout, as it looks like they could be under a section, just like sysconfig is compartmented. >As for using shell functions and passing program names and whatnot >as parameters, there are enough special cases out there that this >may not be worthwhile. Things like: I guess what is boils down to is how to make it reasonably foolishness-proof and yet not bloat the thing with a zillion checks. A backup shell script I wrote could be done with far few than the almost 300 lines it has, but with mounting and unmounting going on, I decided to make it more bulletproof than easily readable. With that in mind, it could be done with extensive checks, but where would they go? Certainly not in sysconfig or newer users would be a bit lost. ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Fri Apr 25 20:50:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA02442 for hackers-outgoing; Fri, 25 Apr 1997 20:50:39 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA02434 for ; Fri, 25 Apr 1997 20:50:34 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id WAA28157; Fri, 25 Apr 1997 22:50:24 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma028116; Sat Apr 26 03:50:22 1997 Message-Id: <3.0.32.19970425225302.00b22474@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 25 Apr 1997 22:53:03 -0500 To: "Jordan K. Hubbard" From: "Jeffrey J. Mountin" Subject: Re: /etc/netstart bogons.. Cc: Curt Sampson , hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:09 PM 4/24/97 -0700, Jordan K. Hubbard wrote: >OK, I haven't done anything with DEFAULT so far but here's the >rest of my changes relative to FreeBSD. How about " " for no flags and then have default=NO for "" checking? >There are two files added (rc.conf and rc.network) and two files >deleted (sysconfig and netstart), so it's probably easiest for folks >to move the two deleted files out the way and unpack the attached shar >file into their /usr/src/etc directories, applying the patches as well >and then installing the relevant bits into /etc. You should then >customize the new rc.conf file to taste using the old sysconfig file >as a guide. I didn't like netstart in BSDi, even if it was nice to be separate, and sysconfig didn't make BSD sense to me in FBSD. >If this meets with general approval, I then (boy scout's honor) >promise to also write (and commit with the rest of the stuff) an >rc.conf(8) man page which contains the much longer and more detailed >information that sysconfig used to but which also made sysconfig >unreadable and that much more difficult to customize. IMHO, all the comments *did* make it unreadable, which I supposed would make people read the man page (right, why is RTFM used? ;) and make bulletproofing things less of a problem. Have to admit the comments are nice, but if they are in the man page, but kept reasonably short. After all there are pages for what rc is setting. I grew up (yah) on BSDi, so I'm used to it. >Everything is also relative to 2.2.1 here since that's what I test >with. I'd like it to go into -current, naturally, but I first have to >check and see if any new knobs have been added there recently. > >Thanks! FreeBSD folk - please do test this! Thanks also to the >NetBSD folk for bringing their rc.conf stuff to my attention. It was >definitely a kick in the right direction (and this represents just my >first draft, we can add more of their features like DEFAULT and such >as we evolve this). Pass for now. My noodle needs rest and diffs make me dizzy. %-S ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Fri Apr 25 20:53:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA02541 for hackers-outgoing; Fri, 25 Apr 1997 20:53:29 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA02536; Fri, 25 Apr 1997 20:53:25 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id UAA13197; Fri, 25 Apr 1997 20:53:24 -0700 (PDT) To: Ville Eerola cc: jkh@freebsd.org, hackers@freebsd.org Subject: Re: Problems in making fixit disk for RELENG_2_2 In-reply-to: Your message of "Sat, 26 Apr 1997 02:10:31 +0300." <199704252310.AA160159831@layout.vlsi.fi> Date: Fri, 25 Apr 1997 20:53:23 -0700 Message-ID: <13195.862026803@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I was able to correct the problem by setting FIXITINODE=4000. With > this the make was able to proceed, but the resulting fixit.flp was not > optimum with: OK, I just recently merged this from -current and it looks like the values chosen aren't quite right. I'll bump up the values a bit right now.. Jordan From owner-freebsd-hackers Fri Apr 25 20:54:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA02630 for hackers-outgoing; Fri, 25 Apr 1997 20:54:17 -0700 (PDT) Received: from kalypso.cybercom.net (kalypso.cybercom.net [206.28.134.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA02619 for ; Fri, 25 Apr 1997 20:54:14 -0700 (PDT) Received: from atlanta (mfd-dial2-7.cybercom.net [206.28.134.71]) by kalypso.cybercom.net (8.8.5/8.8.5) with SMTP id XAA00314; Fri, 25 Apr 1997 23:54:05 -0400 (EDT) Message-Id: <1.5.4.32.19970426035451.006fa82c@cybercom.net> X-Sender: ksmm@cybercom.net X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 25 Apr 1997 23:54:51 -0400 To: Joachim Kuebart , hackers@freebsd.org From: The Classiest Man Alive Subject: Re: VFAT 32 support in msdosfs Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 04:55 PM 4/25/97 +0200, Joachim Kuebart wrote: >Hi! > >Is there VFAT32 support in the current msdosfs? If not,m I'd be ready to try >and do it.. >Note: From what I've heared, Windows95 that supports VFAT isn't even shipped >any more. So this will probably be dying out soon.. :-) > Where'd you hear that? Doesn't seem like Microsoft to just break the chain of backward compatibility like that. K.S. From owner-freebsd-hackers Fri Apr 25 21:09:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA03453 for hackers-outgoing; Fri, 25 Apr 1997 21:09:59 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA03448 for ; Fri, 25 Apr 1997 21:09:57 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA13337; Fri, 25 Apr 1997 21:08:04 -0700 (PDT) To: Michael Smith cc: tony@dell.com, witr@rwwa.com, hackers@freebsd.org Subject: Re: Can't put 512MB ram in box ... Extended memory question. In-reply-to: Your message of "Sat, 26 Apr 1997 13:02:25 +0930." <199704260332.NAA05500@genesis.atrad.adelaide.edu.au> Date: Fri, 25 Apr 1997 21:08:03 -0700 Message-ID: <13334.862027683@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The readfile() stuff in the new bootblocks could read the file in just > after the kernel; would that be good enough? We could stack > userconfig commands into that... Sounds good to me - like I said, it's just writing that file back out that's still giving me conceptual headaches. :-) Jordan From owner-freebsd-hackers Fri Apr 25 21:10:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA03593 for hackers-outgoing; Fri, 25 Apr 1997 21:10:46 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA03581 for ; Fri, 25 Apr 1997 21:10:42 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA13362; Fri, 25 Apr 1997 21:10:34 -0700 (PDT) To: "Jeffrey J. Mountin" cc: Curt Sampson , hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "Fri, 25 Apr 1997 22:53:03 CDT." <3.0.32.19970425225302.00b22474@mixcom.com> Date: Fri, 25 Apr 1997 21:10:34 -0700 Message-ID: <13360.862027834@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Pass for now. My noodle needs rest and diffs make me dizzy. %-S Well, I'm getting so little feedback on this that I'm just going to go ahead with it in the next few days. People clearly aren't all that interested in actually trying it out *before* it's committed, so hey, they'll just have to try it out afterwards whether they like it or not. :-) Jordan From owner-freebsd-hackers Fri Apr 25 21:15:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA03818 for hackers-outgoing; Fri, 25 Apr 1997 21:15:25 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA03792 for ; Fri, 25 Apr 1997 21:15:15 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id XAA00590; Fri, 25 Apr 1997 23:15:08 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma000574; Sat Apr 26 04:14:55 1997 Message-Id: <3.0.32.19970425231735.00b20ac4@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 25 Apr 1997 23:17:36 -0500 To: Joachim Kuebart From: "Jeffrey J. Mountin" Subject: Re: VFAT 32 support in msdosfs Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 04:55 PM 4/25/97 +0200, Joachim Kuebart wrote: >Is there VFAT32 support in the current msdosfs? If not,m I'd be ready to try >and do it.. >Note: From what I've heared, Windows95 that supports VFAT isn't even shipped >any more. So this will probably be dying out soon.. :-) Really don't know why the bothered with it, even though I do use it. Much rather have NTFS in 95 with all the little BS files less then 1K. ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Fri Apr 25 21:26:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA04383 for hackers-outgoing; Fri, 25 Apr 1997 21:26:07 -0700 (PDT) Received: from nicen.icey.com (slc-pm3-1-252.inquo.net [207.179.3.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA04370 for ; Fri, 25 Apr 1997 21:25:58 -0700 (PDT) Received: from inquo-ogden.inquo.net (inquo-ogden.inquo.net [207.179.3.1]) by nicen.icey.com (8.7.6/8.7.3) with SMTP id WAA14934 for ; Fri, 25 Apr 1997 22:36:46 -0600 Message-ID: <3361848D.36F2@nicen.icey.com> Date: Fri, 25 Apr 1997 22:29:01 -0600 From: Scott Brown Reply-To: skb@icey.com Organization: Salt Lake Community College X-Mailer: Mozilla 3.01 (Win16; I) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org Subject: Install problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I'm attempting to install FreeBSD 2.2.1 on an 80386. Unfortunately, the install program freezes completely as soon as it reaches the main installation menu (the first color screen). The machine works perfectly as a DOS box, and there's no extra hardware to cause problems. Actual hardware specs: -80386 DX-33 w/80387, 4Mb -AMI Bios (319-1, 1990) -Conner CFS540A IDE -Paradise/Western Digital VGA (WD90C10) -Generic multi-IO card - heritage doubtful, but the big chips are marked "Winbond". I'm pretty much lost. Any helpful ideas? -Scott From owner-freebsd-hackers Fri Apr 25 21:31:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA04593 for hackers-outgoing; Fri, 25 Apr 1997 21:31:38 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA04584 for ; Fri, 25 Apr 1997 21:31:35 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id XAA01970; Fri, 25 Apr 1997 23:30:19 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma001921; Sat Apr 26 04:30:08 1997 Message-Id: <3.0.32.19970425233247.00b2da68@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 25 Apr 1997 23:32:48 -0500 To: Robert Withrow From: "Jeffrey J. Mountin" Subject: Re: Can't put 512MB ram in box ... Extended memory question. Cc: hackers@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk At 08:01 PM 4/24/97 -0400, Robert Withrow wrote: >Can someone tell my why WIN95 can figure out I have 128M in this machine >(with no special help from me) and FreeBSD can't? I don't like the idea >of WIN95 being smarter than FreeBSD.... ;-) Smarter? Not! I've seen 2 95 machines that would not recognize more than 64Mb and yes BIOS did see it, nor did it violate any rules for the number of "sides" for memory. Good 'ole errartic MS. ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Fri Apr 25 21:31:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA04603 for hackers-outgoing; Fri, 25 Apr 1997 21:31:39 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA04586 for ; Fri, 25 Apr 1997 21:31:36 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA13484; Fri, 25 Apr 1997 21:31:24 -0700 (PDT) To: "Jeffrey J. Mountin" cc: Curt Sampson , hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "Fri, 25 Apr 1997 22:53:03 CDT." <3.0.32.19970425225302.00b22474@mixcom.com> Date: Fri, 25 Apr 1997 21:31:24 -0700 Message-ID: <13482.862029084@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > At 12:09 PM 4/24/97 -0700, Jordan K. Hubbard wrote: > >OK, I haven't done anything with DEFAULT so far but here's the > >rest of my changes relative to FreeBSD. > > How about " " for no flags and then have default=NO for "" checking? I'm not sure why NO is necessary if it causes no special expansion of the flags. Again, I'm trying to avoid any and all "dual use" of variables, only having "NO" be a special value in non-boolean situations when there's really no other reasonable way of doing it, e.g. I either have a filename parameter for something or I have "NO" to denote that the option is turned off entirely. Those are kinda evil, from a conceptual standpoint, but there are 3-4 instances where a foo_enable and a foo was just too redundant, and there are no DEFAULT cases for them in any event so the point is kinda moot. Jordan From owner-freebsd-hackers Fri Apr 25 22:00:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA05675 for hackers-outgoing; Fri, 25 Apr 1997 22:00:36 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA05670 for ; Fri, 25 Apr 1997 22:00:33 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id AAA05583; Sat, 26 Apr 1997 00:00:32 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma005132; Sat Apr 26 05:00:16 1997 Message-Id: <3.0.32.19970426000255.00764da0@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 26 Apr 1997 00:02:56 -0500 To: "Jordan K. Hubbard" From: "Jeffrey J. Mountin" Subject: Re: MailBomb Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 09:57 AM 4/23/97 -0700, Jordan K. Hubbard wrote: >> Look, this is obviously a troll. If you ignore these clowns they will go >> away. > >Yeah, but they're such FUN. :-) And why our system *can* return all kinds of interesting 550 messages. ;) >And you'd be surprised - about 50% of the "trolls" we get seem to turn >out to be actual, real, live people who are simply so deeply clueless >that they only _look_ like trolls. Never underestimate human >stupidity, Joe! It's more common than actual maliciousness. ;-) Case example. > > > > I will go in it later but my brother just got here>>>>>>>>>>>>>. > HEY KNOW THAT YOU GOT AOL YOU CAN BECOME A HACKER. iTS FUN BEING A HACKER. > YOU GET TO PISS THE FUCK OUT OF PEOPLE. JUST CANT GET CAUGHT. HA HA HA!!!!!!! > I COULD MAIL YOU A PROGRAM SO YOU CAN GO INTO OTHER PEOPLES ACCOUNTS AND HAVE FUN > WITH IT. YOU COULD ALSO GET AOL FREE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > AFTER YOUR DONE READING THIS DELETE THE MESSAGE.PEACE OUT BROTHA!!!!!!!!!!!!!!! Note the CAPS. I just *love* sending "I am watching" messages. On the serious side I do advise them that logging can pinpoint them. Sounds like the AOHell program that is floating around. Not that they have been "on-line" lately anyways. Bwahahahaha! Favorite address spoof: you_do_not_know_because_you_reside@aol.com 8-) ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Fri Apr 25 22:02:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA05745 for hackers-outgoing; Fri, 25 Apr 1997 22:02:14 -0700 (PDT) Received: from siesta.cs.wustl.edu (nw1@siesta.cs.wustl.edu [128.252.165.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA05740 for ; Fri, 25 Apr 1997 22:02:12 -0700 (PDT) Received: from localhost by siesta.cs.wustl.edu (SMI-8.6/ECL-J1.00) id AAA19523; Sat, 26 Apr 1997 00:01:59 -0500 Message-Id: <199704260501.AAA19523@siesta.cs.wustl.edu> To: John Polstra cc: hackers@freebsd.org Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) In-reply-to: Your message of "Thu, 24 Apr 1997 22:26:06 PDT." <199704250526.WAA00902@austin.polstra.com> Date: Sat, 26 Apr 1997 00:01:58 -0500 From: Nanbor Wang Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I have been working on porting ACE to FreeBSD platform on and off for > > quite some time. > > [...] > > /var/tmp/cc022478.s:16783: Warning: GOT relocation burb: `__vt$15ACE_Local_Mutex > > ' should be global > > This has shown up in some other things as well. I have fixed this sort > of problem in g++ before, and it is on my list to fix this one. > > It would really help to have a small, self-contained test case. > Could you please try to pare down one of the failing source files to > the bare minimum, and send it to me? I can't wait. Here is a short one. Compile it as gcc -fpic -c got.cc and you should get the GOT warning. You can play with it. If you define constructor foo::foo() as an inline function too, or, remove the "inline" keyword from definition of foo::bar(), you can get rid of the GOT warning. Anyone? Thanks a lot!! nw # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # got.cc # got.h # echo x - got.cc sed 's/^X//' >got.cc << 'END-of-got.cc' X#include "got.h" X Xfoo::foo() { X} X END-of-got.cc echo x - got.h sed 's/^X//' >got.h << 'END-of-got.h' Xclass foo { Xpublic: X foo() ; X virtual int bar() ; X} ; X X Xinline int foo::bar() { X return 0 ; X} X END-of-got.h exit From owner-freebsd-hackers Fri Apr 25 22:24:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA06613 for hackers-outgoing; Fri, 25 Apr 1997 22:24:47 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA06608 for ; Fri, 25 Apr 1997 22:24:37 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id AAA20122; Sat, 26 Apr 1997 00:24:38 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma020117; Sat Apr 26 05:24:29 1997 Message-Id: <3.0.32.19970426002707.00b40790@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 26 Apr 1997 00:27:08 -0500 To: The Classiest Man Alive From: "Jeffrey J. Mountin" Subject: Re: VFAT 32 support in msdosfs Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 11:54 PM 4/25/97 -0400, The Classiest Man Alive wrote: >>Note: From what I've heared, Windows95 that supports VFAT isn't even shipped >>any more. So this will probably be dying out soon.. :-) >> > >Where'd you hear that? Doesn't seem like Microsoft to just break the chain >of backward compatibility like that. Unless NT will have support for it, it will die (eventually) as 95 and NT move together. At least I hope so... but then they say "wish in..." Best to drop this one off the list. ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Fri Apr 25 22:28:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA06694 for hackers-outgoing; Fri, 25 Apr 1997 22:28:12 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA06689 for ; Fri, 25 Apr 1997 22:28:10 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id AAA20331; Sat, 26 Apr 1997 00:28:09 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma020297; Sat Apr 26 05:27:56 1997 Message-Id: <3.0.32.19970426003035.00b3afb0@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 26 Apr 1997 00:30:36 -0500 To: "Jordan K. Hubbard" From: "Jeffrey J. Mountin" Subject: Re: /etc/netstart bogons.. Cc: Curt Sampson , hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 09:31 PM 4/25/97 -0700, Jordan K. Hubbard wrote: >I'm not sure why NO is necessary if it causes no special expansion of >the flags. Again, I'm trying to avoid any and all "dual use" of >variables, only having "NO" be a special value in non-boolean >situations when there's really no other reasonable way of doing it, >e.g. I either have a filename parameter for something or I have "NO" >to denote that the option is turned off entirely. Those are kinda >evil, from a conceptual standpoint, but there are 3-4 instances where >a foo_enable and a foo was just too redundant, and there are no >DEFAULT cases for them in any event so the point is kinda moot. Hmmm... I may have misunderstood, but I can agree with you. Just that I have to account possibilities when I write scripts for techs that have root access (only a bit longer thankfully). Otherwise they know that I do bite. ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Fri Apr 25 22:37:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA07056 for hackers-outgoing; Fri, 25 Apr 1997 22:37:14 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA07050 for ; Fri, 25 Apr 1997 22:37:11 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id AAA20972; Sat, 26 Apr 1997 00:37:09 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma020966; Sat Apr 26 05:37:07 1997 Message-Id: <3.0.32.19970426003946.00b3b344@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 26 Apr 1997 00:39:46 -0500 To: "Jordan K. Hubbard" From: "Jeffrey J. Mountin" Subject: Re: /etc/netstart bogons.. Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 09:10 PM 4/25/97 -0700, Jordan K. Hubbard wrote: >Well, I'm getting so little feedback on this that I'm just going to go >ahead with it in the next few days. People clearly aren't all that >interested in actually trying it out *before* it's committed, so hey, >they'll just have to try it out afterwards whether they like it or >not. :-) LOL! I can hear it now... Not to change the topic, I was a bit perturbed that /etc/newsyslog.conf replaced the typical log rotation in /etc/daily and I imagine that will just have to adjust to it. On secondary "whatever" servers I don't like, nor see a reason for, daily rotation, so I was a bit "lost" at first. $.02 ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Fri Apr 25 22:49:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA07359 for hackers-outgoing; Fri, 25 Apr 1997 22:49:28 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA07354 for ; Fri, 25 Apr 1997 22:49:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id WAA19596; Fri, 25 Apr 1997 22:50:44 -0700 (PDT) Message-Id: <199704260550.WAA19596@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: "Daniel C. Sobral" cc: hackers@hub.freebsd.org Subject: Re: namei & hash functions In-reply-to: Your message of "Fri, 25 Apr 1997 18:41:04 -0300." <199704252142.SAA04687@gns.com.br> From: David Greenman Reply-To: dg@root.com Date: Fri, 25 Apr 1997 22:50:44 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Index: vfs_lookup.c >> =================================================================== >> RCS file: /jaz/cvs/src/sys/kern/vfs_lookup.c,v >> retrieving revision 1.11.4.1 >> diff -r1.11.4.1 vfs_lookup.c >> 271a272 >> > u_long hash; >> 299c300 >> < cnp->cn_hash = 0; >> - --- >> > hash = 0; >> 301c302,303 >> < cnp->cn_hash += (unsigned char)*cp; >> - --- >> > hash = hash * 33 + (unsigned char)*cp; > >I think hash += hash << 5 + (unsigned char)*cp; >would be better... > >> > cnp->cn_hash = hash; Only the bottom so-many bits are going to be involved in the hash index. I think you lose too much by shifting useful bits off the end. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Fri Apr 25 23:11:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA07904 for hackers-outgoing; Fri, 25 Apr 1997 23:11:42 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA07899 for ; Fri, 25 Apr 1997 23:11:39 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA05947; Sat, 26 Apr 1997 15:41:14 +0930 (CST) From: Michael Smith Message-Id: <199704260611.PAA05947@genesis.atrad.adelaide.edu.au> Subject: Re: namei & hash functions In-Reply-To: <199704252307.TAA11256@jenolan.caipgeneral> from "David S. Miller" at "Apr 25, 97 07:07:06 pm" To: davem@jenolan.rutgers.edu (David S. Miller) Date: Sat, 26 Apr 1997 15:41:13 +0930 (CST) Cc: dcs@gns.com.br, hackers@hub.freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk David S. Miller stands accused of saying: > From: "Daniel C. Sobral" > Date: Fri, 25 Apr 1997 18:41:04 -0300 (EST) > > > > hash = hash * 33 + (unsigned char)*cp; > > I think hash += hash << 5 + (unsigned char)*cp; > would be better... > > Not really necessary, GCC can see the constant multiply: ... and on top of that, on an architecture where multiplying is faster than shift, add, it is likely to know this. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri Apr 25 23:32:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA08572 for hackers-outgoing; Fri, 25 Apr 1997 23:32:41 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA08565 for ; Fri, 25 Apr 1997 23:32:39 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA12452 for ; Fri, 25 Apr 1997 23:32:37 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id BAA01177; Sat, 26 Apr 1997 01:32:43 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma001120; Sat Apr 26 06:32:14 1997 Message-Id: <3.0.32.19970426013452.00713034@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 26 Apr 1997 01:34:53 -0500 To: hackers@freebsd.com From: "Jeffrey J. Mountin" Subject: Syslog bug? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ok 2 oddities on FBSD. First, why do some of the logs unders syslogd stamp with the local (CDT) time and some with GMT? Easy enough to -5:00 them, but why they vary... Is this a function of how syslog() is used? BSDi does this as well, but only for a hacked version of smap, yet smapd logs with CDT time. Secondly why do I have: Apr 26 01:00:01 nr sendmail[18248]: gethostbyaddr() failed for 207.227.127.82 ... for every single IP alias'd (this is a web host server) in my maillog? This causes a serious problem with the size of the maillog file, as this server does secondary MX right now, but another web server does this as well. Or is this a sendmail related problem? It does log this in /var/log/waring for a *.warning entry in syslog, so I wouldn't think so. Ping will not on the server that the IPs are aliased to, but this is the same for the BSDi web server, which has the same syslog.conf and does not have this in the maillog. ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Fri Apr 25 23:43:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA08925 for hackers-outgoing; Fri, 25 Apr 1997 23:43:49 -0700 (PDT) Received: from plum.cyber.com.au (plum.cyber.com.au [203.7.155.24]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA08919 for ; Fri, 25 Apr 1997 23:43:45 -0700 (PDT) Received: (from darrenr@localhost) by plum.cyber.com.au (8.6.12/8.6.6) id QAA24533; Sat, 26 Apr 1997 16:43:31 +1000 From: Darren Reed Message-Id: <199704260643.QAA24533@plum.cyber.com.au> Subject: Re: IPFILTER To: mrfoine@enteract.com (Wayne Baety) Date: Sat, 26 Apr 1997 16:43:30 +1000 (EST) Cc: chris@dilbert.bb.cc.wa.us, hackers@FreeBSD.ORG, ipfilter@postbox.anu.edu.au In-Reply-To: from "Wayne Baety" at Apr 25, 97 06:03:26 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail I received from Wayne Baety, sie wrote > now what?.......this is on -current by the way -current is different enough from 2.2 that whilst it will work on 2.2, it won't work on -current. From owner-freebsd-hackers Fri Apr 25 23:48:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA09059 for hackers-outgoing; Fri, 25 Apr 1997 23:48:20 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA09054 for ; Fri, 25 Apr 1997 23:48:16 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id QAA04176; Sat, 26 Apr 1997 16:48:05 +1000 (EST) Date: Sat, 26 Apr 1997 16:48:04 +1000 (EST) From: "Daniel O'Callaghan" To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-Reply-To: <13360.862027834@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 25 Apr 1997, Jordan K. Hubbard wrote: > > Pass for now. My noodle needs rest and diffs make me dizzy. %-S > > Well, I'm getting so little feedback on this that I'm just going to go > ahead with it in the next few days. People clearly aren't all that > interested in actually trying it out *before* it's committed, so hey, > they'll just have to try it out afterwards whether they like it or > not. :-) I had a brief look at it yesterday, but it was a public holiday and I tried to do as little work as possible. The rc.conf looks fine, sort of like sysconfig without the comments. As for a fancy tool for editing rc.conf (for those who are vi-impaired), what about the visual userconfig code in the kernel. It looks like a possible starting point, since it has exploding sections and could even have help pages available. Mike, how hard do you think it would be to rework userconfig.c to handle rc.conf instead of devices? My thoughts in this direction are that it would be nice to have a text-window-based rc.conf editor as well as Tcl editor for those running X. The alternatives are libdialog and something completely different. Jordan has grumbled about libdialog in the past, and I don't see his opinion changing in a hurry. Danny From owner-freebsd-hackers Sat Apr 26 01:56:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA12466 for hackers-outgoing; Sat, 26 Apr 1997 01:56:41 -0700 (PDT) Received: from fcggsg07.icg.tu-graz.ac.at (fcggsg07.icg.tu-graz.ac.at [129.27.201.16]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA12461 for ; Sat, 26 Apr 1997 01:56:38 -0700 (PDT) Received: from lend.tu-graz.ac.at (isdn082.tu-graz.ac.at [129.27.240.82]) by fcggsg07.icg.tu-graz.ac.at (8.8.4/8.8.4) with ESMTP id KAA23246 for ; Sat, 26 Apr 1997 10:56:27 +0200 (MDT) Received: from localhost (lend.tu-graz.ac.at [127.0.0.1]) by lend.tu-graz.ac.at (8.8.5/8.8.5) with SMTP id KAA01060 for ; Sat, 26 Apr 1997 10:53:28 +0200 (CEST) Date: Sat, 26 Apr 1997 10:53:27 +0200 (CEST) From: Martin Kammerhofer Reply-To: Martin Kammerhofer To: freebsd-hackers@FreeBSD.ORG Subject: Re: What is the absolute minimum options for a kernel? (INET required) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Actually with a few '#ifdef INET' in /usr/src/sys/i386/i386/machdep.c you *can* get rid of INET. (Email me for a patch). I was curious how much one can strip down a kernel and still run it and ended up with: # /sys/compile/BARE # minimum kernel configuration ident BARE options MFS options MFS_ROOT=1 machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" cpu "I686_CPU" maxusers 8 config kernel root on wd0 controller isa0 # Mandatory, don't remove device npx0 at isa? port "IO_NPX" irq 13 vector npxintr Obviously MFS_ROOT has to be tuned, I've set it to 1K to see >size /bare text data bss dec hex 368640 32768 20960 422368 671e0 how much fat remains. (To do anything with it you may want to add some device drivers too). BTW, the V7 kernel (1979) was 40K only. From owner-freebsd-hackers Sat Apr 26 02:20:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA13295 for hackers-outgoing; Sat, 26 Apr 1997 02:20:24 -0700 (PDT) Received: from jocki.domestic (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA13269 for ; Sat, 26 Apr 1997 02:20:18 -0700 (PDT) Received: (from joki@localhost) by jocki.domestic (8.8.5/8.8.5) id LAA00454; Sat, 26 Apr 1997 11:20:26 +0200 (MET DST) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3.0.32.19970425233247.00b2da68@mixcom.com> Date: Sat, 26 Apr 1997 10:11:43 +0200 (MET DST) From: Joachim Kuebart To: "Jeffrey J. Mountin" Subject: Re: Can't put 512MB ram in box ... Extended memory question. Cc: hackers@freebsd.org, Robert Withrow Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 26-Apr-97 Jeffrey J. Mountin wrote: >At 08:01 PM 4/24/97 -0400, Robert Withrow wrote: >>Can someone tell my why WIN95 can figure out I have 128M in this machine >>(with no special help from me) and FreeBSD can't? I don't like the idea >>of WIN95 being smarter than FreeBSD.... ;-) Is the MAXMEM option correctly set in the kernel config file, like: options "MAXMEM=(128*1024)" > >Smarter? Not! I've seen 2 95 machines that would not recognize more than >64Mb and yes BIOS did see it, nor did it violate any rules for the number >of "sides" for memory. > >Good 'ole errartic MS. > ---------------------------------------------------------------------- FreeBSD Top breeders recommend it Joachim Kuebart Germany Tel: +49 711 653706 From owner-freebsd-hackers Sat Apr 26 02:20:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA13308 for hackers-outgoing; Sat, 26 Apr 1997 02:20:26 -0700 (PDT) Received: from jocki.domestic (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA13273 for ; Sat, 26 Apr 1997 02:20:19 -0700 (PDT) Received: (from joki@localhost) by jocki.domestic (8.8.5/8.8.5) id LAA00465; Sat, 26 Apr 1997 11:20:35 +0200 (MET DST) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3.0.32.19970425231735.00b20ac4@mixcom.com> Date: Sat, 26 Apr 1997 10:33:11 +0200 (MET DST) From: Joachim Kuebart To: "Jeffrey J. Mountin" Subject: Re: VFAT 32 support in msdosfs Cc: hackers@freebsd.org, Joachim Kuebart Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 26-Apr-97 Jeffrey J. Mountin wrote: >At 04:55 PM 4/25/97 +0200, Joachim Kuebart wrote: >>Is there VFAT32 support in the current msdosfs? If not,m I'd be ready to try >>and do it.. >>Note: From what I've heared, Windows95 that supports VFAT isn't even shipped >>any more. So this will probably be dying out soon.. :-) > >Really don't know why the bothered with it, even though I do use it. > >Much rather have NTFS in 95 with all the little BS files less then 1K. Does NTFS have owners and permissions like any file system should? Besides, I don't understand why they didn't just use NTFS... Only so now there's 2 _incompatible_ bad file systems ? ---------------------------------------------------------------------- FreeBSD Top breeders recommend it Joachim Kuebart Germany Tel: +49 711 653706 From owner-freebsd-hackers Sat Apr 26 02:20:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA13296 for hackers-outgoing; Sat, 26 Apr 1997 02:20:25 -0700 (PDT) Received: from jocki.domestic (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA13271 for ; Sat, 26 Apr 1997 02:20:18 -0700 (PDT) Received: (from joki@localhost) by jocki.domestic (8.8.5/8.8.5) id LAA00460; Sat, 26 Apr 1997 11:20:31 +0200 (MET DST) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <1.5.4.32.19970426035451.006fa82c@cybercom.net> Date: Sat, 26 Apr 1997 10:31:03 +0200 (MET DST) From: Joachim Kuebart To: The Classiest Man Alive Subject: Re: VFAT 32 support in msdosfs Cc: hackers@freebsd.org, Joachim Kuebart Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 26-Apr-97 The Classiest Man Alive wrote: >At 04:55 PM 4/25/97 +0200, Joachim Kuebart wrote: >>Hi! >> >>Is there VFAT32 support in the current msdosfs? If not,m I'd be ready to try >>and do it.. >>Note: From what I've heared, Windows95 that supports VFAT isn't even shipped >>any more. So this will probably be dying out soon.. :-) >> > >Where'd you hear that? Doesn't seem like Microsoft to just break the chain >of backward compatibility like that. The Win95b release (only OEM release, so you couldn't buy it freely anyway :) had some problems, I don't remember if it even was only about VFAT... I also do not remember from where I heared it, so it might be bogus.. > >K.S. ----------------------------------------------------------------------- FreeBSD Top breeders recommend it Joachim Kuebart Germany Tel: +49 711 653706 From owner-freebsd-hackers Sat Apr 26 02:21:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA13540 for hackers-outgoing; Sat, 26 Apr 1997 02:21:33 -0700 (PDT) Received: from jocki.domestic (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA13528 for ; Sat, 26 Apr 1997 02:21:29 -0700 (PDT) Received: (from joki@localhost) by jocki.domestic (8.8.5/8.8.5) id LAA00478; Sat, 26 Apr 1997 11:21:48 +0200 (MET DST) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD In-Reply-To: <1.5.4.32.19970426035451.006fa82c@cybercom.net> Date: Sat, 26 Apr 1997 10:31:03 +0200 (MET DST) From: Joachim Kuebart To: The Classiest Man Alive Subject: Re: VFAT 32 support in msdosfs Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 26-Apr-97 The Classiest Man Alive wrote: >At 04:55 PM 4/25/97 +0200, Joachim Kuebart wrote: >>Hi! >> >>Is there VFAT32 support in the current msdosfs? If not,m I'd be ready to try >>and do it.. >>Note: From what I've heared, Windows95 that supports VFAT isn't even shipped >>any more. So this will probably be dying out soon.. :-) >> > >Where'd you hear that? Doesn't seem like Microsoft to just break the chain >of backward compatibility like that. The Win95b release (only OEM release, so you couldn't buy it freely anyway :) had some problems, I don't remember if it even was only about VFAT... I also do not remember from where I heared it, so it might be bogus.. > >K.S. ----------------------------------------------------------------------- FreeBSD Top breeders recommend it Joachim Kuebart Germany Tel: +49 711 653706 From owner-freebsd-hackers Sat Apr 26 02:21:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA13541 for hackers-outgoing; Sat, 26 Apr 1997 02:21:33 -0700 (PDT) Received: from jocki.domestic (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA13531 for ; Sat, 26 Apr 1997 02:21:30 -0700 (PDT) Received: (from joki@localhost) by jocki.domestic (8.8.5/8.8.5) id LAA00481; Sat, 26 Apr 1997 11:21:49 +0200 (MET DST) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD In-Reply-To: <3.0.32.19970425231735.00b20ac4@mixcom.com> Date: Sat, 26 Apr 1997 10:33:11 +0200 (MET DST) From: Joachim Kuebart To: "Jeffrey J. Mountin" Subject: Re: VFAT 32 support in msdosfs Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 26-Apr-97 Jeffrey J. Mountin wrote: >At 04:55 PM 4/25/97 +0200, Joachim Kuebart wrote: >>Is there VFAT32 support in the current msdosfs? If not,m I'd be ready to try >>and do it.. >>Note: From what I've heared, Windows95 that supports VFAT isn't even shipped >>any more. So this will probably be dying out soon.. :-) > >Really don't know why the bothered with it, even though I do use it. > >Much rather have NTFS in 95 with all the little BS files less then 1K. Does NTFS have owners and permissions like any file system should? Besides, I don't understand why they didn't just use NTFS... Only so now there's 2 _incompatible_ bad file systems ? ---------------------------------------------------------------------- FreeBSD Top breeders recommend it Joachim Kuebart Germany Tel: +49 711 653706 From owner-freebsd-hackers Sat Apr 26 02:51:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA14581 for hackers-outgoing; Sat, 26 Apr 1997 02:51:27 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA14572 for ; Sat, 26 Apr 1997 02:51:22 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA12845 for hackers@freebsd.org; Sat, 26 Apr 1997 11:51:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id LAA03920; Sat, 26 Apr 1997 11:43:11 +0200 (MET DST) Message-ID: <19970426114310.PN56258@uriah.heep.sax.de> Date: Sat, 26 Apr 1997 11:43:10 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org (freebsd-hackers) Subject: Re: manpages References: <199704251251.IAA00901@spooky.rwwa.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Chuck Robey on Apr 25, 1997 12:19:54 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Chuck Robey wrote: > > Oh, I do... But every damn package seems to creat-em again! Grump Grump... > > This is wrong, packages should put their manpages into the man > directories. How about submitting bug reports on these? He was referring to the cat* directories, which are being recreated on each mtree run. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 26 03:39:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA17462 for hackers-outgoing; Sat, 26 Apr 1997 03:39:52 -0700 (PDT) Received: from relay-11.mail.demon.net (relay-11.mail.demon.net [194.217.242.137]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA17406 for ; Sat, 26 Apr 1997 03:39:49 -0700 (PDT) Received: from erlenstar.demon.co.uk ([194.222.144.22]) by relay-11.mail.demon.net id aa1125780; 26 Apr 97 11:23 BST Received: (from andrew@localhost) by erlenstar.demon.co.uk (8.8.5/8.8.5) id LAA11295; Sat, 26 Apr 1997 11:23:39 +0100 (BST) To: Curt Sampson Cc: hackers@freebsd.org Subject: Re: /etc/netstart bogons.. References: <3.0.32.19970425224042.00b1e2a8@mixcom.com> From: Andrew Gierth In-Reply-To: "Jeffrey J. Mountin"'s message of Fri, 25 Apr 1997 22:40:43 -0500 X-Mayan-Date: Long count = 12.19.4.2.0; tzolkin = 4 Ahau; haab = 18 Pop X-Attribution: AG Date: 26 Apr 1997 11:23:39 +0100 Message-ID: <87u3kunkus.fsf@erlenstar.demon.co.uk> Lines: 9 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > At 11:54 AM 4/24/97 -0700, Curt Sampson wrote: >> Thus, having the variable set to "" or unset (they're the >> same thing in /bin/sh) Can't let this slip past: "" and unset are certainly not the same in sh. -- Andrew. From owner-freebsd-hackers Sat Apr 26 03:47:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA18053 for hackers-outgoing; Sat, 26 Apr 1997 03:47:41 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA18048 for ; Sat, 26 Apr 1997 03:47:38 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id KAA23397; Sat, 26 Apr 1997 10:46:08 GMT Date: Sat, 26 Apr 1997 19:46:08 +0900 (JST) From: Michael Hancock To: Joachim Kuebart cc: "Jeffrey J. Mountin" , hackers@freebsd.org Subject: Re: VFAT 32 support in msdosfs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Apr 1997, Joachim Kuebart wrote: > >Much rather have NTFS in 95 with all the little BS files less then 1K. > > Does NTFS have owners and permissions like any file system should? Besides, I > don't understand why they didn't just use NTFS... Only so now there's 2 > _incompatible_ bad file systems ? By the time you add Unicode and security to Win95 you would have WinNT. Mike Hancock From owner-freebsd-hackers Sat Apr 26 04:50:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA19679 for hackers-outgoing; Sat, 26 Apr 1997 04:50:24 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA19672 for ; Sat, 26 Apr 1997 04:50:20 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA14276; Sat, 26 Apr 1997 13:50:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id NAA04362; Sat, 26 Apr 1997 13:42:18 +0200 (MET DST) Message-ID: <19970426134218.CV17208@uriah.heep.sax.de> Date: Sat, 26 Apr 1997 13:42:18 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: dec@phoenix.its.rpi.edu (David E. Cross) Subject: Re: sysctl -A References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from David E. Cross on Apr 25, 1997 16:43:33 -0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David E. Cross wrote: > I thought the kernel always ran at securelevel 1 when in multi-user > (that is what init(8) implies). -1 Permanently insecure mode - always run the system in level 0 mode. This should not be the default, but should only be in effect with options INSECURE (that's what the other BSDs use for -1 mode). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 26 04:50:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA19710 for hackers-outgoing; Sat, 26 Apr 1997 04:50:33 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA19700 for ; Sat, 26 Apr 1997 04:50:27 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA14277 for hackers@freebsd.org; Sat, 26 Apr 1997 13:50:25 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id NAA04375; Sat, 26 Apr 1997 13:47:28 +0200 (MET DST) Message-ID: <19970426134728.EQ01178@uriah.heep.sax.de> Date: Sat, 26 Apr 1997 13:47:28 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: Problems in making fixit disk for RELENG_2_2 References: <199704252310.AA160159831@layout.vlsi.fi> <13195.862026803@time.cdrom.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <13195.862026803@time.cdrom.com>; from Jordan K. Hubbard on Apr 25, 1997 20:53:23 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > I was able to correct the problem by setting FIXITINODE=4000. With > > this the make was able to proceed, but the resulting fixit.flp was not > > optimum with: > > OK, I just recently merged this from -current and it looks like the > values chosen aren't quite right. I'll bump up the values a bit > right now.. I'm under the impression that the -i calculations in newfs are vastly different between post-Lite2-current and RELENG_2_2. I had to tweak the numbers royally, Jordan, to get it working under -current. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 26 05:19:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20483 for hackers-outgoing; Sat, 26 Apr 1997 05:19:40 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20478 for ; Sat, 26 Apr 1997 05:19:38 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id MAA23719; Sat, 26 Apr 1997 12:19:25 GMT Date: Sat, 26 Apr 1997 21:19:25 +0900 (JST) From: Michael Hancock Reply-To: Michael Hancock To: Michael Smith cc: hackers@hub.freebsd.org Subject: Re: namei & hash functions In-Reply-To: <199704260611.PAA05947@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Apr 1997, Michael Smith wrote: > > Not really necessary, GCC can see the constant multiply: > > ... and on top of that, on an architecture where multiplying is faster > than shift, add, it is likely to know this. I also forgot to check the difference in the size of the hash table when using the mask version vs. the prime version. For example, with maxvnodes at 4824, the mask version gives you a hashsize of 4096 while the prime version gives you 4603. I don't know if it's going to make much difference but I'm going to backup and control this experiment a little better. I'll fill the following data points where missing: 1) Original. Done. 2) Mask version only. 3) Double hashsize. nchashtbl = hashinit(desiredvnodes * 2, M_CACHE, &nchash); 4) Mult by 33, mask version. Done. 5) Mult by 33, double hashsize. I have a feeling that 2) is sufficient. I might stop on 3). I just got news that we can start exploring I-405. Mike Hancock From owner-freebsd-hackers Sat Apr 26 05:20:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20645 for hackers-outgoing; Sat, 26 Apr 1997 05:20:43 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA20636 for ; Sat, 26 Apr 1997 05:20:37 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA14544; Sat, 26 Apr 1997 14:20:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id OAA04505; Sat, 26 Apr 1997 14:06:18 +0200 (MET DST) Message-ID: <19970426140618.AV20693@uriah.heep.sax.de> Date: Sat, 26 Apr 1997 14:06:18 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Cc: skb@icey.com Subject: Re: Install problem References: <3361848D.36F2@nicen.icey.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3361848D.36F2@nicen.icey.com>; from Scott Brown on Apr 25, 1997 22:29:01 -0600 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Scott Brown wrote: > I'm attempting to install FreeBSD 2.2.1 on an 80386. Unfortunately, the > install program freezes completely as soon as it reaches the main > installation menu (the first color screen). Can you switch to the second screen (Alt-F2)? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 26 05:21:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20713 for hackers-outgoing; Sat, 26 Apr 1997 05:21:00 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20706 for ; Sat, 26 Apr 1997 05:20:58 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id FAA19942 for ; Sat, 26 Apr 1997 05:20:53 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA14555; Sat, 26 Apr 1997 14:20:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id OAA04515; Sat, 26 Apr 1997 14:07:54 +0200 (MET DST) Message-ID: <19970426140754.FX05174@uriah.heep.sax.de> Date: Sat, 26 Apr 1997 14:07:54 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.com Cc: sysop@mixcom.com (Jeffrey J. Mountin) Subject: Re: Syslog bug? References: <3.0.32.19970426013452.00713034@mixcom.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.32.19970426013452.00713034@mixcom.com>; from Jeffrey J. Mountin on Apr 26, 1997 01:34:53 -0500 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jeffrey J. Mountin wrote: > First, why do some of the logs unders syslogd stamp with the local (CDT) > time and some with GMT? Easy enough to -5:00 them, but why they vary... No idea on this. I had to dig into the source, but that's something you could do as well. :) > Secondly why do I have: > > Apr 26 01:00:01 nr sendmail[18248]: gethostbyaddr() failed for 207.227.127.82 > > ... for every single IP alias'd Because you forget to add a DNS reverse lookup entry for them. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 26 06:23:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA21494 for hackers-outgoing; Sat, 26 Apr 1997 06:23:42 -0700 (PDT) Received: from tgsoft.com (squirrel.tgsoft.com [207.167.64.183]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA21489 for ; Sat, 26 Apr 1997 06:23:37 -0700 (PDT) Received: (qmail 4774 invoked by uid 128); 26 Apr 1997 12:56:16 -0000 Date: 26 Apr 1997 12:56:16 -0000 Message-ID: <19970426125616.4773.qmail@tgsoft.com> From: mark thompson To: hackers@hub.freebsd.org In-reply-to: message from Terry Lambert on Fri, 25 Apr 1997 09:42:01 -0700 (MST) Subject: Re: Maintainer of ft/lft Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: Terry Lambert Date: Fri, 25 Apr 1997 09:42:01 -0700 (MST) > > Do I need to go into the whole "VHS sucks, but it still won over Beta" > > discussion again? > > QIC is QIC... interchangable... interoperable... do you have the > standards documents? i do... Are these sufficient to write a driver that works with all QIC-117 drives? If so, I withdrawl the aspersion, and would be *very* happy to know where you got the documentation. I would probably even be willing to work on a driver for the IOmega tape drive, if you have a source for the technical documents not under non-disclosure; seeing as it's also QIC-117 and they are standard, it should be easy to write with QIC-117 documentation available. Terry Lambert terry@lambert.org Terry, A FEW standards are available at http://www.qic.org/ in beautiful Santa Barbara, of all places. The QIC-117 spec is among the ones found there. It is my fervent hope that this will be enough information to maintain the ft driver. -mark From owner-freebsd-hackers Sat Apr 26 08:07:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA25021 for hackers-outgoing; Sat, 26 Apr 1997 08:07:51 -0700 (PDT) Received: from phoenix.its.rpi.edu (dec@phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA25016 for ; Sat, 26 Apr 1997 08:07:50 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.5/8.8.5) with SMTP id LAA12339 for ; Sat, 26 Apr 1997 11:08:19 -0400 (EDT) Date: Sat, 26 Apr 1997 11:08:19 -0400 (EDT) From: "David E. Cross" To: freebsd-hackers@FreeBSD.ORG Subject: Re: sysctl -A In-Reply-To: <19970426134218.CV17208@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Apr 1997, J Wunsch wrote: > As David E. Cross wrote: > > > I thought the kernel always ran at securelevel 1 when in multi-user > > (that is what init(8) implies). > > -1 Permanently insecure mode - always run the system in level 0 mode. > > This should not be the default, but should only be in effect with > options INSECURE (that's what the other BSDs use for -1 mode). > The init(8) man page describes the differences between the different run levels, except for level -1. What is the difference between level -1 and 0? -- David Cross From owner-freebsd-hackers Sat Apr 26 08:24:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA25407 for hackers-outgoing; Sat, 26 Apr 1997 08:24:41 -0700 (PDT) Received: from phoenix.its.rpi.edu (dec@phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA25401 for ; Sat, 26 Apr 1997 08:24:37 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.5/8.8.5) with SMTP id LAA00250 for ; Sat, 26 Apr 1997 11:24:36 -0400 (EDT) Date: Sat, 26 Apr 1997 11:24:36 -0400 (EDT) From: "David E. Cross" To: freebsd-hackers@FreeBSD.ORG Subject: Re: sysctl -A Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just changed the default securelevel to 0 in the file /usr/src/sys/kern/kern_mib.c, and init correctly raised the securelevel to 1 when it entered multiuser mode, but I got the following error when X tries to run (from xdm at least): > Fatal server error: > xf86OpenConsole: KDENABIO failed (Operation not permitted) Everything runs fine from securelevel -1. -- David From owner-freebsd-hackers Sat Apr 26 09:13:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA26923 for hackers-outgoing; Sat, 26 Apr 1997 09:13:24 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA26916 for ; Sat, 26 Apr 1997 09:13:20 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id JAA06630; Sat, 26 Apr 1997 09:13:13 -0700 (PDT) Message-Id: <199704261613.JAA06630@austin.polstra.com> To: Nanbor Wang cc: hackers@freebsd.org Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) In-reply-to: Your message of "Sat, 26 Apr 1997 00:01:58 CDT." <199704260501.AAA19523@siesta.cs.wustl.edu> References: <199704260501.AAA19523@siesta.cs.wustl.edu> Date: Sat, 26 Apr 1997 09:13:13 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > It would really help to have a small, self-contained test case. > > Could you please try to pare down one of the failing source files to > > the bare minimum, and send it to me? > > I can't wait. Here is a short one. Compile it as > > gcc -fpic -c got.cc > > and you should get the GOT warning. Thanks! That's exactly what I needed. I'll look into the problem as soon as I can. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Sat Apr 26 09:31:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA27575 for hackers-outgoing; Sat, 26 Apr 1997 09:31:47 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA27554; Sat, 26 Apr 1997 09:31:41 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id MAA16786; Sat, 26 Apr 1997 12:37:58 -0400 (EDT) Message-Id: <3.0.32.19970426123001.00b16380@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 26 Apr 1997 12:30:10 -0400 To: "Michael K. Sanders" From: dennis Subject: Re: Router statistics Cc: dg@root.com, Christopher Sedore , freebsd-hackers@FreeBSD.ORG, isp@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 03:48 PM 4/25/97 -0600, Michael K. Sanders wrote: >In message <3.0.32.19970425171236.00af5bb0@etinc.com>, dennis writes: >>At 01:28 PM 4/24/97 -0700, David Greenman wrote: >>> Wcarchive does an average of 3500 pps with a peak of around 5000 pps. The >>>average data rate is around 20-25Mbps, with the machine around 50% idle. This >>>is using the Intel PCI Pro/100B...reduce the idle time to about 30% if you're >>>using a DEC/de card. >> >>Of importance to this stat....what is the machine CPU and speed? A >>Pentium pro 200Mhz? > >230-Welcome to wcarchive - home ftp site for Walnut Creek CDROM. > >... > >230-This machine is a 200MHz P6 with 512MB of memory & 106GB of disk online. >230-The operating system is FreeBSD. Should you wish to get your own copy of >230-FreeBSD, see the pub/FreeBSD directory, visit http://www.freebsd.org or >230-mail to info@FreeBSD.org for more information. FreeBSD on CDROM can be >230-ordered using the WEB at http://www.cdrom.com/titles/os/freebsd.htm or by >230-sending email to orders@cdrom.com. > "Yes" would have been adequate :-) Now I assume that this machine has a rather heavy overhead with all of the users and disk activity....do you have any estimates of the impact of this on the overall networking throughput? Obviously the SCSI activity is going to suck up much bus bandwidth..... As for the Intel Pro/100B ...is this a 10/100MB device? Does it have separate TP connectors, or 1? Are there any clones that are supported, or any versions of it that are not supported? Thanks, Dennis From owner-freebsd-hackers Sat Apr 26 09:51:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA28064 for hackers-outgoing; Sat, 26 Apr 1997 09:51:03 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA28059 for ; Sat, 26 Apr 1997 09:51:00 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA16946 for freebsd-hackers@freebsd.org; Sat, 26 Apr 1997 18:50:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id SAA01167; Sat, 26 Apr 1997 18:46:30 +0200 (MET DST) Message-ID: <19970426184630.WY17212@uriah.heep.sax.de> Date: Sat, 26 Apr 1997 18:46:30 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: sysctl -A References: <19970426134218.CV17208@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from David E. Cross on Apr 26, 1997 11:08:19 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As David E. Cross wrote: > The init(8) man page describes the differences between the different run > levels, except for level -1. What is the difference between level -1 and > 0? It's not getting auto-incremented. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 26 09:51:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA28092 for hackers-outgoing; Sat, 26 Apr 1997 09:51:12 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA28087 for ; Sat, 26 Apr 1997 09:51:10 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA16960 for freebsd-hackers@FreeBSD.ORG; Sat, 26 Apr 1997 18:51:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id SAA01176; Sat, 26 Apr 1997 18:48:06 +0200 (MET DST) Message-ID: <19970426184806.CQ22306@uriah.heep.sax.de> Date: Sat, 26 Apr 1997 18:48:06 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: sysctl -A References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from David E. Cross on Apr 26, 1997 11:24:36 -0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David E. Cross wrote: > I just changed the default securelevel to 0 in the file > /usr/src/sys/kern/kern_mib.c, and init correctly raised the securelevel > to 1 when it entered multiuser mode, but I got the following error when > X tries to run (from xdm at least): securelevel > 0 and X11 are mutually exclusive. The X server does some work that actually (by the layering definitions) belongs into the kernel, i.e. it handles hardware. Handling hardware from userland is effectively prohibited iff securelevel > 0. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Apr 26 10:55:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA00662 for hackers-outgoing; Sat, 26 Apr 1997 10:55:47 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA00657 for ; Sat, 26 Apr 1997 10:55:44 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id DAA12300; Sun, 27 Apr 1997 03:53:57 +1000 Date: Sun, 27 Apr 1997 03:53:57 +1000 From: Bruce Evans Message-Id: <199704261753.DAA12300@godzilla.zeta.org.au> To: michaelh@cet.co.jp, msmith@atrad.adelaide.edu.au Subject: Re: namei & hash functions Cc: hackers@hub.freebsd.org Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >1) Original. Done. > >2) Mask version only. > >3) Double hashsize. > > nchashtbl = hashinit(desiredvnodes * 2, M_CACHE, &nchash); > >4) Mult by 33, mask version. Done. > >5) Mult by 33, double hashsize. > >I have a feeling that 2) is sufficient. I might stop on 3). I just got >news that we can start exploring I-405. The mask version is the original 4.4Lite version. The prime version is supposed to be a FreeBSD enhancement. One would hope that whoever changed it did extensive tests :-). Bruce From owner-freebsd-hackers Sat Apr 26 11:01:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA00837 for hackers-outgoing; Sat, 26 Apr 1997 11:01:03 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA00831 for ; Sat, 26 Apr 1997 11:01:00 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id DAA12351; Sun, 27 Apr 1997 03:57:43 +1000 Date: Sun, 27 Apr 1997 03:57:43 +1000 From: Bruce Evans Message-Id: <199704261757.DAA12351@godzilla.zeta.org.au> To: hackers@freebsd.org, j@uriah.heep.sax.de Subject: Re: Problems in making fixit disk for RELENG_2_2 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I'm under the impression that the -i calculations in newfs are vastly >different between post-Lite2-current and RELENG_2_2. I had to tweak >the numbers royally, Jordan, to get it working under -current. -i was broken in pre-Lite2 versions. Any magic numbers for it that work int pre-Lite2 are likely to be fundamentally wrong and actually wrong in -current. (The calculation is fuzzy so it is possible for right numbers to work in pre-Lite2 and wrong numbers to work in -current.) Bruce From owner-freebsd-hackers Sat Apr 26 11:06:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA01057 for hackers-outgoing; Sat, 26 Apr 1997 11:06:18 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA01046 for ; Sat, 26 Apr 1997 11:06:13 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id EAA12438; Sun, 27 Apr 1997 04:02:17 +1000 Date: Sun, 27 Apr 1997 04:02:17 +1000 From: Bruce Evans Message-Id: <199704261802.EAA12438@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: sysctl -A Cc: dec@phoenix.its.rpi.edu Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > -1 Permanently insecure mode - always run the system in level 0 mode. > >This should not be the default, but should only be in effect with >options INSECURE (that's what the other BSDs use for -1 mode). No, this should be the default, so that the security level can be decided in /etc/rc. Bruce From owner-freebsd-hackers Sat Apr 26 11:59:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA03473 for hackers-outgoing; Sat, 26 Apr 1997 11:59:12 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA03465 for ; Sat, 26 Apr 1997 11:59:10 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA07328; Sat, 26 Apr 1997 11:54:49 -0700 From: Terry Lambert Message-Id: <199704261854.LAA07328@phaeton.artisoft.com> Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sat, 26 Apr 1997 11:54:48 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199704260106.SAA00408@rah.star-gate.com> from "Amancio Hasty" at Apr 25, 97 06:06:14 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Dumb question: how are we assembling the code segments for devfs ? > My understanding is that they have their own "psect" -- thats old VMS > nomenclature. Are you talking about the linker sets from which the array of devices is constructed? A linker set is a mechanism recognized by the linker for collecting like data into a single symbolic reference. Generally, it's output by C++ and utilized for ctor/dtor lists in the compiler implementation of virtual base classes. It's also used by SYSINIT() and similar code from C (accessed as inline assembly code, since C doesn't have object capabilities). This type of *collection* is different from the *agregation* which needs to be done to support a single class instance. Because the symbol data is added together in the resulting image (collected), rather than uniqified, this can work in the simple a.out images which FreeBSD uses. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 26 12:43:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA05193 for hackers-outgoing; Sat, 26 Apr 1997 12:43:48 -0700 (PDT) Received: from phoenix.volant.org (phoenix.volant.org [205.179.79.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA05188 for ; Sat, 26 Apr 1997 12:43:45 -0700 (PDT) From: patl@Phoenix.volant.org Received: from asimov.volant.org [205.179.79.65] by phoenix.volant.org with smtp (Exim 1.59 #1) id 0wLDNh-0003G9-00; Sat, 26 Apr 1997 12:43:37 -0700 Received: from localhost by asimov.volant.org (SMI-8.6/SMI-SVR4) id MAA06630; Sat, 26 Apr 1997 12:42:35 -0700 Date: Sat, 26 Apr 1997 12:42:35 -0700 (PDT) Reply-To: patl@Phoenix.volant.org Subject: Re: /etc/netstart bogons.. To: David Nugent cc: Jaye Mathisen , "Jordan K. Hubbard" , hackers@freebsd.org In-Reply-To: <199704240129.LAA22210@unique.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Perhaps this comes down to personal preference, but I've had > considerably more years experience in SysV than BSD, and I by > *far* prefer the BSD approach. Yes, it does come down to personal preference. I have many more years with various flavors of BSD; but the rc.d/init.d system is one of the few places where I think Solaris2 is a clear win over BSD. > Runlevel issues aside, I've found the SysV approach no simpler > than BSD - in fact, the exact opposite. Since you've given > Solaris ("Symlink City") as an example, I can't guess why you'd > find it easier. Yuck! Would hard links make you happier? Solaris2 certainly goes overboard on symlinks; but in this case I think they are the right way to go. > Spreading out startup/shutdown scripts into the filesystem is > bogus, imho. The *general* approach is ok, but rc.d/init.d with > runlevel dirs with symlinks just makes the whole mess > unmanageable. A simple flat file with a list of sub-scripts to > run and in which order would be so much simpler - text editors > are usually somewhat more usable than a cli and the eye can more > easily detect errors. I find it much -more- manageable. And I -really- like knowing that packages can install a startup script without attempting to edit any of my startup files. The rc.d/init.d directory provides a place for all of the startup scripts to live, under very descriptive names. Possibly including standard scripts for services that are not enabled on the system. The rc?.d directories provide a simple mechanism to specify which ones will be run and in what order. (The order is provided by the two-digit prefix on the link. Links with the same prefix may be run in any order.) >From the administration point of view, you are mostly interested in the rc.d/init.d version. That is the one that you invoke to manually start/stop/restart a service. That is the one that you view or edit if you want to see or change exactly what happens on service start/stop/restart. You only look in the rc?.d directories to ensure that the service is listed; and properly sequenced. And you can do that with a simple ls. (Use -l if you need to ensure that it is actually linked to the right script.) It's simple, elegant, and clean. (I'm slightly amazed that it made it into Solaris2 without a load of additional cruft.) And like it or not, FreeBSD does have at least two run levels. (Three if you count 'halted') The ability to automatically and cleanly start/stop services when switching between single and multi-user modes would be a big win. (For that matter, the ability to go from multi back to single without a reboot would be a win.) -Pat From owner-freebsd-hackers Sat Apr 26 12:45:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA05287 for hackers-outgoing; Sat, 26 Apr 1997 12:45:41 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA05282 for ; Sat, 26 Apr 1997 12:45:34 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA07443; Sat, 26 Apr 1997 12:41:14 -0700 From: Terry Lambert Message-Id: <199704261941.MAA07443@phaeton.artisoft.com> Subject: Re: VFAT 32 support in msdosfs To: ksmm@cybercom.net (The Classiest Man Alive) Date: Sat, 26 Apr 1997 12:41:14 -0700 (MST) Cc: joa@kuebart.stuttgart.netsurf.de, hackers@freebsd.org In-Reply-To: <1.5.4.32.19970426035451.006fa82c@cybercom.net> from "The Classiest Man Alive" at Apr 25, 97 11:54:51 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Is there VFAT32 support in the current msdosfs? If not,m I'd be ready to try > >and do it.. > >Note: From what I've heared, Windows95 that supports VFAT isn't even shipped > >any more. So this will probably be dying out soon.. :-) > > > > Where'd you hear that? Doesn't seem like Microsoft to just break the chain > of backward compatibility like that. New machines shiped with OEMSR2 come with VFAT32 preinstalled. This is basically every new Dell and similar manufacturer's machines. These machines are capable of reading long-name-in-volume-label FAT drives ("VFAT"). But the partitions they use by default, and the partition table format, and the MBR and the io.sys/io.dos/msdos.dos where the INT 21 interface is instantiated *all* expect VFAT32. I'm not sure that an OEMSR2 INT 21 is capable of identifying and booting from a "VFAT" drive at all. Certaily, tools like "parted" will have to be updated... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 26 12:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA05555 for hackers-outgoing; Sat, 26 Apr 1997 12:50:04 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA05536 for ; Sat, 26 Apr 1997 12:50:00 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA07455; Sat, 26 Apr 1997 12:46:01 -0700 From: Terry Lambert Message-Id: <199704261946.MAA07455@phaeton.artisoft.com> Subject: Re: VFAT 32 support in msdosfs To: sysop@mixcom.com (Jeffrey J. Mountin) Date: Sat, 26 Apr 1997 12:46:01 -0700 (MST) Cc: joa@kuebart.stuttgart.netsurf.de, hackers@freebsd.org In-Reply-To: <3.0.32.19970425231735.00b20ac4@mixcom.com> from "Jeffrey J. Mountin" at Apr 25, 97 11:17:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Is there VFAT32 support in the current msdosfs? If not,m I'd be ready to try > >and do it.. > >Note: From what I've heared, Windows95 that supports VFAT isn't even shipped > >any more. So this will probably be dying out soon.. :-) > > Really don't know why the bothered with it, even though I do use it. > > Much rather have NTFS in 95 with all the little BS files less then 1K. This would be hard, but not impossible. You are aware that Windows 95 has a VM bug where it will only attempt to reclaim a single page at a time from VFAT? Any FS in there with VFAT has its work cut out for it; it must do it's own page management, to a large degree, to get a competitive number of I/O buffers. MS will not supply NTFS with Windows 95 for two reasons: (1) it performs very poorly compared to VFAT; NT users who complain about performance are told by MS to go to VFAT instead, and (2) it is intentionally omitted because of MS's desire to get product distinction between Windows NT and Windows 95. You should read between the lines of the introduction in the IFS95.DOC file that comes with the DDK. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 26 12:57:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA05832 for hackers-outgoing; Sat, 26 Apr 1997 12:57:55 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA05825 for ; Sat, 26 Apr 1997 12:57:50 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA07467; Sat, 26 Apr 1997 12:53:17 -0700 From: Terry Lambert Message-Id: <199704261953.MAA07467@phaeton.artisoft.com> Subject: Re: namei & hash functions To: bde@zeta.org.au (Bruce Evans) Date: Sat, 26 Apr 1997 12:53:17 -0700 (MST) Cc: michaelh@cet.co.jp, msmith@atrad.adelaide.edu.au, hackers@hub.freebsd.org In-Reply-To: <199704261753.DAA12300@godzilla.zeta.org.au> from "Bruce Evans" at Apr 27, 97 03:53:57 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The mask version is the original 4.4Lite version. The prime version is > supposed to be a FreeBSD enhancement. One would hope that whoever changed > it did extensive tests :-). I was going to say the same. Knuth is very clear in "Sorting and Searching" that primacy helps to disperse the bucket hits; however, once they are dispersed, it's not a big deal what intelligence caused the dispersion, so long as you don't get unbalanced hash chain lengths. I don't know if the shift by 5 version is really inferior; it depends on whether or not it causes disproportionate hash chain length between buckets, doesn't it? It would be nice if people would test these things, beyond cookbooking; using a prime number-of-buckets is an obvious win; changing the hash algorithm is not obvious without testing, and not even then if there is any bias in the test data. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 26 13:14:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA06477 for hackers-outgoing; Sat, 26 Apr 1997 13:14:25 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA06470 for ; Sat, 26 Apr 1997 13:14:23 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA07503; Sat, 26 Apr 1997 13:10:33 -0700 From: Terry Lambert Message-Id: <199704262010.NAA07503@phaeton.artisoft.com> Subject: Re: VFAT 32 support in msdosfs To: joa@kuebart.stuttgart.netsurf.de (Joachim Kuebart) Date: Sat, 26 Apr 1997 13:10:33 -0700 (MST) Cc: sysop@mixcom.com, hackers@freebsd.org In-Reply-To: from "Joachim Kuebart" at Apr 26, 97 10:33:11 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Much rather have NTFS in 95 with all the little BS files less then 1K. > > Does NTFS have owners and permissions like any file system should? Besides, I > don't understand why they didn't just use NTFS... Only so now there's 2 > _incompatible_ bad file systems ? Despite the claims to the contrary, the only real win in NTFS is the directory btree's, and then only for what a UNIX user would consider a *really* full directory. In general, NTFS performs worse than VFAT. With VFAT hogging all free memory as much as it can, and with the full directory (mostly) in core (see the MACH paper, which turns off all the performance attributes of FFS as "unfair" and then loads the entire FAT into core as "a necessary optiomization"), you would be hard pressed to beat VFAT in a race. We were able to do it with FFS in the Heidemann framework under Windows 95, and then only got really serious performance improvement after implementing our own paging handler and soft updates. We had some really clever people. Log structuring, and all the associated BS, is only really useful if you have database transactions, and even then only if the transaction interface is exported to the top level. The performance and reliability comparisons to FFS are all pretty much bogus. With a coulpe of minor tweaks (like setting up the default block size from a measly 4k), it was possible to get the UFS (FFS) in UnixWare to perform withing 5% of VXFS on the same hardware. So much for the touted improvements, other than the transactioning features. The only people to really take off with this type of FS design are Network Appliance Corp., the people who got Guy Harris after Auspex. They get their winds from FFS-style geometry optimization, using stripe sets ias if they were physical geometry artifacts. Quite clever, actually, but not terribly suitable for paging access, as in interactive use, as oppossed to be a server on a wire (it's to be expected: it was *designed* to be a server, so that's the right trade). If you are really interested in NTFS, I recommend: The read-only NTFS code available for Linux Inside the Wondows NT File System Helen Custer Microsoft Press ISBN 1-55615-660-X Inside Windows NT Helen Custer Microsoft Press ISBN 1-55615-481-X The first goes into enough detail that you could write a read-only NTFS, if you had one to test your code on. Get the second only if you are interested in the NT security model, since it has little real information on the FS itself, other than explaining why some of the FS stuff from the first book is the way it is. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 26 13:19:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA06671 for hackers-outgoing; Sat, 26 Apr 1997 13:19:11 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA06666 for ; Sat, 26 Apr 1997 13:19:08 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA07521; Sat, 26 Apr 1997 13:15:17 -0700 From: Terry Lambert Message-Id: <199704262015.NAA07521@phaeton.artisoft.com> Subject: Re: VFAT 32 support in msdosfs To: michaelh@cet.co.jp (Michael Hancock) Date: Sat, 26 Apr 1997 13:15:17 -0700 (MST) Cc: joa@kuebart.stuttgart.netsurf.de, sysop@mixcom.com, hackers@freebsd.org In-Reply-To: from "Michael Hancock" at Apr 26, 97 07:46:08 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > By the time you add Unicode and security to Win95 you would have WinNT. Windows 95 already has Unicode. VFAT long names are stored as Unicode strings, and all of COM and 32 bit OLE pass around Unicode parameter strings with their marshallers. The security is problematic, but you *can* implement at least UNIX equivalent security on a Windows 95 system with login profiles, *if* you make a fake net provider and reverse engineer the password provider interface's manifest constants. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 26 13:20:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA06880 for hackers-outgoing; Sat, 26 Apr 1997 13:20:51 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA06873 for ; Sat, 26 Apr 1997 13:20:48 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA07533; Sat, 26 Apr 1997 13:16:58 -0700 From: Terry Lambert Message-Id: <199704262016.NAA07533@phaeton.artisoft.com> Subject: Re: sysctl -A To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 26 Apr 1997 13:16:58 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <19970426184806.CQ22306@uriah.heep.sax.de> from "J Wunsch" at Apr 26, 97 06:48:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > securelevel > 0 and X11 are mutually exclusive. The X server does > some work that actually (by the layering definitions) belongs into the > kernel, i.e. it handles hardware. Handling hardware from userland is > effectively prohibited iff securelevel > 0. My DEC Alpha runs at secure level 1, and X works fine. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 26 13:42:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA07676 for hackers-outgoing; Sat, 26 Apr 1997 13:42:05 -0700 (PDT) Received: from pluto.plutotech.com (root@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA07671 for ; Sat, 26 Apr 1997 13:42:00 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id OAA00572; Sat, 26 Apr 1997 14:41:05 -0600 (MDT) Message-Id: <199704262041.OAA00572@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Terry Lambert cc: michaelh@cet.co.jp (Michael Hancock), joa@kuebart.stuttgart.netsurf.de, sysop@mixcom.com, hackers@freebsd.org Subject: Re: VFAT 32 support in msdosfs In-reply-to: Your message of "Sat, 26 Apr 1997 13:15:17 PDT." <199704262015.NAA07521@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 26 Apr 1997 15:39:29 -0600 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> By the time you add Unicode and security to Win95 you would have WinNT. > >Windows 95 already has Unicode. Not outside the filesystem. 99.9% of all UNICODE APIs in Win95 simply return. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sat Apr 26 13:50:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA07905 for hackers-outgoing; Sat, 26 Apr 1997 13:50:45 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA07900 for ; Sat, 26 Apr 1997 13:50:43 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA07616; Sat, 26 Apr 1997 13:46:18 -0700 From: Terry Lambert Message-Id: <199704262046.NAA07616@phaeton.artisoft.com> Subject: Re: VFAT 32 support in msdosfs To: gibbs@plutotech.com (Justin T. Gibbs) Date: Sat, 26 Apr 1997 13:46:18 -0700 (MST) Cc: terry@lambert.org, michaelh@cet.co.jp, joa@kuebart.stuttgart.netsurf.de, sysop@mixcom.com, hackers@freebsd.org In-Reply-To: <199704262041.OAA00572@pluto.plutotech.com> from "Justin T. Gibbs" at Apr 26, 97 03:39:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> By the time you add Unicode and security to Win95 you would have WinNT. > > > >Windows 95 already has Unicode. > > Not outside the filesystem. 99.9% of all UNICODE APIs in Win95 simply > return. Not the ActiveX string marshalling interfaces I've been using. Are you referring to the ones implemented by CTL3D32.DLL? We've already been over all that... they don't count, because smart programmers will use the subset common to both platforms. Even dumb programmers will, if they want to get their "Designed For Windows 95" logo certification, which requires that the progam also run on NT. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Apr 26 13:58:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA08227 for hackers-outgoing; Sat, 26 Apr 1997 13:58:51 -0700 (PDT) Received: from pluto.plutotech.com (root@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA08222 for ; Sat, 26 Apr 1997 13:58:48 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id OAA00832; Sat, 26 Apr 1997 14:57:54 -0600 (MDT) Message-Id: <199704262057.OAA00832@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Terry Lambert cc: gibbs@plutotech.com (Justin T. Gibbs), michaelh@cet.co.jp, joa@kuebart.stuttgart.netsurf.de, sysop@mixcom.com, hackers@freebsd.org Subject: Re: VFAT 32 support in msdosfs In-reply-to: Your message of "Sat, 26 Apr 1997 13:46:18 PDT." <199704262046.NAA07616@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 26 Apr 1997 15:56:18 -0600 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Not the ActiveX string marshalling interfaces I've been using. Are you >referring to the ones implemented by CTL3D32.DLL? We've already been >over all that... they don't count, because smart programmers will use >the subset common to both platforms. Even dumb programmers will, if >they want to get their "Designed For Windows 95" logo certification, >which requires that the progam also run on NT. Try almost any foobarW API and it will fail. Win95 will also not automatically convert between UNICODE and ANSI strings when a message passes between windows that use different string types. 95% of Office97 uses UNICODE internally, but serious hoops were jumped through in order to convert strings to DB or ANSI so that it could run without too many features "losing" after internationalization under Win95. Why do I know this? Because I had to implement some of these hoops while working on the PowerPoint97 project. Win95 is the bane of everyone's existance, including the developers at Microsoft. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sat Apr 26 14:25:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA09073 for hackers-outgoing; Sat, 26 Apr 1997 14:25:43 -0700 (PDT) Received: from nlanr.net (oceana.sdsc.edu [132.249.40.200]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA09068 for ; Sat, 26 Apr 1997 14:25:41 -0700 (PDT) Received: from localhost (tony@localhost) by nlanr.net (8.7.3/8.7.3) with SMTP id OAA19218 for ; Sat, 26 Apr 1997 14:25:40 -0700 (PDT) Date: Sat, 26 Apr 1997 14:25:40 -0700 (PDT) From: Tony Sterrett To: hackers@freebsd.org Subject: Compilers Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've seen a intel optimised c complier at the FreeBSD ports page. Is it still there. What is the name/ Tony From owner-freebsd-hackers Sat Apr 26 15:54:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA15159 for hackers-outgoing; Sat, 26 Apr 1997 15:54:37 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA15132; Sat, 26 Apr 1997 15:54:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.8.5/8.6.5) with SMTP id PAA25437; Sat, 26 Apr 1997 15:55:28 -0700 (PDT) Message-Id: <199704262255.PAA25437@root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: dennis cc: "Michael K. Sanders" , Christopher Sedore , freebsd-hackers@FreeBSD.ORG, isp@FreeBSD.ORG Subject: Re: Router statistics In-reply-to: Your message of "Sat, 26 Apr 1997 12:30:10 EDT." <3.0.32.19970426123001.00b16380@etinc.com> From: David Greenman Reply-To: dg@root.com Date: Sat, 26 Apr 1997 15:55:28 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Now I assume that this machine has a rather heavy overhead with all of the >users >and disk activity....do you have any estimates of the impact of this on the >overall >networking throughput? Obviously the SCSI activity is going to suck up much >bus bandwidth..... The numbers are packet sends/receives to user processes throught the TCP/IP stack. I would expect the packet forwording capability to be much greater. The majority of the CPU time is spent doing file related things, not networking. >As for the Intel Pro/100B ...is this a 10/100MB device? Does it have separate >TP connectors, or 1? Are there any clones that are supported, or any versions >of it that are not supported? 10/100, one connection, one vendor. The one vendor is a good thing, however, because the design isn't "pot luck" and the device driver is much less complicated as well. Or in other words, good for users, bad for Intel haters. The chip is available from Intel for people if they want to make clone cards, however. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Apr 26 16:24:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA16228 for hackers-outgoing; Sat, 26 Apr 1997 16:24:31 -0700 (PDT) Received: from kalypso.cybercom.net (kalypso.cybercom.net [206.28.134.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA16223 for ; Sat, 26 Apr 1997 16:24:29 -0700 (PDT) Received: from atlanta (mfd-dial1-17.cybercom.net [206.28.134.49]) by kalypso.cybercom.net (8.8.5/8.8.5) with SMTP id TAA16407; Sat, 26 Apr 1997 19:24:05 -0400 (EDT) Message-Id: <1.5.4.32.19970426232354.00703b14@cybercom.net> X-Sender: ksmm@cybercom.net X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 26 Apr 1997 19:23:54 -0400 To: patl@Phoenix.volant.org, David Nugent From: The Classiest Man Alive Subject: Re: /etc/netstart bogons.. Cc: Jaye Mathisen , "Jordan K. Hubbard" , hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:42 PM 4/26/97 -0700, patl@Phoenix.volant.org wrote: >> Perhaps this comes down to personal preference, but I've had >> considerably more years experience in SysV than BSD, and I by >> *far* prefer the BSD approach. > >Yes, it does come down to personal preference. I have many more >years with various flavors of BSD; but the rc.d/init.d system >is one of the few places where I think Solaris2 is a clear win >over BSD. > The grass is always greener... :-) K.S. From owner-freebsd-hackers Sat Apr 26 16:25:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA16287 for hackers-outgoing; Sat, 26 Apr 1997 16:25:27 -0700 (PDT) Received: from kalypso.cybercom.net (kalypso.cybercom.net [206.28.134.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA16282 for ; Sat, 26 Apr 1997 16:25:24 -0700 (PDT) Received: from atlanta (mfd-dial1-17.cybercom.net [206.28.134.49]) by kalypso.cybercom.net (8.8.5/8.8.5) with SMTP id TAA16403; Sat, 26 Apr 1997 19:24:03 -0400 (EDT) Message-Id: <1.5.4.32.19970426232352.007060a4@cybercom.net> X-Sender: ksmm@cybercom.net X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 26 Apr 1997 19:23:52 -0400 To: Terry Lambert From: The Classiest Man Alive Subject: Re: VFAT 32 support in msdosfs Cc: joa@kuebart.stuttgart.netsurf.de, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:41 PM 4/26/97 -0700, Terry Lambert wrote: >>>Note: From what I've heared, Windows95 that supports VFAT isn't even shipped >>>any more. So this will probably be dying out soon.. :-) >> >> Where'd you hear that? Doesn't seem like Microsoft to just break the chain >> of backward compatibility like that. > >These machines are capable of reading long-name-in-volume-label FAT >drives ("VFAT"). But the partitions they use by default, and the >partition table format, and the MBR and the io.sys/io.dos/msdos.dos >where the INT 21 interface is instantiated *all* expect VFAT32. I'm >not sure that an OEMSR2 INT 21 is capable of identifying and booting >from a "VFAT" drive at all. > Windows 95 OEM SR2 certainly can boot from a VFAT drive. That's my point. VFAT32 may be coming into widespread use, but I don't think it's time for us (or Microsoft) to start dropping support for VFAT. K.S. From owner-freebsd-hackers Sat Apr 26 17:00:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA17851 for hackers-outgoing; Sat, 26 Apr 1997 17:00:09 -0700 (PDT) Received: from phoenix.volant.org (phoenix.volant.org [205.179.79.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA17846 for ; Sat, 26 Apr 1997 17:00:07 -0700 (PDT) From: patl@Phoenix.volant.org Received: from asimov.volant.org [205.179.79.65] by phoenix.volant.org with smtp (Exim 1.59 #1) id 0wLHNm-0003NX-00; Sat, 26 Apr 1997 16:59:58 -0700 Received: from localhost by asimov.volant.org (SMI-8.6/SMI-SVR4) id QAA06702; Sat, 26 Apr 1997 16:59:02 -0700 Date: Sat, 26 Apr 1997 16:59:02 -0700 (PDT) Reply-To: patl@Phoenix.volant.org Subject: Re: /etc/netstart bogons.. To: The Classiest Man Alive cc: David Nugent , Jaye Mathisen , "Jordan K. Hubbard" , hackers@freebsd.org In-Reply-To: <1.5.4.32.19970426232354.00703b14@cybercom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > At 12:42 PM 4/26/97 -0700, patl@Phoenix.volant.org wrote: > >> Perhaps this comes down to personal preference, but I've had > >> considerably more years experience in SysV than BSD, and I by > >> *far* prefer the BSD approach. > > > >Yes, it does come down to personal preference. I have many more > >years with various flavors of BSD; but the rc.d/init.d system > >is one of the few places where I think Solaris2 is a clear win > >over BSD. > > > > The grass is always greener... :-) Nope, doesn't apply here - I've got an old SPARCstation 1+ running Solaris 2.5.1 right beside my 486 with FreeBSD 2.2. Each system has a few things that I wish the other had. And my first experience with Solaris2 was 2.0beta3; so I know just how bad Solaris2 could be. (The SunOS4 compatability generally didn't work. There were no docs to help the user find out what the bleep the new/SysV command was that replaced the good old familiar BSD/SunOS4 command. It was glacially slow. And I was extatic the first time I managed to keep the system up for 48 consecutive hours. A feat that was accomplished by leaving it to sit idle for the whole time.) By 2.4 it became quite usable, and I now prefer it over SunOS4 for SPARC boxes. [ If you are interested in my SunOS history, the first Sun 1/100 that Sun Microsystems sold went to the start-up that I was working for at the time; and sat on my desk. It's in the Smithsonian now. ] -Pat From owner-freebsd-hackers Sat Apr 26 17:01:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA17936 for hackers-outgoing; Sat, 26 Apr 1997 17:01:24 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA17918; Sat, 26 Apr 1997 17:01:14 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id UAA19486; Sat, 26 Apr 1997 20:08:13 -0400 (EDT) Message-Id: <3.0.32.19970426200011.00b9aad0@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 26 Apr 1997 20:00:18 -0400 To: dg@root.com From: dennis Subject: Re: Router statistics Cc: "Michael K. Sanders" , Christopher Sedore , freebsd-hackers@FreeBSD.ORG, isp@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 03:55 PM 4/26/97 -0700, David Greenman wrote: >>Now I assume that this machine has a rather heavy overhead with all of the >>users >>and disk activity....do you have any estimates of the impact of this on the >>overall >>networking throughput? Obviously the SCSI activity is going to suck up much >>bus bandwidth..... > > The numbers are packet sends/receives to user processes throught the >TCP/IP stack. I would expect the packet forwording capability to be much >greater. The majority of the CPU time is spent doing file related things, >not networking. > >>As for the Intel Pro/100B ...is this a 10/100MB device? Does it have separate >>TP connectors, or 1? Are there any clones that are supported, or any versions >>of it that are not supported? > > 10/100, one connection, one vendor. The one vendor is a good thing, >however, because the design isn't "pot luck" and the device driver is >much less complicated as well. Or in other words, good for users, bad >for Intel haters. The chip is available from Intel for people if they >want to make clone cards, however. Thats good....and I've seen them for $139. (a good price?), which isn't bad at all. I did notice that its a rather long card, which may be an issue..... Dennis > >-DG > >David Greenman >Core-team/Principal Architect, The FreeBSD Project > > > From owner-freebsd-hackers Sat Apr 26 17:08:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA18320 for hackers-outgoing; Sat, 26 Apr 1997 17:08:26 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA18312 for ; Sat, 26 Apr 1997 17:08:23 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.5/8.8.5) with SMTP id TAA24628; Sat, 26 Apr 1997 19:07:26 -0500 (EST) Date: Sat, 26 Apr 1997 19:07:26 -0500 (EST) From: John Fieber To: "Justin T. Gibbs" cc: Terry Lambert , michaelh@cet.co.jp, joa@kuebart.stuttgart.netsurf.de, sysop@mixcom.com, hackers@freebsd.org Subject: Re: VFAT 32 support in msdosfs In-Reply-To: <199704262057.OAA00832@pluto.plutotech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Apr 1997, Justin T. Gibbs wrote: > Try almost any foobarW API and it will fail. Win95 will also not > automatically convert between UNICODE and ANSI strings when a message > passes between windows that use different string types. Over on the unicode mailing list, there was a lot of discussion (grumbling) about this, and the general conclusion was that writing Unicode applications to work on Win95 sure fire way to programmer insanity, if not suicide. -john From owner-freebsd-hackers Sat Apr 26 17:45:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA20124 for hackers-outgoing; Sat, 26 Apr 1997 17:45:03 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA20096; Sat, 26 Apr 1997 17:45:00 -0700 (PDT) Received: by agora.rdrop.com (Smail3.1.29.1 #17) id m0wLI59-0009CqC; Sat, 26 Apr 97 17:44 PDT Message-Id: From: batie@agora.rdrop.com (Alan Batie) Subject: Re: Router statistics To: dennis@etinc.com (dennis) Date: Sat, 26 Apr 1997 17:44:47 -0700 (PDT) Cc: dg@root.com, msanders@aros.net, cmsedore@mailbox.syr.edu, freebsd-hackers@freebsd.org, isp@freebsd.org In-Reply-To: <3.0.32.19970426200011.00b9aad0@etinc.com> from "dennis" at Apr 26, 97 08:00:18 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I did notice that its a rather long card, which may be an issue..... Then it wasn't a Pro/100B --- it's so short they had to put a little tail on it for some of the PCI fingers. -- Alan Batie ______ It's not my fault! It's some guy batie@agora.rdrop.com \ / named "General Protection"! +1 503 452-0960 \ / --Ratbert PGP FP: DE 3C 29 17 C0 49 \/ 7A 27 40 A5 3C 37 4A DA 52 B9 It is my policy to avoid purchase of any products from companies which use unrequested email advertisements or telephone solicitation. From owner-freebsd-hackers Sat Apr 26 17:59:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA20951 for hackers-outgoing; Sat, 26 Apr 1997 17:59:46 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA20944 for ; Sat, 26 Apr 1997 17:59:44 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id AAA25151; Sun, 27 Apr 1997 00:59:18 GMT Date: Sun, 27 Apr 1997 09:59:18 +0900 (JST) From: Michael Hancock To: Bruce Evans cc: msmith@atrad.adelaide.edu.au, hackers@hub.freebsd.org Subject: Re: namei & hash functions In-Reply-To: <199704261753.DAA12300@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, Bruce Evans wrote: > The mask version is the original 4.4Lite version. The prime version is > supposed to be a FreeBSD enhancement. One would hope that whoever changed > it did extensive tests :-). Umm. I didn't notice it in the logs. Just curious how many integer mults by 33 equal a integer mod by a prime? Mike Hancock From owner-freebsd-hackers Sat Apr 26 18:18:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA21699 for hackers-outgoing; Sat, 26 Apr 1997 18:18:17 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA21661 for ; Sat, 26 Apr 1997 18:17:53 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id LAA27890; Sun, 27 Apr 1997 11:17:10 +1000 (EST) Message-Id: <199704270117.LAA27890@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Andrew Gierth cc: Curt Sampson , hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "26 Apr 1997 11:23:39 +0100." <87u3kunkus.fsf@erlenstar.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Apr 1997 11:17:10 +1000 From: David Nugent Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > At 11:54 AM 4/24/97 -0700, Curt Sampson wrote: > >> Thus, having the variable set to "" or unset (they're the > >> same thing in /bin/sh) > > Can't let this slip past: "" and unset are certainly not the > same in sh. Well, no of course not, technically. However, the manner in which the variables are tested allows it to amount to the same thing. ie. an unset variable evaluates to "". Curt's addition of "in /bin/sh" is the clue; unlike the (imho broken) /bin/csh semantics which error on reference to an unset (as distinct from empty) variable. David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Sat Apr 26 18:24:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA21951 for hackers-outgoing; Sat, 26 Apr 1997 18:24:37 -0700 (PDT) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA21946 for ; Sat, 26 Apr 1997 18:24:34 -0700 (PDT) Received: from ant.us.dell.com (ant.us.dell.com [198.64.66.34]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id UAA08425; Sat, 26 Apr 1997 20:22:07 -0500 Message-Id: <3.0.1.32.19970426200042.007ae900@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Sat, 26 Apr 1997 20:00:42 -0500 To: Terry Lambert , sysop@mixcom.com (Jeffrey J. Mountin) From: Tony Overfield Subject: Re: VFAT 32 support in msdosfs Cc: joa@kuebart.stuttgart.netsurf.de, hackers@freebsd.org In-Reply-To: <199704261946.MAA07455@phaeton.artisoft.com> References: <3.0.32.19970425231735.00b20ac4@mixcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:46 PM 4/26/97 -0700, Terry Lambert wrote: >MS will not supply NTFS with Windows 95 for two reasons: (1) it performs >very poorly compared to VFAT; NT users who complain about performance >are told by MS to go to VFAT instead, and (2) it is intentionally >omitted because of MS's desire to get product distinction between >Windows NT and Windows 95. You should read between the lines of the >introduction in the IFS95.DOC file that comes with the DDK. When Windows 95 added FAT32 they created a significant hurdle for the Windows NT upgrade scenario. To claim they did FAT32 to benefit Windows NT is hard to swallow. If there's any truth to this, it was probably accidental. I agree that NTFS would not perform very well in a 16-bit real-mode DOS environment, but that's not the reason either. I think the main reason was the high development and testing effort required to support NTFS in the real-mode DOS portion of Windows 95. They would have to use very little memory, not require any additional files for booting, operate in the 16-bit real-mode segmented environment, and not require considerable boot-loader changes. FAT32 is a simple and relatively easy extension to FAT16 that quickly got them past a significant problem with the growing number of disk drives greater than 2.1 GB, which are now already considered small. From owner-freebsd-hackers Sat Apr 26 18:25:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA22011 for hackers-outgoing; Sat, 26 Apr 1997 18:25:02 -0700 (PDT) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA21996 for ; Sat, 26 Apr 1997 18:24:59 -0700 (PDT) Received: from ant.us.dell.com (ant.us.dell.com [198.64.66.34]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id UAA08428; Sat, 26 Apr 1997 20:22:08 -0500 Message-Id: <3.0.1.32.19970426195829.007af2b0@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Sat, 26 Apr 1997 19:58:29 -0500 To: terry@lambert.org, ksmm@cybercom.net From: Tony Overfield Subject: Re: VFAT 32 support in msdosfs Cc: joa@kuebart.stuttgart.netsurf.de, hackers@freebsd.org In-Reply-To: <199704261941.MAA07443@phaeton.artisoft.com> References: <1.5.4.32.19970426035451.006fa82c@cybercom.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:41 PM 4/26/97 -0700, Terry Lambert wrote: >[OEMSR2] machines are capable of reading long-name-in-volume-label FAT >drives ("VFAT"). But the partitions they use by default, and the >partition table format, and the MBR and the io.sys/io.dos/msdos.dos >where the INT 21 interface is instantiated *all* expect VFAT32. I'm >not sure that an OEMSR2 INT 21 is capable of identifying and booting >from a "VFAT" drive at all. This is nonsense. FAT32 is a superset of FAT16/FAT12. The OEMSR2 version of io.sys supports all three. There is not a special version of io.sys which only supports FAT32 partitions. io.sys does not "do" VFAT at all. VFAT "happens" when the protected mode VFAT driver is loaded. This is why real-mode Windows 95 (DOS mode) cannot see or use long filenames. Of course, io.dos/msdos.dos are irrelevant, since they aren't even used when booting Windows 95, they're used when booting your *previous* DOS, which might be MS-DOS 5.0. Why you think that INT 21 is related to any of this remains a mystery to me. From owner-freebsd-hackers Sat Apr 26 18:42:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA22444 for hackers-outgoing; Sat, 26 Apr 1997 18:42:44 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA22434 for ; Sat, 26 Apr 1997 18:42:40 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id BAA25261; Sun, 27 Apr 1997 01:42:13 GMT Date: Sun, 27 Apr 1997 10:42:13 +0900 (JST) From: Michael Hancock To: Terry Lambert cc: Bruce Evans , msmith@atrad.adelaide.edu.au, hackers@hub.freebsd.org Subject: Re: namei & hash functions In-Reply-To: <199704261953.MAA07467@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Apr 1997, Terry Lambert wrote: > Knuth is very clear in "Sorting and Searching" that primacy helps to > disperse the bucket hits; however, once they are dispersed, it's not > a big deal what intelligence caused the dispersion, so long as you > don't get unbalanced hash chain lengths. I don't know if the shift > by 5 version is really inferior; it depends on whether or not it > causes disproportionate hash chain length between buckets, doesn't it? I was playing around with the strength of the intelligence that made the dispersion. I'm a little weak on Intel assembler so I wasn't sure how much faster a integer mult was over an integer divide. Anyway, I think phk's suggestion made earlier on the fs list makes sense. He's saying that there are a lot of stale entries sitting in the buckets so a larger hashsize would reduce the time throwing out stale entries that get in the way during the search aside from the obvious performance enhancement of a larger hash table. He's working on another approach that simplifies keeping the name cache and active vnode in sync by hanging the name cache of the directory vnode. A lot of us are saying that operations like article list request against innd would suffer with this approach. Mike Hancock From owner-freebsd-hackers Sat Apr 26 18:57:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA22976 for hackers-outgoing; Sat, 26 Apr 1997 18:57:13 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA22959; Sat, 26 Apr 1997 18:57:08 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id WAA20244; Sat, 26 Apr 1997 22:03:19 -0400 (EDT) Message-Id: <3.0.32.19970426215514.00b6b4d0@etinc.com> X-Sender: dennis@etinc.com (Unverified) X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 26 Apr 1997 21:55:24 -0400 To: batie@agora.rdrop.com (Alan Batie) From: dennis Subject: Re: Router statistics Cc: dg@root.com, msanders@aros.net, cmsedore@mailbox.syr.edu, freebsd-hackers@freebsd.org, isp@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 05:44 PM 4/26/97 -0700, Alan Batie wrote: >> I did notice that its a rather long card, which may be an issue..... > >Then it wasn't a Pro/100B --- it's so short they had to put a little tail >on it for some of the PCI fingers. Ah, yes....I was going to ask about that next....obviously they went to a single chip solutions....excellent! Dennis > >-- >Alan Batie ______ It's not my fault! It's some guy >batie@agora.rdrop.com \ / named "General Protection"! >+1 503 452-0960 \ / --Ratbert >PGP FP: DE 3C 29 17 C0 49 \/ 7A 27 40 A5 3C 37 4A DA 52 B9 > >It is my policy to avoid purchase of any products from companies which >use unrequested email advertisements or telephone solicitation. > > From owner-freebsd-hackers Sat Apr 26 19:46:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA24422 for hackers-outgoing; Sat, 26 Apr 1997 19:46:11 -0700 (PDT) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA24417 for ; Sat, 26 Apr 1997 19:46:04 -0700 (PDT) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.5) with ESMTP id VAA08465; Sat, 26 Apr 1997 21:45:07 -0500 (CDT) Message-Id: <199704270245.VAA08465@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: patl@Phoenix.volant.org cc: David Nugent , Jaye Mathisen , "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of Sat, 26 Apr 1997 12:42:35 -0700. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 26 Apr 1997 21:45:07 -0500 From: Chris Csanady Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Perhaps this comes down to personal preference, but I've had >> considerably more years experience in SysV than BSD, and I by >> *far* prefer the BSD approach. > >Yes, it does come down to personal preference. I have many more >years with various flavors of BSD; but the rc.d/init.d system >is one of the few places where I think Solaris2 is a clear win >over BSD. I think it is more a case of functionality, rather than personal preference. With the rc.d/init.d approach you have more modularity, and the ability to start/stop random packages in a consistent way. There is also a single standard place that a vendor can throw a startup script in--this is a good thing. >> Runlevel issues aside, I've found the SysV approach no simpler >> than BSD - in fact, the exact opposite. Since you've given >> Solaris ("Symlink City") as an example, I can't guess why you'd >> find it easier. Yuck! > >Would hard links make you happier? Solaris2 certainly goes >overboard on symlinks; but in this case I think they are the >right way to go. No. And no.. Although the init.d idea is good, implementing it as a set of runlevel dirs with hoards of symlinks is a bit ugly. It also does not address the basic issue of package dependancies. What it comes down to is that it does not buy us enough over the current scheme to make most BSD people happy. If someone were to *implement* a elegant solution that addresses these problems, people would be more receptive than to the fundamentally flawed SysV mechanism.. >> Spreading out startup/shutdown scripts into the filesystem is >> bogus, imho. The *general* approach is ok, but rc.d/init.d with >> runlevel dirs with symlinks just makes the whole mess >> unmanageable. A simple flat file with a list of sub-scripts to >> run and in which order would be so much simpler - text editors >> are usually somewhat more usable than a cli and the eye can more >> easily detect errors. > >I find it much -more- manageable. And I -really- like knowing >that packages can install a startup script without attempting >to edit any of my startup files. This is really nice.. >The rc.d/init.d directory provides a place for all of the startup >scripts to live, under very descriptive names. Possibly including >standard scripts for services that are not enabled on the system. >The rc?.d directories provide a simple mechanism to specify which >ones will be run and in what order. (The order is provided by the >two-digit prefix on the link. Links with the same prefix may be >run in any order.) What does the rc?.d buy us again? And the two-digit prefix? These are no more than a hack aimed at solving the dependancy problem--and they only solve the ordering part too. I think multiple configurations could be better served than dirs full of symlinks as well. >From the administration point of view, you are mostly interested >in the rc.d/init.d version. That is the one that you invoke to >manually start/stop/restart a service. That is the one that you >view or edit if you want to see or change exactly what happens on >service start/stop/restart. You only look in the rc?.d directories >to ensure that the service is listed; and properly sequenced. And >you can do that with a simple ls. (Use -l if you need to ensure >that it is actually linked to the right script.) It's simple, >elegant, and clean. (I'm slightly amazed that it made it into >Solaris2 without a load of additional cruft.) Personally, for the ability to seperate and start/stop services, I think I could live with it the way it is. However, I would like to see a mechanism to cleanly handle dependancies, and this does not cut it. --Chris Csanady >And like it or not, FreeBSD does have at least two run levels. >(Three if you count 'halted') The ability to automatically and >cleanly start/stop services when switching between single and >multi-user modes would be a big win. (For that matter, the >ability to go from multi back to single without a reboot would >be a win.) > > > > >-Pat > From owner-freebsd-hackers Sat Apr 26 21:47:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA27735 for hackers-outgoing; Sat, 26 Apr 1997 21:47:40 -0700 (PDT) Received: from kevin.sunshine.net (pme42.sunshine.net [204.191.205.42]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27729 for ; Sat, 26 Apr 1997 21:47:32 -0700 (PDT) Received: from localhost (cagey@localhost) by kevin.sunshine.net (8.8.5/8.8.5) with SMTP id VAA00521; Sat, 26 Apr 1997 21:43:43 -0700 (PDT) Date: Sat, 26 Apr 1997 21:43:37 -0700 (PDT) From: Kevin Eliuk Reply-To: Kevin Eliuk To: Joerg Wunsch cc: FreeBSD-Hackers Subject: Re: "learn" unix tool In-Reply-To: <19970426112516.ND36678@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Apr 1997, J Wunsch wrote: > As Kevin Eliuk wrote: > > > > If you promise to write and maintain the texts, i promise to write you > > > the user interface. :) > > > > > I am willing to offer my support on the texts level. Being a newbie to > > FreeBSD coming from dos could be an asset. > > Great! > > I suggest you could collect a few more volunteers, write at the > FreeBSD hackers list. If anyone see's any shortfalls with what I've done thus far hop on in with contributions or corrections :] Hopefully some multi-linguals could come up with translation for any final drafts :-? (our Prime Ministers happy face -- get it) Included is what I came up with as a starting format for "FreeBSD Learn" Joerg. I've marked the lines ... that I've written replacements for to stick to your format. I also took some liberties in anticipating future files. ---------------------------cut here------------------------------------------- The available courses are: files editor morefiles macros eqn C To get more course information, or if you are using the learn command for the first time, press the Enter key. Otherwise type the name of the course you want, and press the Enter key. files Press the Enter key to start at the beginning of the lesson, or specify a lesson number to go directly to a different lesson. A key word can be used in place of the lesson number. When a key word is used, the learn command will begin at the first lesson which contains that word. This course will help you learn about basic file handling commands. First you should understand how to give an answer that learn requests. The most important thing to remember is that whenever you type a command to UNIX or a response to "learn", you must press the RETURN key or the system won't see your typing. Sometimes learn asks you to come up with the right answer, and then enter "answer", followed immediately by a space and the single word which answers the question (and then RETURN). This means that you would enter "answer WORD", where instead of typing WORD you would type the word that is the correct answer. For example, if the answer to a question were "bug", you would enter answer bug Type that in now, and don't forget to hit RETURN at the end of the line. Don't use any quotation marks in your response. % % answer bug Good. The 0.01a lesson is complete. Now you should understand the special characters del and ^U: del cancels the previous character typed (delete or rubout) ^U cancels the line being typed and puts you on a new line (called control-u) These are the default characters used by the system. Commonly, del is replaced ^H (or backspace). ^U is typed by holding down the CTRL (for control) key and pressing the letter 'u'. The reason that there are the two characters '^' and 'U' to represent one special character is that ^U usually will not print on the screen. If you make a typing mistake, you can use del and ^U to correct it before you finish the line and the computer won't ever know about it. For example, what will the computer really receive if you type assuming ^H is used instead of del st^Hhe^Uthf^He at it? Figure this out in your head and reply "answer WORD" where WORD is the word as it will be interpreted, and don't forget RETURN. For example, if you think it will get "dog", type answer dog % answer dog That is not correct. Do you want to try again? Press y for yes or n for no. y Please type yes, no, or bye: yes Please type yes, no, or bye: ja Try the problem again. To read the lesson again, type the following: again To exit from learn at any time, type the following: bye % again Now you should understand the special characters del and ^U: [...] % answer the Good. The 0.1a lesson is complete. You should also understand a few simple commands. When UNIX types a "%" at you, you can type a command. For example, if you type "date" the computer will tell you the current date and time. If you see "%" and type "who", UNIX will tell you who is logged on at present. There are many other commands, too. You must type a RETURN at the end of each command line. Try the "date" command now: find out what date it is, and after the computer has responded, type "ready". And don't forget the RETURN! % date Sa 26 Apr 11:16:05 1997 % bye As you can see, AIX is half-internationalized. :) It prompts me to answer `y' for yes, but actually expected `j' (for the German `ja'). Anyway, here's the files that accomplished the above. Ey, interesting! The files are copyrighted by the UCB! Hmm, i wonder whether we can find this anywhere... ---file L0--- # # COMPONENT_NAME: (CMDMAN) commands that allow users to read online # documentation # # FUNCTIONS: # # ORIGINS: 27 # # Copyright (c) 1980 Regents of the University of California. # All rights reserved. The Berkeley software License Agreement # specifies the terms and conditions for redistribution. # #next 0.01a 10 ---file L0.01a--- # # COMPONENT_NAME: (CMDMAN) commands that allow users to read online # documentation # # FUNCTIONS: # # ORIGINS: 27 # # Copyright (c) 1980 Regents of the University of California. # All rights reserved. The Berkeley software License Agreement # specifies the terms and conditions for redistribution. # #print This course will help you learn about basic file handling commands. First you should understand how to give an answer that learn requests. Welcome to FreeBSD's Learning Shell This learning shell will introduce you to some of the basics of working with FreeBSD and the Unix command line structure. If your new to Unix take some time and introduce yourself a better way to compute. The following are text conventions to help you distiguish from input. These conventions are similar to those used in the man(manual) pages and will benefit you to recognize. Required input to be taken literally ................ "typed_command" (In the man pages this will be highlighted and not in quotes) Your optional response ................................ [user_option] More than one response allowed ...... [user_option1 ... user_optionN] You should choose one of the responses .......... [option1 | option2] A key to press ......................................... ALL_CAPITALS A key to press along with the control key ...................... ^KEY The most important thing to remember is that whenever you type a command to UNIX or a response to "learn", you must press the RETURN key or the system won't see your typing. Sometimes learn asks you to come up with the right answer, and then enter "answer", followed immediately by a space and the single word which answers the question (and then RETURN). This means that you would enter "answer WORD", where instead of typing WORD you would type the word that is the correct answer. For example, if the answer to a question were "bug", you would enter answer bug As an example of a lesson segment if you were asked a question that you new the answer was FreeBSD you would answer with "answer" [FreeBSD] like below. # answer FreeBSD note: the number sign denotes sh prompt Type that in now, and don't forget to press ENTER at the end of the line. Don't use any quotation marks or square brackets in your response. #copyin ##### #user | #uncopyin | #match FreeBSD | #bad answerFreeBSD | Leave a space between "answer" and "FreeBSD". ## You should understand my #bad answer freebsd ## motive her Joerg #bad answer FreeBsd | #bad answer FreeBSd | #bad answer FREEBSD ##### Aha, you have found out all on your own that FreeBSD and Unix generally is case sensitive unlike DOS. Retype the answer in the correct case. #log #next 0.1a 5 ---file L0.1a--- # # COMPONENT_NAME: (CMDMAN) commands that allow users to read online # documentation # # FUNCTIONS: # # ORIGINS: 27 # # Copyright (c) 1980 Regents of the University of California. # All rights reserved. The Berkeley software License Agreement # specifies the terms and conditions for redistribution. # #print Now you should understand the special characters del and ^U: del cancels the previous character typed (delete or rubout) ^U cancels the line being typed and puts you on a new line (called control-u) These are the default characters used by the system. Commonly, del is replaced ^H (or backspace). DELETE,BACKSPACE,^H :Deletes the line one character at a time ^U :Deletes line and returns you back to cursor position Remember the carat (^) represents the CTRL key being held down along with the character key. ^U is typed by holding down the CTRL (for control) key and pressing the letter 'u'. The reason that there are the two characters '^' and 'U' to represent one special character is that ^U usually will not print on the screen. If you make a typing mistake, you can use del and ^U to correct it before you finish the line and the computer won't ever know about it. For example, what will the computer really receive if you type assuming ^H is used instead of del Assuming that ^H and ^U are control functions then what would the outcome of the following line be. dO s^Hell^UBs^HSD st^Hhe^Uthf^He Study this, and once you know enter "answer" [your_answer] at it? Figure this out in your head and reply "answer WORD" where WORD is the word as it will be interpreted, and don't forget RETURN. For example, if you think it will get "dog", type answer dog #copyin #user #uncopyin #match BSD #bad answerBSD Leave a space between "answer" and "BSD". #log #next 0.1b 5 _______________________________________ How many Micro$oft executives |\ /| does it take to screw in a | \ kevin_eliuk@sunshine.net / | lightbulb? | \ Kevin G. Eliuk / | | /^\_________________________/^\ | None Bill will just redfine | / \ | Darkness[TM] as the industry |/--===### Powered By FreeBSD 2.2.1 \| standard. | www.freebsd.org | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Sat Apr 26 21:47:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA27751 for hackers-outgoing; Sat, 26 Apr 1997 21:47:47 -0700 (PDT) Received: from gnostic.cynic.net (gnostic.cynic.net [198.73.220.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA27746 for ; Sat, 26 Apr 1997 21:47:45 -0700 (PDT) Received: from localhost ([[UNIX: localhost]]) by gnostic.cynic.net (8.8.5/8.6.12) with SMTP id VAA25047; Sat, 26 Apr 1997 21:47:33 -0700 (PDT) X-Authentication-Warning: gnostic.cynic.net: cjs owned process doing -bs Date: Sat, 26 Apr 1997 21:47:32 -0700 (PDT) From: Curt Sampson X-Sender: cjs@gnostic.cynic.net To: Andrew Gierth cc: hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-Reply-To: <87u3kunkus.fsf@erlenstar.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 26 Apr 1997, Andrew Gierth wrote: > > At 11:54 AM 4/24/97 -0700, Curt Sampson wrote: > > >> Thus, having the variable set to "" or unset (they're the > >> same thing in /bin/sh) > > Can't let this slip past: "" and unset are certainly not the same in sh. So how do we test for the difference between the two? cjs Curt Sampson cjs@portal.ca Info at http://www.portal.ca/ Internet Portal Services, Inc. `And malt does more than Milton can Vancouver, BC (604) 257-9400 To justify God's ways to man.' From owner-freebsd-hackers Sat Apr 26 22:03:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA28038 for hackers-outgoing; Sat, 26 Apr 1997 22:03:19 -0700 (PDT) Received: from gatekeeper2.mcimail.com (gatekeeper2.mcimail.com [192.147.45.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA28033 for ; Sat, 26 Apr 1997 22:03:12 -0700 (PDT) From: POSTMASTER@MCIMAIL.COM Received: from MCIMAIL.COM ([166.40.135.61]) by gatekeeper2.mcimail.com (8.6.12/8.6.10) with ESMTP id FAA11106; Sun, 27 Apr 1997 05:08:19 GMT Received: from MCIMAIL.COM by DGI0IG.MCIMAIL.COM (PMDF V5.0-7 #16896) id <01II6S91JSY490MVCJ@DGI0IG.MCIMAIL.COM> for hackers@hub.freebsd.org; Sun, 27 Apr 1997 05:04:58 +0000 (GMT) Date: Sun, 27 Apr 1997 00:04:57 -0500 (EST) Subject: Message Status To: hackers Message-id: <97042705045776/POSTMASTERD49X4@mcimail.com> Content-transfer-encoding: 7BIT Priority: normal Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk DELIVERY NOTICE Referencing: Message id: 97042705045666/INTERNETGWDI2IG Source-Msg-Id: <199704270447.VAA27744@hub.freebsd.org> Subject: hackers-digest V3 #175 Posted: SUN APR 27, 1997 5:04 am GMT Your Message To: S=vivekp EMS: VSNL MBX: S=vivekp MBX: S=vivekp MBX: C=IN MBX: P=XEEMAIL MBX: O=XEEDEL MBX: OU1=XEENET could not be delivered to this recipient. Reason: Unable to transfer. Diagnostic: Only one "Surname" is allowed. This non-delivery notice generated: SUN APR 27, 1997 5:04 am GMT From owner-freebsd-hackers Sat Apr 26 22:32:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA29018 for hackers-outgoing; Sat, 26 Apr 1997 22:32:57 -0700 (PDT) Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA29011 for ; Sat, 26 Apr 1997 22:32:53 -0700 (PDT) Received: from erlenstar.demon.co.uk ([194.222.144.22]) by relay-5.mail.demon.net id ab0514074; 27 Apr 97 6:12 BST Received: (from andrew@localhost) by erlenstar.demon.co.uk (8.8.5/8.8.5) id GAA14814; Sun, 27 Apr 1997 06:12:36 +0100 (BST) To: Curt Sampson Cc: hackers@freebsd.org Subject: Re: /etc/netstart bogons.. References: From: Andrew Gierth In-Reply-To: Curt Sampson's message of Sat, 26 Apr 1997 21:47:32 -0700 (PDT) X-Mayan-Date: Long count = 12.19.4.2.1; tzolkin = 5 Imix; haab = 19 Pop X-Attribution: AG Date: 27 Apr 1997 06:12:36 +0100 Message-ID: <874tctkq0r.fsf@erlenstar.demon.co.uk> Lines: 28 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Curt" == Curt Sampson writes: >> Can't let this slip past: "" and unset are certainly not the same in sh. Curt> So how do we test for the difference between the two? $ sh $ if [ -z "${var+X}" ]; then echo "variable 'var' is not set"; fi variable 'var' is not set $ var='' $ if [ -z "${var+X}" ]; then echo "variable 'var' is not set"; fi $ Or, if you want "unset" to be treated like "NO", then $ unset var $ echo "value is '${var-NO}'" value is 'NO' $ var='' $ echo "value is '${var-NO}'" value is '' $ var='foo' $ echo "value is '${var-NO}'" value is 'foo' $ -- Andrew. From owner-freebsd-hackers Sat Apr 26 23:54:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA00981 for hackers-outgoing; Sat, 26 Apr 1997 23:54:44 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA00975 for ; Sat, 26 Apr 1997 23:54:39 -0700 (PDT) Received: by agora.rdrop.com (Smail3.1.29.1 #17) id m0wLNqz-0009AoC; Sat, 26 Apr 97 23:54 PDT Message-Id: From: batie@agora.rdrop.com (Alan Batie) Subject: pppd on 2.2 To: hackers@freebsd.org Date: Sat, 26 Apr 1997 23:54:33 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just installed a 2.2.1-RELEASE system for a friend, with the following symptoms: I have tun0 configured to dialout to his ISP (dedicated 28.8) ppp0 is configured for clients to call into him, basically for local email. The split is just cuz it looked easier to do dialouts with iijppp and dialins with pppd. When using the stock pppd: Apr 21 22:00:01 e-cafe getty[288]: getty: starting ppplogin (/usr/sbin/pppd) on /dev/ttyd1 Apr 21 22:00:07 e-cafe getty[350]: getty: starting ppplogin (/usr/sbin/pppd) on /dev/ttyd1 Apr 21 22:00:13 e-cafe getty[351]: getty: starting ppplogin (/usr/sbin/pppd) on /dev/ttyd1 Apr 21 22:00:19 e-cafe getty[352]: getty: starting ppplogin (/usr/sbin/pppd) on /dev/ttyd1 Apr 21 22:00:25 e-cafe getty[353]: getty: starting ppplogin (/usr/sbin/pppd) on /dev/ttyd1 Apr 21 22:02:02 e-cafe getty[355]: getty: starting ppplogin (/usr/sbin/pppd) on /dev/ttyd1 So I pulled the one from my 2.1.5 system which is working just fine there (with some hacks to add in utmp logging). With that, it appears to be getting connected just fine: $ ifconfig ppp0 ppp0: flags=8051 mtu 552 inet 204.245.198.33 --> 204.245.198.62 netmask 0xfffffff0 $ netstat -in Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll ed0 1500 00.80.48.88.4c.92 134 0 174 0 0 ed0 1500 204.245.198.3 204.245.198.33 134 0 174 0 0 tun0 1500 433 0 416 0 0 tun0 1500 204.245.198 204.245.198.33 433 0 416 0 0 ppp0 552 93 1 50 0 0 ppp0 552 204.245.198.3 204.245.198.33 93 1 50 0 0 lo0 16384 4 0 4 0 0 lo0 16384 127 127.0.0.1 4 0 4 0 0 $ netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 199.2.96.37 UGc 20 325 tun0 127 127.0.0.1 URc 0 0 lo0 127.0.0.1 127.0.0.1 UH 0 1 lo0 199.2.96.37 204.245.198.33 UH 19 0 tun0 204.245.198.32/28 link#1 UC 0 0 204.245.198.33 0:80:48:88:4c:92 UHLW 1 21 lo0 204.245.198.40 8:0:7:a6:f:60 UHLW 0 306 ed0 156 204.245.198.62 204.245.198.33 UH 0 2 ppp0 224.0.0.9 127.0.0.1 UH 1 1 lo0 However: $ ping 204.245.198.62 PING 204.245.198.62 (204.245.198.62): 56 data bytes ping: sendto: Network is down ping: wrote 204.245.198.62 64 chars, ret=-1 ping: sendto: Network is down ping: wrote 204.245.198.62 64 chars, ret=-1 ^C --- 204.245.198.62 ping statistics --- 2 packets transmitted, 0 packets received, 100% packet loss I hacked some kernel printfs into if_ppp.c, and find that the ENETDOWN message is coming from the NPMODE check: /* * Drop this packet, or return an error, if necessary. */ if (mode == NPMODE_ERROR) { printf("ppp driver: NPMODE ERROR\n"); error = ENETDOWN; goto bad; } I'm starting to reach my limits now; it looks like npmode is related to one of the ppp commands, and I really don't know much about the bits... Thanks for any help... -- Alan Batie ______ It's not my fault! It's some guy batie@agora.rdrop.com \ / named "General Protection"! +1 503 452-0960 \ / --Ratbert PGP FP: DE 3C 29 17 C0 49 \/ 7A 27 40 A5 3C 37 4A DA 52 B9 It is my policy to avoid purchase of any products from companies which use unrequested email advertisements or telephone solicitation.