From owner-freebsd-hackers Sun Aug 4 08:17:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA09221 for hackers-outgoing; Sun, 4 Aug 1996 08:17:53 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA09210 for ; Sun, 4 Aug 1996 08:17:45 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.7.3) with ESMTP id IAA08933 for ; Sun, 4 Aug 1996 08:17:44 -0700 (PDT) Message-Id: <199608041517.IAA08933@austin.polstra.com> To: freebsd-hackers@freebsd.org Subject: Announcing CVSup: Intelligent SUP Replacement Date: Sun, 04 Aug 1996 08:17:44 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Announcing CVSup 13.0 --------------------- I am pleased to announce the first public release of CVSup, an intelligent replacement for sup and rdist. Where to Get CVSup ------------------ CVSup is free software. It is available from the following FTP sites: ftp://freefall.freebsd.org/pub/CVSup/ ftp://ftp.freebsd.org/pub/FreeBSD/incoming/ ftp://ftp.polstra.com/pub/FreeBSD/CVSup/ Full sources as well as FreeBSD binaries are available: cvsup-bin-13.0.tar.gz FreeBSD binaries for the client cvsupd-bin-13.0.tar.gz FreeBSD binaries for the server cvsup-13.0.tar.gz Sources ** The MD5 signatures for these files are: MD5 (cvsup-bin-13.0.tar.gz) = 2f9733d6ffbf47069ec5952ff6570dc3 MD5 (cvsupd-bin-13.0.tar.gz) = ec7da4f3c6395b2d3d44fbf2d82ddf92 MD5 (cvsup-13.0.tar.gz) = 463ee7a1ef64dd432cd6094e81925985 ** If you wish to build CVSup from the sources, be sure to read the discussion further on in this announcement. What Is CVSup? -------------- CVSup is a software package for distributing and updating collections of files across a network. CVSup is specifically tailored to distributing CVS repositories. By taking advantage of the special properties of the files contained in CVS repositories, CVSup is able to perform updates much faster than traditional systems. It is especially valuable for people with slow Internet connections. CVSup parses and understands the RCS files making up a CVS repository. When updates occur, CVSup extracts new deltas directly from the RCS files on the server and edits them into the client's RCS files. Likewise, CVSup notes the addition of new symbolic tags to the files on the server and sends only the new tags to the client. CVSup is able to merge new deltas and tags from the server with deltas and tags added locally on the client machine. This makes it possible for the client to check local modifications into his repository without their being obliterated by subsequent updates from the server. In addition to distributing the RCS files themselves, CVSup is able to distribute specific checked-out versions. The client can specify a symbolic tag, a date, or both and CVSup will extract the appropriate versions from the server's CVS repository. Checked-out versions do not need to be stored on the server since CVSup can extract any version directly from the CVS repository. If the client has an existing checked-out tree, CVSup will apply the appropriate edits to update the tree or transform it into the requested version. Only the differences between the existing version and the desired version are sent across the network. CVSup uses lightweight processes (threads) to implement a streaming protocol across the network. This completely eliminates the delays associated with the lock-step, request-reply form of communication used by many existing protocols, such as sup and NNTP. Information is transferred at the full available speed of the network in both directions at once. Network latency and server response delays are rendered practically irrelevant. CVSup uses the "zlib" compression package to optionally compress all communications. This provides an additional 65-75% compression, on top of the diff-based compression already built into CVSup. For efficiency, all processing is built into the CVSup package itself. Neither the client nor the server executes any other programs. For further information about how CVSup works, see the "Blurb" document in the CVSup distribution. Using CVSup to Maintain FreeBSD Sources --------------------------------------- CVSup servers are currently running at the following FreeBSD mirror sites: cvsup.freebsd.org cvsup2.freebsd.org Using CVSup, you can easily receive or update any of the standard FreeBSD source releases, namely, "cvs", "current", and "stable". The manual page for cvsup(1) describes how to do that. If all goes well, additional servers will come on-line soon. Building CVSup from the Sources ------------------------------- CVSup is written in Modula-3, a modern, compiled, object-oriented language. Modula-3 integrates threads, exceptions, and garbage collection, providing an ideal vehicle for this sort of application. Without Modula-3, CVSup would almost certainly not exist today. If you wish to build CVSup from the sources, you will first need to install the free Modula-3 compiler and runtime libraries from DEC SRC. A port is available in the FreeBSD ports collection, in "lang/modula-3". The corresponding package is, of course, available in the packages collection. You will also need version 1.0.4 or later of the "zlib" library. A FreeBSD port is in "devel/libz" of the FreeBSD ports collection. There is no conceptual problem with installing the Modula-3 distribution and building CVSup from source. However, it is rather inconvenient at present because the DEC SRC distribution contains several separate, large software projects that were developed using it. This makes the installation very large -- about 60 MB. Worse yet, one of the extraneous components requires a tremendous amount of swap space to build. You'll need at least 64 MB of swap and, even then, you'd better kill your X server during the build. Again, the problem lies not with Modula-3 itself but rather with the extra software that is included with it. When the dust settles from this CVSup release, I intend to split the FreeBSD Modula-3 port into several smaller ports in order to make it more convenient to install and use. Meanwhile, for convenience, I am providing binary releases for CVSup. Status of this Release ---------------------- CVSup has been in alpha testing since mid-May. This should be considered a beta release. Please be prepared to find bugs -- without a doubt, there are some. Please report bugs to . -- 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 Sun Aug 4 08:35:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA10302 for hackers-outgoing; Sun, 4 Aug 1996 08:35:38 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA10296 for ; Sun, 4 Aug 1996 08:35:34 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.7.3) with ESMTP id IAA09052; Sun, 4 Aug 1996 08:35:26 -0700 (PDT) Message-Id: <199608041535.IAA09052@austin.polstra.com> To: kuku@gilberto.physik.rwth-aachen.de Cc: freebsd-hackers@freebsd.org, skynyrd@tahoma.cwu.edu, chris@vader.org Subject: Re: Sup failing for sup.freebsd.org Date: Sun, 04 Aug 1996 08:35:25 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm afraid switching supservers results in everything getting > resupped since time stamps differ from one supserver to another > and I don't want to have another sup storm at the moment. Someone > may correct me if I'm wrong. Yes, you are wrong. The sup mirrors themselves get updated by sup, and sup preserves the time stamps. I switch back and forth between sup.freebsd.org and sup5.freebsd.org all the time, without any problems. > Also there have been too many inponderabilities with supservers > recently so that I remain with freefall. Sup5 has consistently worked well for me. -- 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 Sun Aug 4 10:05:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA14092 for hackers-outgoing; Sun, 4 Aug 1996 10:05:18 -0700 (PDT) Received: from terra.stack.urc.tue.nl (terra.stack.urc.tue.nl [131.155.140.128]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA14086 for ; Sun, 4 Aug 1996 10:05:15 -0700 (PDT) Received: from xaa.stack.urc.tue.nl (uucp@localhost) by terra.stack.urc.tue.nl (8.7.5) with UUCP id TAA19484 for freebsd-hackers@freebsd.org; Sun, 4 Aug 1996 19:05:12 +0200 (MET DST) Received: (from freebsd@localhost) by xaa.stack.urc.tue.nl (8.7.5/8.6.12) id TAA01362 for freebsd-hackers@freebsd.org; Sun, 4 Aug 1996 19:04:57 +0200 (MET DST) From: FreeBSD matters of Mark Huizer (xaa) Message-Id: <199608041704.TAA01362@xaa.stack.urc.tue.nl> Subject: Re: Announcing CVSup: Intelligent SUP Replacement To: jdp@polstra.com (John Polstra) Date: Sun, 4 Aug 1996 19:02:58 +0200 (MET DST) In-Reply-To: <199608041517.IAA08933@austin.polstra.com> from John Polstra at "Aug 4, 96 08:17:44 am" Reply-To: xaa@stack.urc.tue.nl (Mark Huizer) 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 > Announcing CVSup 13.0 > --------------------- > > I am pleased to announce the first public release of CVSup, an > intelligent replacement for sup and rdist. > > Where to Get CVSup > ------------------ > CVSup is free software. It is available from the following FTP sites: > > ftp://freefall.freebsd.org/pub/CVSup/ > ftp://ftp.freebsd.org/pub/FreeBSD/incoming/ > ftp://ftp.polstra.com/pub/FreeBSD/CVSup/ > > Full sources as well as FreeBSD binaries are available: > > cvsup-bin-13.0.tar.gz FreeBSD binaries for the client > cvsupd-bin-13.0.tar.gz FreeBSD binaries for the server > cvsup-13.0.tar.gz Sources ** > > The MD5 signatures for these files are: > > MD5 (cvsup-bin-13.0.tar.gz) = 2f9733d6ffbf47069ec5952ff6570dc3 > MD5 (cvsupd-bin-13.0.tar.gz) = ec7da4f3c6395b2d3d44fbf2d82ddf92 > MD5 (cvsup-13.0.tar.gz) = 463ee7a1ef64dd432cd6094e81925985 > Hmm... the ports tree isn't included yet or something? cvsup is currently its way through my entire ports tree :-( Mark From owner-freebsd-hackers Sun Aug 4 10:17:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA14428 for hackers-outgoing; Sun, 4 Aug 1996 10:17:13 -0700 (PDT) Received: from terra.stack.urc.tue.nl (terra.stack.urc.tue.nl [131.155.140.128]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA14421 for ; Sun, 4 Aug 1996 10:17:10 -0700 (PDT) Received: from xaa.stack.urc.tue.nl (uucp@localhost) by terra.stack.urc.tue.nl (8.7.5) with UUCP id TAA19569; Sun, 4 Aug 1996 19:16:59 +0200 (MET DST) Received: (from freebsd@localhost) by xaa.stack.urc.tue.nl (8.7.5/8.6.12) id TAA01440; Sun, 4 Aug 1996 19:13:25 +0200 (MET DST) From: FreeBSD matters of Mark Huizer (xaa) Message-Id: <199608041713.TAA01440@xaa.stack.urc.tue.nl> Subject: Re: Announcing CVSup: Intelligent SUP Replacement To: jdp@polstra.com (John Polstra) Date: Sun, 4 Aug 1996 19:13:25 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199608041517.IAA08933@austin.polstra.com> from John Polstra at "Aug 4, 96 08:17:44 am" Reply-To: xaa@stack.urc.tue.nl (Mark Huizer) 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 > Announcing CVSup 13.0 > --------------------- > And my ports gone :-) Well, for those who want to try: don't forget that for stable you need tag=rel_eng_2.1.5, for current tag=current and for ports: tag=. Yep, coming in nicely now :-) Mark From owner-freebsd-hackers Sun Aug 4 11:35:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA17523 for hackers-outgoing; Sun, 4 Aug 1996 11:35:28 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA17518 for ; Sun, 4 Aug 1996 11:35:26 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.7.3) with ESMTP id LAA09563; Sun, 4 Aug 1996 11:35:17 -0700 (PDT) Message-Id: <199608041835.LAA09563@austin.polstra.com> To: xaa@stack.urc.tue.nl (Mark Huizer) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Announcing CVSup: Intelligent SUP Replacement In-reply-to: Your message of "Sun, 04 Aug 1996 19:13:25 +0200." <199608041713.TAA01440@xaa.stack.urc.tue.nl> Date: Sun, 04 Aug 1996 11:35:16 -0700 From: John Polstra Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Huizer wrote: > > Announcing CVSup 13.0 > > --------------------- > > > And my ports gone :-) > Well, for those who want to try: don't forget that for stable you need > tag=rel_eng_2.1.5, for current tag=current and for ports: tag=. You are right about ports -- I'll fix the supconv program and the manual page in the next release. Sorry! But the rest of what you wrote is not correct! For -stable, you want "tag=RELENG_2_1_0", and for -current it should be "tag=.". You have to specify the tag exactly right, or (as you found out) it will delete your files. Why? Because those files are effectively "dead" for your (unknown) tag. Try it with cvs some time -- it'll do exactly the same thing. -- John From owner-freebsd-hackers Sun Aug 4 12:51:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA20252 for hackers-outgoing; Sun, 4 Aug 1996 12:51:08 -0700 (PDT) Received: from shrimp.dataplex.net ([199.183.109.244]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA20247 for ; Sun, 4 Aug 1996 12:51:05 -0700 (PDT) Received: (from root@localhost) by shrimp.dataplex.net (8.7.5/8.7.3) id OAA27295; Sun, 4 Aug 1996 14:50:47 -0500 (CDT) Message-ID: X-Mailer: XFMail 0.4 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199608041713.TAA01440@xaa.stack.urc.tue.nl> Date: Sun, 04 Aug 1996 14:43:52 -0500 (CDT) Organization: The Digital Dataplex From: Richard Wackerbarth To: (Mark Huizer) Subject: Re: Announcing CVSup: Intelligent SUP Replacement Cc: (xaa) , (John Polstra) , freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 05-Aug-96 freebsd@xaa.stack.urc.tue.nl wrote: >>> Announcing CVSup 13.0 >> --------------------- >> >And my ports gone :-) >Well, for those who want to try: don't forget that for stable you need >tag=rel_eng_2.1.5, for current tag=current and for ports: tag=. > >Yep, coming in nicely now :-) Actually, rel_eng_2.1.5 is the 2.1.5-RELEASE. "-STABLE" is rel_eng_2.1.0. Which has had a minor update or two since the 2.1.5 re-release. Confusing? I think so. Hopefully the "powers that be" will realize that there is a better name than rel_eng_2.2.0 to represent the family of 2.2 releases. ---------------------------------- E-Mail: Richard Wackerbarth Date: 08/04/96 Time: 14:44:00 ---------------------------------- From owner-freebsd-hackers Sun Aug 4 13:17:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA21319 for hackers-outgoing; Sun, 4 Aug 1996 13:17:50 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA21306 for ; Sun, 4 Aug 1996 13:17:43 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id WAA02333 for ; Sun, 4 Aug 1996 22:18:31 +0200 (MET DST) To: hackers@freebsd.org Subject: This is too much... Reply-to: phk@freebsd.org Date: Sun, 04 Aug 1996 22:18:31 +0200 Message-ID: <2331.839189911@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If somebody else things this is too much, there's a nice cleanup job here: find /sys -name '*.[ch]' -print | xargs grep 'define.*ETHER_' -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Aug 4 14:04:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA23691 for hackers-outgoing; Sun, 4 Aug 1996 14:04:54 -0700 (PDT) Received: from inga.augusta.de (root@inga.augusta.de [193.175.23.65]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA23670; Sun, 4 Aug 1996 14:04:44 -0700 (PDT) Received: from rabbit by inga.augusta.de with uucp (Smail3.1.29.1 #1) id m0unAJe-004d63C; Sun, 4 Aug 96 23:02 MET DST Received: by rabbit.augusta.de (Smail3.1.29.1 #1) id m0un3Vd-000A2PC; Sun, 4 Aug 96 15:46 MET DST Message-Id: X-Mailer: exmh version 1.6.7 5/3/96 To: Amancio Hasty cc: shanee@rabbit.augusta.de (Andreas Kohout), multimedia@freebsd.org, hackers@freebsd.org Subject: Re: http://www.uni-paderborn.de/~SciTeXt/ In-reply-to: Your message of "Sat, 03 Aug 1996 16:08:16 PDT." <199608032308.QAA06408@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Sun, 04 Aug 1996 15:46:19 +0200 From: Andreas Kohout Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, > I added this to the Makefile: ok, it compiles without errors, but at startup: rabbit:/home/shanee> scitext ld.so: Undefined symbol "_XShapeQueryExtension" called from scitext_bsd:/usr/X11R6/lib/libXm.so.2.0 at 0x82152fc I have Motif 2.0 from XInside but canīt find anything in the sourcetree?? But Iīm not so good in Motif (or C C++ ...) ... Are you able to help? -- Greeting, Andy running FreeBSD-current --------------------------------------------------------------------------- From owner-freebsd-hackers Sun Aug 4 14:18:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA24371 for hackers-outgoing; Sun, 4 Aug 1996 14:18:27 -0700 (PDT) Received: from burka.rdy.com (burka.rdy.com [205.149.163.30]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA24346; Sun, 4 Aug 1996 14:18:20 -0700 (PDT) Received: from dima@localhost by burka.rdy.com id OAA27436; (8.7.5/RDY) Sun, 4 Aug 1996 14:22:09 -0700 (PDT) Message-Id: <199608042122.OAA27436@burka.rdy.com> Subject: sup5.freebsd.org To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Date: Sun, 4 Aug 1996 14:22:08 -0700 (PDT) X-Class: Fast Organization: HackerDome Reply-To: dima@best.net From: dima@best.net (Dima Ruban) 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 Hi there! sup5.freebsd.org is gonna be down for tonight from 8pm PDT to aprox. 8am. (12 hours). -- dima From owner-freebsd-hackers Sun Aug 4 14:57:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA26554 for hackers-outgoing; Sun, 4 Aug 1996 14:57:38 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA26548; Sun, 4 Aug 1996 14:57:35 -0700 (PDT) Received: from inga.augusta.de (inga.augusta.de [193.175.23.65]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id OAA10542 ; Sun, 4 Aug 1996 14:56:21 -0700 (PDT) Received: from rabbit by inga.augusta.de with uucp (Smail3.1.29.1 #1) id m0unB0e-004dKnC; Sun, 4 Aug 96 23:46 MET DST Received: by rabbit.augusta.de (Smail3.1.29.1 #1) id m0unAxg-000AIuC; Sun, 4 Aug 96 23:43 MET DST Message-Id: X-Mailer: exmh version 1.6.7 5/3/96 To: Andreas Kohout cc: Amancio Hasty , multimedia@freebsd.org, hackers@freebsd.org, shanee@who.cdrom.com Subject: Re: http://www.uni-paderborn.de/~SciTeXt/ In-reply-to: Your message of "Sun, 04 Aug 1996 15:46:19 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Sun, 04 Aug 1996 23:43:48 +0200 From: Andreas Kohout Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry, but I donīt know weather my last mail were transmitted. Hello, > I added this to the Makefile: ok, it compiles without errors, but at startup: rabbit:/home/shanee> scitext ld.so: Undefined symbol "_XShapeQueryExtension" called from scitext_bsd:/usr/X11R6/lib/libXm.so.2.0 at 0x82152fc I have Motif 2.0 from XInside but canīt find anything in the sourcetree?? But Iīm not so good in Motif (or C C++ ...) ... Are you able to help? -- Greeting, Andy running FreeBSD-current --------------------------------------------------------------------------- From owner-freebsd-hackers Sun Aug 4 15:10:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27258 for hackers-outgoing; Sun, 4 Aug 1996 15:10:52 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA27250; Sun, 4 Aug 1996 15:10:48 -0700 (PDT) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id PAA05506; Sun, 4 Aug 1996 15:08:11 -0700 (PDT) Message-Id: <199608042208.PAA05506@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Andreas Kohout cc: multimedia@freebsd.org, hackers@freebsd.org Subject: Re: http://www.uni-paderborn.de/~SciTeXt/ In-reply-to: Your message of "Sun, 04 Aug 1996 15:46:19 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 04 Aug 1996 15:08:10 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In the Makefile, make sure that you have: LOCAL_LIBRARIES = -lXm -lXext -lXt -lSM -lICE -lX11 -lXmu -lXpm Usually, undefined symbols such as "_XShapeQueryExtension" can be easily track by doing "nm -g library | grep " {hasty} nm -g /usr/X11R6/lib/libXext.a | grep Shape XShape.o: 000005b0 T _XShapeCombineMask 000004b0 T _XShapeCombineRectangles 00000330 T _XShapeCombineRegion 00000650 T _XShapeCombineShape 00000a30 T _XShapeGetRectangles 00000960 T _XShapeInputSelected 00000700 T _XShapeOffsetShape 00000210 T _XShapeQueryExtension 000007a0 T _XShapeQueryExtents 00000260 T _XShapeQueryVersion 000008c0 T _XShapeSelectInput nm -g /usr/X11R6/lib/libXm.a | grep Shape U _XShapeCombineMask U _XShapeCombineRectangles U _XShapeQueryExtension Amancio >From The Desk Of Andreas Kohout : > > Hello, > > > I added this to the Makefile: > > ok, it compiles without errors, but at startup: > > rabbit:/home/shanee> scitext > ld.so: Undefined symbol "_XShapeQueryExtension" called from > scitext_bsd:/usr/X11R6/lib/libXm.so.2.0 at 0x82152fc > > I have Motif 2.0 from XInside but canīt find anything in the sourcetree?? > > But Iīm not so good in Motif (or C C++ ...) ... > > Are you able to help? > > > -- > Greeting, Andy > running FreeBSD-current > --------------------------------------------------------------------------- > > > From owner-freebsd-hackers Sun Aug 4 16:39:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA02314 for hackers-outgoing; Sun, 4 Aug 1996 16:39:42 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA02307 for ; Sun, 4 Aug 1996 16:39:40 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA13729; Sun, 4 Aug 1996 16:39:09 -0700 (PDT) Received: from shrimp.whistle.com(207.76.205.74) by whistle.com via smap (V1.3) id sma013727; Sun Aug 4 16:39:03 1996 Received: (from julian@localhost) by shrimp.whistle.com (8.6.12/8.6.12) id QAA06146; Sun, 4 Aug 1996 16:39:03 -0700 From: Julian Elischer Message-Id: <199608042339.QAA06146@shrimp.whistle.com> Subject: Re: Announcing CVSup: Intelligent SUP Replacement To: jdp@polstra.com (John Polstra) Date: Sun, 4 Aug 1996 16:39:03 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199608041517.IAA08933@austin.polstra.com> from "John Polstra" at Aug 4, 96 08:17:44 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 totally cool! (as they say here in California!) > > Announcing CVSup 13.0 > --------------------- julian From owner-freebsd-hackers Sun Aug 4 21:06:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA16097 for hackers-outgoing; Sun, 4 Aug 1996 21:06:11 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA16092 for ; Sun, 4 Aug 1996 21:06:08 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA29255; Fri, 2 Aug 1996 22:47:32 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA27023; Fri, 2 Aug 1996 22:47:26 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA24508; Fri, 2 Aug 1996 22:38:46 +0200 (MET DST) From: J Wunsch Message-Id: <199608022038.WAA24508@uriah.heep.sax.de> Subject: Re: minor patch to ppp's route.c To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 2 Aug 1996 22:38:46 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, jgreco@brasil.moneng.mei.com (Joe Greco) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608021153.GAA27157@brasil.moneng.mei.com> from Joe Greco at "Aug 2, 96 06:53:12 am" 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 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 As Joe Greco wrote: > > struct ifreq reqbuf[32]; > > > > and change 32 to something higher (at ~2 per interface, this runs out of > > steam at about 15 interfaces). > > I believe I posted a suggestion once to raise this to something like 1024 > :-) which I had done on several boxes. Make it dynamic and i'll integrate it in less than an hour. :) -- 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 Sun Aug 4 23:21:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA24338 for hackers-outgoing; Sun, 4 Aug 1996 23:21:16 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA24319 for ; Sun, 4 Aug 1996 23:21:02 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA00782; Mon, 5 Aug 1996 08:20:44 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA15475; Mon, 5 Aug 1996 08:20:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA04070; Mon, 5 Aug 1996 08:03:40 +0200 (MET DST) From: J Wunsch Message-Id: <199608050603.IAA04070@uriah.heep.sax.de> Subject: Re: DOS Emulation. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 5 Aug 1996 08:03:40 +0200 (MET DST) Cc: paul@u-netsys.com.br Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3202611F.2C66@u-netsys.com.br> from "Paulo C. Marques F." at "Aug 2, 96 06:12:15 pm" 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 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 As Paulo C. Marques F. wrote: > Unfortunately, I have to run some dos binaries (a Clipper 5.2 .EXE) > under FreeBSD 2.1.5. What is the better way to do it? May I > "emulate the Linux dos emulator"? Probably not, since it requires deep in-kernel support (i believe). If it's text-mode only, try using pcemu. -- 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 Aug 5 01:36:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA01980 for hackers-outgoing; Mon, 5 Aug 1996 01:36:11 -0700 (PDT) Received: from dawn.ww.net (root@dawn.ww.net [193.124.73.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA01918 for ; Mon, 5 Aug 1996 01:35:55 -0700 (PDT) Received: (from alexis@localhost) by dawn.ww.net (8.7.5/alexis 2.5) id MAA00898 for freebsd-hackers@freebsd.org; Mon, 5 Aug 1996 12:35:18 +0400 (MSD) Message-Id: <199608050835.MAA00898@dawn.ww.net> Subject: SiS 6205 videocard PCI 1MB To: freebsd-hackers@freebsd.org Date: Mon, 5 Aug 1996 12:35:17 +0400 (MSD) From: Alexis Yushin Reply-To: alexis@ww.net (Alexis Yushin) X-Office-Phone: +380 65 2 26.1410 X-Home-Phone: +380 65 2 27.0747 X-NIC-Handle: AY23 X-RIPE-Handle: AY6-RIPE 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 Salut, I realize that it is a question to some X11 mailing list, but perhaps someone could help me here. I've got a SiS 6205 PCI 1M SVGA card which has quite good acceleration and high dot. Before it I had S3 Trio32 PCI card which tends to be a bit worse. The problem is the usual: compatibility. While the card follows VESA standard and has drivers for ms windows etc SuperProbe says it is plain MCGA... :-( Any ideas how to use its acceleration with XFree? alexis -- Yesterday don't matter when it's gone From owner-freebsd-hackers Mon Aug 5 03:23:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA06933 for hackers-outgoing; Mon, 5 Aug 1996 03:23:25 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA06927 for ; Mon, 5 Aug 1996 03:23:20 -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 MAA10561 for ; Mon, 5 Aug 1996 12:18:23 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id MAA05329 for freebsd-hackers@freefall.cdrom.com; Mon, 5 Aug 1996 12:31:34 +0200 Date: Mon, 5 Aug 1996 12:31:34 +0200 From: "Christoph P. Kukulies" Message-Id: <199608051031.MAA05329@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: XF86_W32 and fvwm95-2 (smudge) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk When I resize a window under fvwm95-2 and XF86_W32 (didn't try on another server) the rubberrect that is dragged by the mouse leaves smudge, that is undeleted (inverted) lines of that rect on the screen. Anyone else seeing this? (I observed this with XFree86-3.1.1 and XF86312E does show it as well though I'm not sure it is a server problem). --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Mon Aug 5 04:26:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11700 for hackers-outgoing; Mon, 5 Aug 1996 04:26:32 -0700 (PDT) Received: from guardian.fortress.org (fortress.org [199.84.158.128]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA11692 for ; Mon, 5 Aug 1996 04:26:27 -0700 (PDT) Received: (from andrew@localhost) by guardian.fortress.org (8.6.12/8.6.12) id HAA06950; Mon, 5 Aug 1996 07:26:07 -0400 Date: Mon, 5 Aug 1996 07:26:06 -0400 (EDT) From: Andrew Webster Reply-To: andrew@pubnix.net To: J Wunsch cc: FreeBSD hackers Subject: Re: minor patch to ppp's route.c In-Reply-To: <199608022038.WAA24508@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 Fri, 2 Aug 1996, J Wunsch wrote: > As Joe Greco wrote: > > > > struct ifreq reqbuf[32]; > > > > > > and change 32 to something higher (at ~2 per interface, this runs out of > > > steam at about 15 interfaces). > > > > I believe I posted a suggestion once to raise this to something like 1024 > > :-) which I had done on several boxes. > > Make it dynamic and i'll integrate it in less than an hour. :) I made this change, along with a similar one to ifconfig quite a while ago. Here are 2 patches to ppp. One to route.c for a dynamic reqbuf, and the other to fix the inherent limit of 10 ppp interfaces. There is probably a better way to set the maximum number of tun interfaces, I haven't figured it out yet. --- cut here --- start of route.c.diff --- *** route.c.orig Mon Jun 3 22:44:34 1996 --- route.c Mon Jun 3 22:56:58 1996 *************** *** 350,363 **** --- 350,369 ---- free(sp); } + + /* + * 960603 - Modified to use dynamic buffer allocator as in ifconfig + */ int GetIfIndex(name) char *name; { + char *buffer; struct ifreq *ifrp; int s, len, elen, index; struct ifconf ifconfs; struct ifreq reqbuf[256]; + int oldbufsize, bufsize = sizeof(struct ifreq); s = socket(AF_INET, SOCK_DGRAM, 0); if (s < 0) { *************** *** 365,376 **** return(-1); } ! ifconfs.ifc_len = sizeof(reqbuf); ! ifconfs.ifc_buf = (caddr_t)reqbuf; ! if (ioctl(s, SIOCGIFCONF, &ifconfs) < 0) { ! perror("IFCONF"); ! return(-1); ! } ifrp = ifconfs.ifc_req; --- 371,397 ---- return(-1); } ! buffer = malloc(bufsize); /* allocate first buffer */ ! ifconfs.ifc_len = bufsize; /* Initial setting */ ! /* ! * Iterate through here until we don't get many more data ! */ ! ! do { ! oldbufsize = ifconfs.ifc_len; ! bufsize += 1+sizeof(struct ifreq); ! buffer = realloc((void *)buffer, bufsize); /* Make it bigger */ ! #ifdef DEBUG ! logprintf ("Growing buffer to %d\n", bufsize); ! #endif ! ifconfs.ifc_len = bufsize; ! ifconfs.ifc_buf = buffer; ! if (ioctl(s, SIOCGIFCONF, &ifconfs) < 0) { ! perror("IFCONF"); ! free(buffer); ! return(-1); ! } ! } while (ifconfs.ifc_len > oldbufsize); ifrp = ifconfs.ifc_req; *************** *** 384,389 **** --- 405,411 ---- #endif if (strcmp(ifrp->ifr_name, name) == 0) { IfIndex = index; + free(buffer); return(index); } index++; *************** *** 395,399 **** --- 417,422 ---- } close(s); + free(buffer); return(-1); } --- cut here --- end of route.c.diff --- --- cut here --- start of os.c.diff --- *** os.c Mon May 29 23:50:52 1995 --- /usr/local/src/OS/RELEASE-2.0.5/usr.sbin/ppp/os.c Tue Dec 26 12:28:02 1995 *************** *** 253,273 **** OpenTunnel(ptun) int *ptun; { int s; ! char *cp; ! char *suffix = "0123456789"; char ifname[IFNAMSIZ]; ! char devname[12]; ! strcpy(devname, "/dev/tun0"); ! for (cp = suffix; *cp; cp++) { ! devname[8] = *cp; tun_out = open(devname, O_RDWR); if (tun_out >= 0) break; } ! *ptun = cp - suffix; ! if (*cp == '\0') { fprintf(stderr, "No tunnel device is available.\n"); return(-1); } --- 253,272 ---- OpenTunnel(ptun) int *ptun; { + #define MAXTUNDEV 16 int s; ! int cp; char ifname[IFNAMSIZ]; ! char devname[16]; ! for (cp = 0; cp < MAXTUNDEV; ++ cp) { ! sprintf(devname, "/dev/tun%d", cp); tun_out = open(devname, O_RDWR); if (tun_out >= 0) break; } ! *ptun = cp; ! if (cp >= MAXTUNDEV) { fprintf(stderr, "No tunnel device is available.\n"); return(-1); } --- cut here --- end of os.c.diff --- Andrew Webster - andrew@pubnix.net - http://www.pubnix.net PubNIX Montreal - Connected to the world - Branche au monde 514-990-5911 - P.O. Box 147, Cote St-Luc, Quebec, H4V 2Y3 From owner-freebsd-hackers Mon Aug 5 04:48:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12396 for hackers-outgoing; Mon, 5 Aug 1996 04:48:04 -0700 (PDT) Received: from xanadu.centrum.dk (root@xanadu.centrum.dk [193.89.248.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA12361 for ; Mon, 5 Aug 1996 04:48:00 -0700 (PDT) Received: from saturn.gtech.dk (sattelit20.centrum.dk [193.89.248.120]) by xanadu.centrum.dk (8.6.11/8.6.9) with ESMTP id NAA00659 for ; Mon, 5 Aug 1996 13:47:54 +0200 Message-Id: <199608051147.NAA00659@xanadu.centrum.dk> From: "Theodor G. Sigurlidason" To: Subject: subscribe Date: Mon, 5 Aug 1996 13:31:53 +0200 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1132 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk subscribe From owner-freebsd-hackers Mon Aug 5 05:48:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA15801 for hackers-outgoing; Mon, 5 Aug 1996 05:48:43 -0700 (PDT) Received: from Guard.PolyNet.Lviv.UA ([194.44.138.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA15789 for ; Mon, 5 Aug 1996 05:48:18 -0700 (PDT) Received: (from smap@localhost) by Guard.PolyNet.Lviv.UA (8.6.12/8.6.12) id PAA16986 for ; Mon, 5 Aug 1996 15:52:58 +0300 Received: from netsurfer.lp.lviv.ua(192.168.0.3) by Guard.PolyNet.Lviv.UA via smap (V2.0alpha) id xma016982; Mon, 5 Aug 96 15:52:45 +0300 Received: (smap@localhost) by NetSurfer.LP.Lviv.UA (8.6.11/8.3) id PAA04158; Mon, 5 Aug 1996 15:46:15 +0300 Received: from nova.lp.lviv.ua(192.168.0.6) by NetSurfer.LP.Lviv.UA via smap (V1.3) id sma004155; Mon Aug 5 15:46:06 1996 Message-ID: <3205ED3B.794B@polynet.lviv.ua> Date: Mon, 05 Aug 1996 15:46:51 +0300 From: Terletsky Slavik Organization: State University "Lvivska Polytechnicka" X-Mailer: Mozilla 3.0b5a (X11; I; OSF1 V3.2 alpha) MIME-Version: 1.0 To: FreeBSD Hackers mailing list Subject: Q: passwd FBSD 2.0.5 -> FBSD 2.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 Want to ask how can i transfer passwd from FBSD 2.0.5 to FBSD 2.1.0 -- # Terletsky Slavik # University "Lvivska Poytechnica" # # Network Administrator # mailto:ts@polynet.lviv.ua # From owner-freebsd-hackers Mon Aug 5 05:52:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA15946 for hackers-outgoing; Mon, 5 Aug 1996 05:52:37 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA15941 for ; Mon, 5 Aug 1996 05:52:34 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id NAA10391 for ; Mon, 5 Aug 1996 13:55:17 +0100 Date: Mon, 5 Aug 1996 13:55:17 +0100 (BST) From: Doug Rabson To: freebsd-hackers@freebsd.org Subject: 100BASE-TX hubs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [This is somewhat off-topic but it seemed likely that a few people reading this list might know the answer] I was thinking of building a small 100BASE-TX network at home to try and stress-test our NFS code and also investigate its performance. It seems to me that I need a hub of some kind but I can't find any reasonably priced 100BASE-TX products at all. The best I can come up with is the SMC 5108TX which at $1595 for 8 ports (and I only want two or three) is wildly expensive compared to an 8 port 10BASE-TX hub. Are there any suppliers of low cost 100Mbps ethernet hubs out there (preferably with a UK distributor)? Alternatively, can I avoid a hub altogether? I vaguely remember something about a wire-swapped cable which could connect two systems together. How would I go about buying/making such a cable? On the other hand, maybe I will just scrounge some old 10Mbps equipment :-( -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Mon Aug 5 07:02:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19141 for hackers-outgoing; Mon, 5 Aug 1996 07:02:22 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA19136 for ; Mon, 5 Aug 1996 07:02:18 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA00426; Mon, 5 Aug 1996 09:01:45 -0500 From: Joe Greco Message-Id: <199608051401.JAA00426@brasil.moneng.mei.com> Subject: Re: 100BASE-TX hubs To: dfr@render.com (Doug Rabson) Date: Mon, 5 Aug 1996 09:01:44 -0500 (CDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Doug Rabson" at Aug 5, 96 01:55:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > [This is somewhat off-topic but it seemed likely that a few people reading > this list might know the answer] > > I was thinking of building a small 100BASE-TX network at home to try and > stress-test our NFS code and also investigate its performance. It seems > to me that I need a hub of some kind but I can't find any reasonably > priced 100BASE-TX products at all. The best I can come up with is the SMC > 5108TX which at $1595 for 8 ports (and I only want two or three) is wildly > expensive compared to an 8 port 10BASE-TX hub. I don't know what UK prices are like, but... I assume you are looking at the SMC TigerHub 100, which I see here listed in DataComm's catalog for $1299 (meaning it can be had 10% cheaper elsewhere). In the same catalog I see LanCast 6490 8-port 100base-TX for $929, a price I hadn't been aware of... almost any 100baseTX solution I've seen has been > $1000. Hmm.. also an Asante' 6-port for $969 "with free 10/100 adapter". That isn't a bad deal. However, if you're looking for something that is affordable - it just ain't there. > Are there any suppliers of low cost 100Mbps ethernet hubs out there > (preferably with a UK distributor)? Alternatively, can I avoid a hub > altogether? I vaguely remember something about a wire-swapped cable which > could connect two systems together. How would I go about buying/making > such a cable? I thought Rod Grimes gave us an answer to this a while back, but I don't see it readily apparent in my archives.. I would be interested in this answer too. > On the other hand, maybe I will just scrounge some old 10Mbps equipment > :-( That's not such a bad idea either. It's extremely inexpensive, particularly if you dump the 10base-T hubs (i.e. crossover cables) or go with 10base-2. ... JG From owner-freebsd-hackers Mon Aug 5 07:13:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19888 for hackers-outgoing; Mon, 5 Aug 1996 07:13:59 -0700 (PDT) Received: from dub-img-3.compuserve.com (dub-img-3.compuserve.com [149.174.206.133]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA19877 for ; Mon, 5 Aug 1996 07:13:55 -0700 (PDT) Received: by dub-img-3.compuserve.com (8.6.10/5.950515) id KAA07391; Mon, 5 Aug 1996 10:13:23 -0400 Date: 05 Aug 96 10:10:22 EDT From: Jan Knepper <100626.3506@CompuServe.COM> To: "[FreeBSD Hackers]" Subject: 100BASE-TX hubs Message-ID: <960805141021_100626.3506_BHL87-1@CompuServe.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk /* I was thinking of building a small 100BASE-TX network at home to try and stress-test our NFS code and also investigate its performance... */ An otherone that goes for the *real* stuff... /* It seems to me that I need a hub of some kind but I can't find any reasonably priced 100BASE-TX products at all. */ I am afraid there aren't. The expensive thing in 100 Mb is still the HUB. I use an HP 100VG HUB here. I think it costed like USD 2000 or something like that. It has 15 ports though. The Ethernet cards are not as expensive. I mean the difference between a 3Com 10 Mb (PCI) and HP 100VG 100 Mb (PCI) is not that bad. I remember when I was looking for the 100 Mbps stuff I also looked at Intel stuff. at that time they had an offer with 4 Ethernet adapters 100 Mb and a HUB with 4 ports for a reasonable price. However extending that stuff was almost impossible. Also: Don't forget that if you go with a certain brand you better buy everything of that brand. I for instance refuse to use HP with Intel or 3Com. Regarding the words of the Intel people these 100 Mb things are going to be different for some time. It is not as standardized as 10 Mb is at this moment. I for instance tried to use the Ethernet_802.12 frame for NetWare instead of 802.2 or 802.3 since 802.12 seems to be the standard voor 100 Mb, but no go there yet so far... /* Alternatively, can I avoid a hub altogether? */ Nop! For 100 Mb you NEED a HUB. /* I vaguely remember something about a wire-swapped cable which could connect two systems together. */ Well, there are different wire's for different tasks... /* How would I go about buying/making such a cable? */ BUY you cables for 100 Mb, selfmade often does not work because of quality aspects. /* On the other hand, maybe I will just scrounge some old 10Mbps equipment */ you will LOVE 100 Mb!!! On my daily work, developing C++ under NT I run everything over the 100 Mb to the Novell NetWare file server. Compilers/Sources/Libs. This way I can access the stuff from more than one workstation at the same time. The performance is incredible and there is not that much loss compared to local SCSI-2 disk in the development machine. Have fun! Jan Knepper From owner-freebsd-hackers Mon Aug 5 09:26:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA28585 for hackers-outgoing; Mon, 5 Aug 1996 09:26:23 -0700 (PDT) Received: from skiddaw.elsevier.co.uk (root@skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA28577 for ; Mon, 5 Aug 1996 09:26:20 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id RAA18011 for ; Mon, 5 Aug 1996 17:26:03 +0100 Received: from tees.elsevier.co.uk (actually host tees) by snowdon with SMTP (PP); Mon, 5 Aug 1996 17:25:30 +0100 Received: (from dpr@localhost) by tees.elsevier.co.uk (8.6.13/8.6.12) id RAA05131; Mon, 5 Aug 1996 17:24:42 +0100 To: Nate Williams Cc: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: Anyone know how anoncvs actually works? References: <1124.839074993@time.cdrom.com> <199608031829.MAA16287@rocky.mt.sri.com> From: Paul Richards Date: 05 Aug 1996 17:24:42 +0100 In-Reply-To: Nate Williams's message of Sat, 3 Aug 1996 12:29:11 -0600 (MDT) Message-ID: <57u3uher3p.fsf@elsevier.co.uk> Lines: 22 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nate Williams writes: > > > It might be something we should set up, just to give complete coverage > > (then we could say we offered the repository via CTM, WWW, sup, cvsup, > > FTP and anoncvs - how many more options could one want? ;-). > > > > Anyway, I'd like to find out what's involved first since the security > > implications of what little I've been able to puzzle out seem fuzzy. > > I *think* they have a special 'anoncvs' account that uses a version of > cvs which disables all operations that would change the repository. I spoke to them about anoncvs because I was interested in it for Apache. The bottom line is that they have a mirror tree that is used for anoncvs so the *real* tree is never accessed. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-hackers Mon Aug 5 09:35:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA29351 for hackers-outgoing; Mon, 5 Aug 1996 09:35:37 -0700 (PDT) Received: from starfire.mn.org (root@starfire.skypoint.net [199.86.32.187]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA29339 for ; Mon, 5 Aug 1996 09:35:30 -0700 (PDT) From: john@starfire.mn.org Received: (from john@localhost) by starfire.mn.org (8.6.12/1.1) id LAA27651 for hackers@FreeBSD.org; Mon, 5 Aug 1996 11:35:27 -0500 Message-Id: <199608051635.LAA27651@starfire.mn.org> Subject: qpop-2.2 missing from 2.1.5-RELEASE packages? To: hackers@FreeBSD.org (FreeBSD hackers) Date: Mon, 5 Aug 1996 11:35:26 -0500 (CDT) 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 It appears that while qpop-2.2 is in the packages index, it is not actually in the packages collection for 2.1.5-RELEASE. John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Mon Aug 5 10:12:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA02603 for hackers-outgoing; Mon, 5 Aug 1996 10:12:51 -0700 (PDT) Received: from scooter.quickweb.com (scooter.quickweb.com [199.212.134.8]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA02574 for ; Mon, 5 Aug 1996 10:12:45 -0700 (PDT) Received: from localhost (mark@localhost) by scooter.quickweb.com (8.6.12/8.6.12) with SMTP id NAA12193; Mon, 5 Aug 1996 13:19:42 -0400 Date: Mon, 5 Aug 1996 13:19:42 -0400 (EDT) From: Mark Mayo To: Doug Rabson cc: freebsd-hackers@freebsd.org Subject: Re: 100BASE-TX hubs 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 Mon, 5 Aug 1996, Doug Rabson wrote: > I was thinking of building a small 100BASE-TX network at home to try and > stress-test our NFS code and also investigate its performance. It seems > Are there any suppliers of low cost 100Mbps ethernet hubs out there > (preferably with a UK distributor)? Alternatively, can I avoid a hub Yeah!! Matrox (the same guys who make the smokin' Millenium video card) just released an entire product line under the name of "Matrox Networks". I saw the stuff at Comdex in Toronto in late june, and it seemed pretty amazing.. they were streaming 10 feeds of full-motion video. The most interesting product is a 4 port "multiport NIC" that is a PCI card with 4 100BaseTX ports. Very cool. For single server type environments it's the neatest thing I've seen in the NIC arena for quite a while. Just stick one of those in a server, and you can hang 4 clients off with no hub. And the card is only about $1000 canadian (list - probably way cheaper on the street). Matrox is also making hubs with a PCI back-plane and all, which are also very cheap -- list of about $2000 for a 12-port. The product line is called 'Shark' I think. You can find more info at www.matrox.com (or www.matrox.ca). The multiport NIC comes with drivers for NT, Netware, OS/2, but not Unixes. Matrox is usually quite nice to develpers though, so they might give some specs to someone that was interested in doing a FreeBSD driver. cya, -Mark ------------------------------------------- | Mark Mayo mark@quickweb.com | | C-Soft www.quickweb.com | ------------------------------------------- "To iterate is human, to recurse divine." - L. Peter Deutsch > > On the other hand, maybe I will just scrounge some old 10Mbps equipment > :-( > > -- > Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com > Phone: +44 171 251 4411 > FAX: +44 171 251 0939 > > From owner-freebsd-hackers Mon Aug 5 10:38:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA04982 for hackers-outgoing; Mon, 5 Aug 1996 10:38:46 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA04976 for ; Mon, 5 Aug 1996 10:38:44 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id KAA01132 for ; Mon, 5 Aug 1996 10:38:43 -0700 (PDT) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <15426(4)>; Mon, 5 Aug 1996 10:27:10 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1-TB) id AA10159; Mon, 5 Aug 96 13:27:17 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA01695; Mon, 5 Aug 96 13:27:13 EDT Message-Id: <9608051727.AA01695@gnu.mc.xerox.com> To: gdb-testers@cygnus.com Cc: hackers@freebsd.org Subject: gdb 960725 on freebsd 2.2.(5/1/96) Date: Mon, 5 Aug 1996 10:27:09 PDT From: "Marty Leisner" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I had to do the following to get gdb 960725 to compile on freebsd 2.2 (5/1/96). I don't know what is "right", but SIGTRAMP seems to have changed from 4.16 which worked well... Sometimes is has an argument, sometimes it doesn't... RCS file: inferior.h,v retrieving revision 1.1 diff -u -r1.1 inferior.h --- inferior.h 1996/08/03 03:16:53 1.1 +++ inferior.h 1996/08/03 04:17:25 @@ -315,10 +315,17 @@ no name, assume we are not in sigtramp). */ #if !defined (IN_SIGTRAMP) # if defined (SIGTRAMP_START) +#ifdef __FreeBSD__ +# define IN_SIGTRAMP(pc, name) \ + ((pc) >= SIGTRAMP_START(pc) \ + && (pc) < SIGTRAMP_END(pc) \ + ) +#else # define IN_SIGTRAMP(pc, name) \ ((pc) >= SIGTRAMP_START \ && (pc) < SIGTRAMP_END \ ) +#endif # else # define IN_SIGTRAMP(pc, name) \ (name && STREQ ("_sigtramp", name)) : leisner@pb;x marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom (http://www.lpf.org) Any sufficiently advanced technology is indistinguishable from magic Arthur C. Clarke, The Lost Worlds of 2001 From owner-freebsd-hackers Mon Aug 5 11:44:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA10535 for hackers-outgoing; Mon, 5 Aug 1996 11:44:33 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA10520 for ; Mon, 5 Aug 1996 11:44:23 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA00505; Mon, 5 Aug 1996 20:43:33 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA29690; Mon, 5 Aug 1996 20:43:29 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA05756; Mon, 5 Aug 1996 20:07:36 +0200 (MET DST) From: J Wunsch Message-Id: <199608051807.UAA05756@uriah.heep.sax.de> Subject: Re: Q: passwd FBSD 2.0.5 -> FBSD 2.1.0 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 5 Aug 1996 20:07:36 +0200 (MET DST) Cc: ts@polynet.lviv.ua (Terletsky Slavik) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3205ED3B.794B@polynet.lviv.ua> from Terletsky Slavik at "Aug 5, 96 03:46:51 pm" 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 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 As Terletsky Slavik wrote: > Want to ask how can i transfer passwd from FBSD 2.0.5 to FBSD 2.1.0 With `cp' or `mv'. :-) Both releases use the same encryption method, provided _you_ are using the same (i.e., either the [international] DES version, or the default MD5 encryption). -- 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 Aug 5 12:02:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA11533 for hackers-outgoing; Mon, 5 Aug 1996 12:02:10 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA11527 for ; Mon, 5 Aug 1996 12:02:08 -0700 (PDT) Received: from ginger.eng.umd.edu (ginger.eng.umd.edu [129.2.103.20]) by po1.glue.umd.edu (8.7.5/8.7.3) with ESMTP id PAA03547; Mon, 5 Aug 1996 15:02:06 -0400 (EDT) Received: from localhost (chuckr@localhost) by ginger.eng.umd.edu (8.7.5/8.7.3) with SMTP id PAA11476; Mon, 5 Aug 1996 15:02:06 -0400 (EDT) X-Authentication-Warning: ginger.eng.umd.edu: chuckr owned process doing -bs Date: Mon, 5 Aug 1996 15:02:05 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@ginger.eng.umd.edu To: Marty Leisner cc: gdb-testers@cygnus.com, hackers@freebsd.org Subject: Re: gdb 960725 on freebsd 2.2.(5/1/96) In-Reply-To: <9608051727.AA01695@gnu.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 Mon, 5 Aug 1996, Marty Leisner wrote: > > I had to do the following to get gdb 960725 to compile on > freebsd 2.2 (5/1/96). > > I don't know what is "right", but SIGTRAMP seems to have > changed from 4.16 which worked well... > > Sometimes is has an argument, sometimes it doesn't... > [patch deleted] Did you actually check that it recognized FreeBSD executeables? Getting it to compile is a long way from getting it to work, unfortunately. > > marty leisner@sdsp.mc.xerox.com > Member of the League for Programming Freedom (http://www.lpf.org) > Any sufficiently advanced technology is indistinguishable from magic > Arthur C. Clarke, The Lost Worlds of 2001 > ----------------------------+----------------------------------------------- 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 n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon Aug 5 12:23:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA12956 for hackers-outgoing; Mon, 5 Aug 1996 12:23:33 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA12950; Mon, 5 Aug 1996 12:23:28 -0700 (PDT) Received: from inga.augusta.de by mail.crl.com with SMTP id AA13945 (5.65c/IDA-1.5); Mon, 5 Aug 1996 12:22:26 -0700 Received: from rabbit by inga.augusta.de with uucp (Smail3.1.29.1 #1) id m0unVAd-004dXGC; Mon, 5 Aug 96 21:18 MET DST Received: by rabbit.augusta.de (Smail3.1.29.1 #1) id m0unPeh-000A8sC; Mon, 5 Aug 96 15:25 MET DST Message-Id: X-Mailer: exmh version 1.6.7 5/3/96 To: Amancio Hasty Cc: Andreas Kohout , multimedia@freebsd.org, hackers@freebsd.org, shanee@crl.com Subject: Re: http://www.uni-paderborn.de/~SciTeXt/ In-Reply-To: Your message of "Sun, 04 Aug 1996 15:08:10 PDT." <199608042208.PAA05506@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Mon, 05 Aug 1996 15:25:10 +0200 From: Andreas Kohout Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello Amancio, > In the Makefile, make sure that you have: > LOCAL_LIBRARIES = -lXm -lXext -lXt -lSM -lICE -lX11 -lXmu -lXpm Thank you, that helps ... -- Gru_, Andy -------------------------------------------------------------------------- Der Mensch hat die Atombombe erfunden, eine Maus w|rde niemals eine Mausefalle bauen! shanee@rabbit.augusta.de Zirbelnu_town __________________________________________________________________________ From owner-freebsd-hackers Mon Aug 5 13:15:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA16289 for hackers-outgoing; Mon, 5 Aug 1996 13:15:03 -0700 (PDT) Received: from phoenix.aristar.com (slip125.winc.com [204.178.182.125]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA16242 for ; Mon, 5 Aug 1996 13:14:41 -0700 (PDT) Received: (from mgessner@localhost) by phoenix.aristar.com (8.6.12/8.6.12) id QAA02453 for hackers@freebsd.org; Mon, 5 Aug 1996 16:15:05 -0400 Message-Id: <199608052015.QAA02453@phoenix.aristar.com> Subject: SAMBA To: hackers@freebsd.org (FreeBSD Hackers) Date: Mon, 5 Aug 1996 16:15:03 -0400 (EDT) From: mgessner@aristar.com Organization: Aristar Software Development, Inc. Reply-To: mgessner@aristar.com X-Mailer: ELM [version 2.4ME+ PL19 (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, All, I'm looking for some information on how to set up SAMBA with a Windows 95 network. So far, I'm able to "see" the machine from the Windows machines, but when I try to access them, I get an error message saying the machine can't be found. So what I'm looking for is *specific* information on how to set up both Samba and the Windows 95 machines to make this work. If need be, I can post the specific information on my machines' setup. Thanks, Matt Gessner, From owner-freebsd-hackers Mon Aug 5 13:52:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA19117 for hackers-outgoing; Mon, 5 Aug 1996 13:52:06 -0700 (PDT) Received: from hil-img-4.compuserve.com (hil-img-4.compuserve.com [149.174.177.134]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA19112; Mon, 5 Aug 1996 13:52:03 -0700 (PDT) Received: by hil-img-4.compuserve.com (8.6.10/5.950515) id QAA20327; Mon, 5 Aug 1996 16:50:48 -0400 Date: 05 Aug 96 16:47:01 EDT From: Jan Knepper <100626.3506@CompuServe.COM> To: Stefan Esser , "[FreeBSD current]" , "[FreeBSD Hackers]" Subject: Re: 2.1.5 v.s. 2.2-960801-SNAP Message-ID: <960805204701_100626.3506_BHL185-1@CompuServe.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Stefan Esser wrote: /* No, you are perfectly right (since you mention the 2.2-SNAP, else freebsd-stable would have been more appropriate :) */ Well, I was having the problem with RELEASE 2.1.5, I guess that is stable right? /* > Yesterday I downloaded 2.1.5 STABLE. I already have 2.1.0 running on a system > with NCR SCSI. Version 2.1.5 refuses to access the NCR SCSI. I get the following > message when booting from flop. (boot.flp) > > ncr0: aborting job > ncr0:2: ERROR (90:0) (8-0-0) (0/13) @ (c8c:50000000) > script cmd = 740a8700 > reg : de 00 00 13 47 00 06 0f 35 08 00 00 90 00 0f 02 > ncr0: restart (fatal erro) > sd0(ncr0:0:0) COMMAND FAILED (9/f) @ f0e71a00 Hmmm, sorry. This is most probably related to your drive, and there was a work-around in 2.1R and is in the 2.2 install kernel. (It should have been in the GENERIC 2.2 kernel, too, but I'll have to check!) What drive causes this problem ? */ Well there is only one NCR SCSI in the system with a HP Harddisk and and CD-ROM. There is no IDE or EIDE drive. So I guess it is the NCR SCSI that is causing the problem. However yesterday I downloaded 2.2-CURRENT completely and installed that. That worked so far. When I rebooted at the line with "changing root device to ..." kinda like error occured, but the system started and I could get on. Today I reconfigured the 2.2 kernel a couple of times. At a certain moment the "error" message disappeard. Right at this moment I even have the "wdc0" and "wdc1" devices removed from the kernel and it runs like a charm! /* (Best if you sent a complete log of boot messages from your 2.1R kernel). */ Well, let me see what I can do to figure out what is causing the problem since is disappeared after I removed a couple of unused drivers from the kernel. But first I will check if I can get the HP100VG Ethernet Adapters to work... /* > I tried the 2.2-960801-SNAP kernel and that one seems to work. However once the > system is installed there is an other kernel in the root which causes the exact > same problem. Hmm, that shouldn't be the case ... */ I think it should. I used the 2.2-960801-SNAP boot.flp to install a 2.1.5 system! /* options "NCR_MAX_TAGS=0" */ OK, I will try that one later... /* to your kernel config file, configure (using the 2.1.5 "config" program !!!) and build the kernel. */ Well, right now I am on 2.2-960801-SNAP. I guess that is the version to be on when 'contributing' to the system right? I am thinking about devoting part of my weekends to 'contribute' FreeBSD! I however might need some pointers to find out where to start or what is *urgent*. /* Please send e-mail, if you need further help. */ Thanks for the help so far. Don't worry, be Kneppie, Jan From owner-freebsd-hackers Mon Aug 5 13:53:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA19330 for hackers-outgoing; Mon, 5 Aug 1996 13:53:46 -0700 (PDT) Received: from tarpit.thrush.com (rd@tarpit.magicnet.net [206.104.206.254]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA19318 for ; Mon, 5 Aug 1996 13:53:41 -0700 (PDT) Received: (from rd@localhost) by tarpit.thrush.com (8.7.4/8.7.3) id QAA24012; Mon, 5 Aug 1996 16:53:31 -0400 (EDT) Date: Mon, 5 Aug 1996 16:53:31 -0400 (EDT) From: "R.D. Thrush" Message-Id: <199608052053.QAA24012@tarpit.thrush.com> To: freebsd-hackers@freebsd.org Subject: 2.2-960801-SNAP - Wide SCSI support - BusLogic 956C Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does 2.2-960801 support Wide SCSI via the BusLogic 956C controller? I am using this PCI controller in a Pentium system connected internally to a Micropolis 3243 (target 0) and 4221 (target 1) and externally to a Mylex DAC960SI RAID controller (target 6). FreeBSD doesn't find the Wide Mylex controller. It appears to timeout and reports "bt0: Try to abort". The system then successfully starts up. The BusLogic bios does find target 6. If this isn't possible with the BusLogic controller, what PCI controllers under FreeBSD support Wide SCSI peripherals? FreeBSD 2.2-960801-SNAP #0: Thu Aug 1 18:21:59 1996 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC Calibrating clock(s) relative to mc146818A clock... i586 clock: 132968697 Hz, i8254 clock: 1193311 Hz CPU: Pentium (132.94-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 68153344 (66556K bytes) avail memory = 63975424 (62476K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 1 on pci0:7:0 pci0:7:1: Intel Corporation, device=0x7010, class=storage (ide) [no driver assigned] bt0 rev 6 int b irq 11 on pci0:9 bt0: Bt956C/ 0-(32bit) bus bt0: reading board settings, busmastering, int=11 bt0: version 4.28A, async only, parity, 32 mbxs, 32 ccbs bt0: targ 0 async bt0: targ 1 async bt0: targ 6 async bt0: Using Strict Round robin scheme bt0 waiting for scsi devices to settle (bt0:0:0): "MICROP 3243-19 1128RA 28RA" type 0 fixed SCSI 2 sd0(bt0:0:0): Direct-Access 4095MB (8388315 512 byte sectors) (bt0:1:0): "MICROP 4221-09 1128RAAV RAAV" type 0 fixed SCSI 2 sd1(bt0:1:0): Direct-Access 1955MB (4004219 512 byte sectors) bt0: Try to abort bt0: Try to abort bt0: Try to abort bt0: Try to abort bt0: Try to abort bt0: Try to abort Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 ed1 not found at 0x300 fe0 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff mse0 not found at 0x23c psm0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0: disabled, not probed. wdc1: disabled, not probed. bt: unit number (1) too high bt1 not found at 0x330 uha0: disabled, not probed. aha0: disabled, not probed. aic0: disabled, not probed. nca0: disabled, not probed. nca1: disabled, not probed. sea0: disabled, not probed. wt0: disabled, not probed. mcd0: disabled, not probed. matcdc0: disabled, not probed. scd0: disabled, not probed. ie0 not found at 0x360 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: utp[*UTP*] address 00:a0:24:8d:82:0e ix0 not probed due to I/O address conflict with ep0 at 0x300 le0 not probed due to I/O address conflict with ep0 at 0x300 lnc0 not found at 0x280 ze0 not probed due to I/O address conflict with ep0 at 0x300 zp0 not probed due to I/O address conflict with ep0 at 0x300 npx0 on motherboard npx0: INT 16 interface apm0: disabled, not probed. changing root device to sd0a From owner-freebsd-hackers Mon Aug 5 14:48:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA24063 for hackers-outgoing; Mon, 5 Aug 1996 14:48:39 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA24050 for ; Mon, 5 Aug 1996 14:48:33 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA12014; Mon, 5 Aug 1996 14:45:37 -0700 From: Terry Lambert Message-Id: <199608052145.OAA12014@phaeton.artisoft.com> Subject: Re: Anyone know how anoncvs actually works? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 5 Aug 1996 14:45:37 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <1124.839074993@time.cdrom.com> from "Jordan K. Hubbard" at Aug 3, 96 05:23:13 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 > It might be something we should set up, just to give complete coverage > (then we could say we offered the repository via CTM, WWW, sup, cvsup, > FTP and anoncvs - how many more options could one want? ;-). > > Anyway, I'd like to find out what's involved first since the security > implications of what little I've been able to puzzle out seem fuzzy. Bizarre idea: Just ask Theo (OpenBSD)... it's where the impetus came from in the first place... 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 Aug 5 15:13:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA26257 for hackers-outgoing; Mon, 5 Aug 1996 15:13:37 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA26250 for ; Mon, 5 Aug 1996 15:13:34 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA12079; Mon, 5 Aug 1996 15:10:39 -0700 From: Terry Lambert Message-Id: <199608052210.PAA12079@phaeton.artisoft.com> Subject: Re: Announcing CVSup: Intelligent SUP Replacement To: jdp@polstra.com (John Polstra) Date: Mon, 5 Aug 1996 15:10:39 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199608041517.IAA08933@austin.polstra.com> from "John Polstra" at Aug 4, 96 08:17:44 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 > Announcing CVSup 13.0 > --------------------- [ ... ] > CVSup is able to merge new deltas and tags from the server with deltas > and tags added locally on the client machine. This makes it possible > for the client to check local modifications into his repository > without their being obliterated by subsequent updates from the server. John Polstra is a stud. John Polstra is a stud. John Polstra is a stud. Do you happen to have a small writeup of local vs. remote changes for: 1) get source tree using CVSup 2) Make local changes using a tag 3) Make more local changes using a second tag 4) Update source tree with remote changes 5) Merge updated code with tags to get new versions of tags ? Specifically: main line source | | | v local cvs tree o \ \ | \ \ \ \ | \ \ \ v | v o tag 1 (add fctnl primitives for NFS locking) o tag 2 (modify vfs_subr.c for SMP reentrancy) | v local cvs tree o <-- CVSup to update main line source with remote changes | | | | | v o tag 1 (plus remote changes) | v o tag 2 (plus remotye changes) v local cvs tree o <-- Composite tree (up to date main line + locally tagged changes) I would also like to see a collection that carried administrative files for SUP/CVSup that was used for sample files and never changed ID so that you could track the changes. If comment characters were supported in the SUP file, you could comment the collections you didn't want from the universe of available collections, and: 1) SUP collection file 2) Merge local changes (comments and local location and base) via CVS command (Item #5 in process above) 3) SUP the rest using never-stale information John, this is *wonderful* enabling technology... you have outdone yourself! 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 Aug 5 15:15:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA26347 for hackers-outgoing; Mon, 5 Aug 1996 15:15:12 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA26341 for ; Mon, 5 Aug 1996 15:15:08 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.5/8.7.3) id IAA10181; Tue, 6 Aug 1996 08:14:42 +1000 (EST) Date: Tue, 6 Aug 1996 08:14:39 +1000 (EST) From: "Daniel O'Callaghan" To: john@starfire.mn.org cc: FreeBSD hackers Subject: Re: qpop-2.2 missing from 2.1.5-RELEASE packages? In-Reply-To: <199608051635.LAA27651@starfire.mn.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 Yes, but it *is* in the 2.1.0 packages, so you can ftp it and do a pkg_add. Danny On Mon, 5 Aug 1996 john@starfire.mn.org wrote: > It appears that while qpop-2.2 is in the packages index, it is not > actually in the packages collection for 2.1.5-RELEASE. > > John Lind, Starfire Consulting Services > E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 > From owner-freebsd-hackers Mon Aug 5 15:31:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA27072 for hackers-outgoing; Mon, 5 Aug 1996 15:31:48 -0700 (PDT) Received: from red.jnx.com (ppp-2-55.sntc01.pacbell.net [206.170.2.55]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA27047 for ; Mon, 5 Aug 1996 15:31:23 -0700 (PDT) Received: from carnage.jnx.com (carnage.jnx.com [208.197.169.202]) by red.jnx.com (8.7.5/8.7.3) with ESMTP id PAA29424 for ; Mon, 5 Aug 1996 15:30:51 -0700 (PDT) Received: (from shermis@localhost) by carnage.jnx.com (8.7.5/8.7.3) id PAA03810 for hackers@freebsd.org; Mon, 5 Aug 1996 15:30:27 -0700 (PDT) Date: Mon, 5 Aug 1996 15:30:27 -0700 (PDT) From: Herschel Shermis Message-Id: <199608052230.PAA03810@carnage.jnx.com> To: hackers@freebsd.org Subject: 1394 driver out there? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk So, TI is now selling a PCI -> 1394 eval card with the PCILynx chip for $275. Seems like a decent chip at an inflated, but acceptable eval board price. Trouble is they only deliver it with Windows* dll. Gag me. Since the errata is like 5 pages long, I thought some sample code wouldn't be such a bad idea, so I asked. They want $25K for driver source! And I'm supposed to buy their chips, too? Is there any freebsd-ware out there for a PCILynx chip? J. Herschel Shermis Juniper Networks From owner-freebsd-hackers Mon Aug 5 15:46:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA29133 for hackers-outgoing; Mon, 5 Aug 1996 15:46:57 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA29118 for ; Mon, 5 Aug 1996 15:46:54 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id PAA03889; Mon, 5 Aug 1996 15:46:20 -0700 (PDT) Message-Id: <199608052246.PAA03889@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Doug Rabson cc: freebsd-hackers@freebsd.org Subject: Re: 100BASE-TX hubs In-reply-to: Your message of "Mon, 05 Aug 1996 13:55:17 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Aug 1996 15:46:20 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Doug Rabson : > Are there any suppliers of low cost 100Mbps ethernet hubs out there > (preferably with a UK distributor)? Alternatively, can I avoid a hub > altogether? I vaguely remember something about a wire-swapped cable which > could connect two systems together. How would I go about buying/making > such a cable? You should be able to get the functional equivalent of a null cable. Or a small cable connector that switches the utp cables. At any rate, I did that at one of my clients sites so at least it is possible. Regards, Amancio From owner-freebsd-hackers Mon Aug 5 18:42:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA04671 for hackers-outgoing; Mon, 5 Aug 1996 18:42:08 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA04662 for ; Mon, 5 Aug 1996 18:42:06 -0700 (PDT) Received: from phaeton.Artisoft.COM by mail.crl.com with SMTP id AA07880 (5.65c/IDA-1.5 for ); Mon, 5 Aug 1996 16:36:53 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA12309; Mon, 5 Aug 1996 16:31:32 -0700 From: Terry Lambert Message-Id: <199608052331.QAA12309@phaeton.artisoft.com> Subject: Re: Announcing CVSup: Intelligent SUP Replacement To: jdp@polstra.com (John Polstra) Date: Mon, 5 Aug 1996 16:31:31 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199608052250.PAA17655@austin.polstra.com> from "John Polstra" at Aug 5, 96 03:50:47 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 you happen to have a small writeup of local vs. remote changes for: > > > > 1) get source tree using CVSup > > 2) Make local changes using a tag > > 3) Make more local changes using a second tag > > 4) Update source tree with remote changes > > 5) Merge updated code with tags to get new versions of tags > > Not really, but I'm glad you brought this up. I've been thinking > a lot about the logistics of local modifications, and I could use > some advice. > > First: Terry, I'm sure you understood this, but for my own peace > of mind I want to clear up a potential source of misunderstanding > in the way I worded that part of the announcement. I think most > people will understand what I meant, but I don't want to confuse > anyone. When I said it can merge new deltas from the remote side > with deltas added locally, I meant this: If you've added new deltas > A and B locally, and somebody else has added new deltas C and D > remotely, you'll end up with all four, A, B, C, and D. It will > _not_ do code merges to combine two sets of changes into a single > delta; i.e., it doesn't do what "cvs update -j 1.1 -j 1.2 foo" > does. Right. I expected that you would have to do that locally/manually. > Now, on to the logistics ... If I add, say, revision 1.15 locally, > and somebody else adds a revision 1.15 remotely, something has to > give. So we need a set of conventions, probably supported by some > small changes to cvs itself, to avoid those kinds of collisions. > My current thinking is that local modifications need to be made on > their own branches, and cvs has to be changed so that it won't > create those branches without a special option. Something like > this: > > 1. Stake out a range of revision numbers that is reserved for local > modifications. For example, we could say, branch numbers >= 1000 are > reserved for local modifications. This would include all revisions > a.b.1000.d, a.b.c.d.1000.f, a.b.c.d.e.f.1000.g, and so forth. > > 2. Modify CVS so that it would never create the reserved revision > numbers, except by explicit command. > > 3. Further modify CVS to add an explicit flag for creating a new > reserved branch. This would probably be a flag to the "tag" and "rtag" > commands, similar in spirit to the existing "-b" flag. > > Under this scheme, you could create your local branches at will, commit > to them freely, and be assured that updates from the remote repository > would not clobber them. > > I've looked at cvs, and this would be pretty easy to do. Do you > (all of you out there who are interested) think it's a workable > approach? Any better ideas? OK, what about revision history? Specifically: 1) main line source tree 2) Terry makes local revisions 3) import Terry's local revisions into the main line source tree to make an updated main line source tree 4) resulting main line tree contains 'N' additional revisions to ufs_vnops.c (or whatever) I can't see that a reserved tag ID would help in this case, since the merged version needs to drop the tag. This seems like it would require more than a little work on cvs... basically support for bringing the local stuff back into line after the local stuff was remotely merged... a "CVSup-style diff" for insertion into the main line tree, maybe? How seperate is the insertion code? Could it be run locally between two trees? It seems like this could help out with keeping the SMP tree a bit more up to date (and any similar work). As far as identifying local imports, a CVSup'ed CVS tree should probably imply that local modifications are to be seperately tagged in any case; any local modifications that modify files that are also modified on the main line. I think it should require that you explicitly turn this off. The implication should be done by flagging the collection somehow as having originated via CVSup or other modification-level mirroring (I know, I know, there isn't any...). There should maybe be a new top level command flag for tag/rtag (like you suggest) for tripping this flag off... but default after a CVSup should probably be "on". > > I would also like to see a collection that carried administrative files > > for SUP/CVSup that was used for sample files and never changed ID so that > > you could track the changes. If comment characters were supported in the > > SUP file, you could comment the collections you didn't want from the > > universe of available collections, and: > > > > 1) SUP collection file > > 2) Merge local changes (comments and local location and base) via > > CVS command (Item #5 in process above) > > 3) SUP the rest using never-stale information > > I like this idea a lot, although I don't think it'll work out-of-the-box. > SUP files do support comments (with a leading "#"). But cvs can't do > the kind of merge you'd need. It only merges on a line-by-line basis; > it couldn't merge a local location and base into a new collection line > from the remote site. > > Another possibility would be to add a syntax to the supfiles for > specifying global overrides of individual parameters in the collection > lines. E.g., at the top of the supfile: > > $override host=cvsup2.freebsd.org prefix=/home/terry/cvs Yes! This is what I wanted anyway, but I didn't want to sound greedy... 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 Mon Aug 5 18:42:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA04746 for hackers-outgoing; Mon, 5 Aug 1996 18:42:18 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA04702 for ; Mon, 5 Aug 1996 18:42:12 -0700 (PDT) Received: from irz301.inf.tu-dresden.de by mail.crl.com with SMTP id AA06376 (5.65c/IDA-1.5 for ); Mon, 5 Aug 1996 16:30:07 -0700 Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA09897; Tue, 6 Aug 1996 01:23:03 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA05951; Tue, 6 Aug 1996 01:23:01 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA06751; Mon, 5 Aug 1996 23:03:27 +0200 (MET DST) From: J Wunsch Message-Id: <199608052103.XAA06751@uriah.heep.sax.de> Subject: Re: SAMBA To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 5 Aug 1996 23:03:27 +0200 (MET DST) Cc: mgessner@aristar.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608052015.QAA02453@phoenix.aristar.com> from "mgessner@aristar.com" at "Aug 5, 96 04:15:03 pm" 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 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 As mgessner@aristar.com wrote: > I'm looking for some information on how to set up SAMBA with a Windows > 95 network. So far, I'm able to "see" the machine from the Windows machines, > but when I try to access them, I get an error message saying the machine > can't be found. It's perhaps best to read the SAMBA FAQ, read comp.protocols.smb, or the SAMBA mailing list digests (which are also being posted to said newsgroup). There will perhaps be more people who can help you. -- 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 Aug 5 18:42:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA04975 for hackers-outgoing; Mon, 5 Aug 1996 18:42:53 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA04942 for ; Mon, 5 Aug 1996 18:42:47 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM) by mail.crl.com with SMTP id AA02894 (5.65c/IDA-1.5 for ); Mon, 5 Aug 1996 16:12:59 -0700 Received: from Early-Bird.Think.COM (Early-Bird-1.Think.COM [131.239.146.105]) by mail.think.com (8.7.5/m3) with ESMTP id TAA11416; Mon, 5 Aug 1996 19:11:20 -0400 (EDT) Received: from compound.Think.COM ([206.147.16.34]) by Early-Bird.Think.COM (8.7.5/e1) with ESMTP id TAA07692; Mon, 5 Aug 1996 19:11:16 -0400 (EDT) Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id SAA26259; Mon, 5 Aug 1996 18:11:10 -0500 (CDT) Date: Mon, 5 Aug 1996 18:11:10 -0500 (CDT) From: Tony Kimball Message-Id: <199608052311.SAA26259@compound.Think.COM> To: 100626.3506@CompuServe.COM Cc: dfr@render.com, hackers@freebsd.org Subject: 100BASE-TX hubs Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Also: Don't forget that if you go with a certain brand you better buy everything of that brand. I for instance refuse to use HP with Intel or 3Com. That makes excellent sense since your HP equipment is 100VG, while the Intel and 3Com equipment is 100TX. Regarding the words of the Intel people these 100 Mb things are going to be different for some time. Most folks seem to have no problems using arbitrary vendor 100TX end-station and hub equipment, mix-n-match. For 100 Mb you NEED a HUB. Well... : The trick in is that from your end station talking to a hub your wires : 1 and 2 do the transmitting from the end station to the hub, and wires : 3 and 6 do the transmitting from the hub to the end station. If you : wish to go from end station to end station with no hub, then you need : to flip pair 1 (wires 1 and 2) with pair 2 (wires 3 and 6) at one of : your RJ jacks. This will result in this situation: : End Station : Transmit ---------------------- Receive : End Station : #1 : Receive ---------------------- Transmit : #2 From owner-freebsd-hackers Mon Aug 5 18:43:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA05403 for hackers-outgoing; Mon, 5 Aug 1996 18:43:54 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA05375 for ; Mon, 5 Aug 1996 18:43:49 -0700 (PDT) Received: from austin.polstra.com by mail.crl.com with SMTP id AA28853 (5.65c/IDA-1.5 for ); Mon, 5 Aug 1996 15:53:43 -0700 Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.7.3) with ESMTP id PAA17655; Mon, 5 Aug 1996 15:50:48 -0700 (PDT) Message-Id: <199608052250.PAA17655@austin.polstra.com> To: Terry Lambert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Announcing CVSup: Intelligent SUP Replacement In-Reply-To: Your message of "Mon, 05 Aug 1996 15:10:39 PDT." <199608052210.PAA12079@phaeton.artisoft.com> Date: Mon, 05 Aug 1996 15:50:47 -0700 From: John Polstra Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > CVSup is able to merge new deltas and tags from the server with deltas > > and tags added locally on the client machine. This makes it possible > > for the client to check local modifications into his repository > > without their being obliterated by subsequent updates from the server. > > John Polstra is a stud. Thanks! Oh, hang on a second, I gotta go shave again. Fourth time today, what a pain. :-) > Do you happen to have a small writeup of local vs. remote changes for: > > 1) get source tree using CVSup > 2) Make local changes using a tag > 3) Make more local changes using a second tag > 4) Update source tree with remote changes > 5) Merge updated code with tags to get new versions of tags Not really, but I'm glad you brought this up. I've been thinking a lot about the logistics of local modifications, and I could use some advice. First: Terry, I'm sure you understood this, but for my own peace of mind I want to clear up a potential source of misunderstanding in the way I worded that part of the announcement. I think most people will understand what I meant, but I don't want to confuse anyone. When I said it can merge new deltas from the remote side with deltas added locally, I meant this: If you've added new deltas A and B locally, and somebody else has added new deltas C and D remotely, you'll end up with all four, A, B, C, and D. It will _not_ do code merges to combine two sets of changes into a single delta; i.e., it doesn't do what "cvs update -j 1.1 -j 1.2 foo" does. Now, on to the logistics ... If I add, say, revision 1.15 locally, and somebody else adds a revision 1.15 remotely, something has to give. So we need a set of conventions, probably supported by some small changes to cvs itself, to avoid those kinds of collisions. My current thinking is that local modifications need to be made on their own branches, and cvs has to be changed so that it won't create those branches without a special option. Something like this: 1. Stake out a range of revision numbers that is reserved for local modifications. For example, we could say, branch numbers >= 1000 are reserved for local modifications. This would include all revisions a.b.1000.d, a.b.c.d.1000.f, a.b.c.d.e.f.1000.g, and so forth. 2. Modify CVS so that it would never create the reserved revision numbers, except by explicit command. 3. Further modify CVS to add an explicit flag for creating a new reserved branch. This would probably be a flag to the "tag" and "rtag" commands, similar in spirit to the existing "-b" flag. Under this scheme, you could create your local branches at will, commit to them freely, and be assured that updates from the remote repository would not clobber them. I've looked at cvs, and this would be pretty easy to do. Do you (all of you out there who are interested) think it's a workable approach? Any better ideas? > I would also like to see a collection that carried administrative files > for SUP/CVSup that was used for sample files and never changed ID so that > you could track the changes. If comment characters were supported in the > SUP file, you could comment the collections you didn't want from the > universe of available collections, and: > > 1) SUP collection file > 2) Merge local changes (comments and local location and base) via > CVS command (Item #5 in process above) > 3) SUP the rest using never-stale information I like this idea a lot, although I don't think it'll work out-of-the-box. SUP files do support comments (with a leading "#"). But cvs can't do the kind of merge you'd need. It only merges on a line-by-line basis; it couldn't merge a local location and base into a new collection line from the remote site. Another possibility would be to add a syntax to the supfiles for specifying global overrides of individual parameters in the collection lines. E.g., at the top of the supfile: $override host=cvsup2.freebsd.org prefix=/home/terry/cvs > John, this is *wonderful* enabling technology... It's been a whole lot of fun to work on, that's for sure! Thanks for the comments. -- John From owner-freebsd-hackers Mon Aug 5 19:32:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA10442 for hackers-outgoing; Mon, 5 Aug 1996 19:32:31 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA10433 for ; Mon, 5 Aug 1996 19:32:27 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.7.3) with ESMTP id TAA18672; Mon, 5 Aug 1996 19:31:02 -0700 (PDT) Message-Id: <199608060231.TAA18672@austin.polstra.com> To: Terry Lambert cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Announcing CVSup: Intelligent SUP Replacement In-reply-to: Your message of "Mon, 05 Aug 1996 16:31:31 PDT." <199608052331.QAA12309@phaeton.artisoft.com> Date: Mon, 05 Aug 1996 19:31:02 -0700 From: John Polstra Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > OK, what about revision history? Speaking of history, the cvs log files might represent a problem. I hadn't thought about them. > Specifically: > > 1) main line source tree > 2) Terry makes local revisions > 3) import Terry's local revisions into the main line source tree > to make an updated main line source tree > 4) resulting main line tree contains 'N' additional revisions to > ufs_vnops.c (or whatever) I don't think you'll be able to do it that way, without requiring a whole lot more complexity than I had in mind. I think, to make it workable, every branch including the main branch (the trunk) will have to be exclusively owned by either the remote side or the local side. I can't see how both sides can be adding deltas to the same branch, without running into each other. What I have in mind is more like this: 1. Main line source tree 2. You decide to make local revisions. First you create a local branch, something like this: Create the branch point tag: cvs rtag LOCAL_SMP_BP Create the local branch, using the not-yet-implemented "-B" flag to give it a reserved local revision number. cvs rtag -B -r LOCAL_SMP_BP LOCAL_SMP Checkout your new branch, which, so far, is the same as the official sources: cvs co -r LOCAL_SMP 3. Edit, commit, edit, commit. The commits go onto your local branch. 4. Meanwhile, run CVSup whenever you want to. New deltas will come in, but they won't interfere with your stuff. 5. When you want to bring new revisions from the official sources into your personal version, you'll have to do a merge: cvs update -j 1.42 -j 1.44 foo.c cvs update -j 1.37 -j 1.40 bar.c ... (resolve conflicts) ... cvs commit Ick, not very nice. It's the same problem that led to the demise of the -stable branch. The merges get awkward pretty fast. It might be a bit easier if you made clever use of a couple of additional tags, to keep track of where you did your last merges from on the main branch. Well, anyway, I think anything more complicated than this would be another _big_ project. > How seperate is the insertion code? Could it be run locally between > two trees? The code that does things to RCS files is _very_ separate. Hey, the language ain't called ***Modula***-3 for nothin'! You'll see what I mean if you look at the sources, specifically, "RCSFile.i3" and "RCSDelta.i3" in the "suplib/src" directory. They contain the public interface for dealing with RCS files. You'll be able to understand it, even if you don't know the language. > > $override host=cvsup2.freebsd.org prefix=/home/terry/cvs > > Yes! This is what I wanted anyway, but I didn't want to sound greedy... 8-). I don't think it would be a problem. I've always hated how you have to specify everything for every collection in a supfile. I'd like to be able to specify defaults and overrides both, maybe even with wildcard patterns for matching collections to which they should apply. Actually, I hate almost everything about sup, operationally. But I didn't want people to have an excuse not to try CVSup, so I made it more-or-less compatible with sup's supfiles. :-) -- John From owner-freebsd-hackers Mon Aug 5 19:38:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA10873 for hackers-outgoing; Mon, 5 Aug 1996 19:38:41 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA10863; Mon, 5 Aug 1996 19:38:34 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id TAA04707; Mon, 5 Aug 1996 19:38:26 -0700 (PDT) Message-Id: <199608060238.TAA04707@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: multimedia@freebsd.org cc: hackers@freebsd.org Subject: Any SciTeXt volunteers?? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Aug 1996 19:38:25 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I received this nice note from the SciTeXt Project.... For the last couple of weeks I enjoy some free time however my current contract commitments are starting to take a hold on free time :( Amancio From: SciTeXt Projekt Subject: SciTeXt FreeBSD Port To: hasty@rah.star-gate.com Date: Mon, 5 Aug 1996 12:59:15 +0200 (MET DST) Hi, I have heard you ported SciTeXt to FreeBSD (for Intel Platforms I guess). We would like to distibute it on our Homepage. So could you please make us a static and a dynamic verison of it and pack it into two archives like that for the other OS? You can add a README.FreeBSD, that states that you have ported it (plus the Motif vendor you use etc.) I we could download the package and place it on our FTP Server, that would be great. Thanks, Matthias From owner-freebsd-hackers Mon Aug 5 19:52:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA12014 for hackers-outgoing; Mon, 5 Aug 1996 19:52:37 -0700 (PDT) Received: from virginia.edu (mars.itc.Virginia.EDU [128.143.2.9]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA12004 for ; Mon, 5 Aug 1996 19:52:32 -0700 (PDT) Received: from mail.cs.virginia.edu by mail.virginia.edu id aa28854; 5 Aug 96 22:52 EDT Received: from stretch.cs.Virginia.edu (atf3r@stretch-fo.cs.Virginia.EDU [128.143.136.14]) by archive.cs.Virginia.EDU (8.7.1/8.6.6) with SMTP id WAA22042; Mon, 5 Aug 1996 22:52:21 -0400 (EDT) Received: by stretch.cs.Virginia.edu (4.1/SMI-2.0) id AA17081; Mon, 5 Aug 96 22:52:19 EDT Date: Mon, 5 Aug 1996 22:52:19 -0400 (EDT) From: "Adrian T. Filipi-Martin" Reply-To: adrian@virginia.edu To: Doug Rabson Cc: freebsd-hackers@freebsd.org Subject: Re: 100BASE-TX hubs In-Reply-To: <199608052246.PAA03889@rah.star-gate.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, 5 Aug 1996, Amancio Hasty wrote: > >From The Desk Of Doug Rabson : > > Are there any suppliers of low cost 100Mbps ethernet hubs out there > > (preferably with a UK distributor)? Alternatively, can I avoid a hub > > altogether? I vaguely remember something about a wire-swapped cable which > > could connect two systems together. How would I go about buying/making > > such a cable? If I remember correctly the steps for making such a cable are described in the ehternet/tcp/ip FAQ. I believe you can find it on rtfm.mit.edu under the comp.dcom part of the usenet FAQ archives. Adrian adrian@virginia.edu ---->>>>| Support your local programmer, System Administrator --->>>| STOP Software Patent Abuses NOW! NVL, NIIMS and Telemedicine Labs -->>| For an application and information Member: League for Programming Freedom ->| see: http://www.lpf.org/ From owner-freebsd-hackers Mon Aug 5 19:58:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA12399 for hackers-outgoing; Mon, 5 Aug 1996 19:58:28 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA12391 for ; Mon, 5 Aug 1996 19:58:25 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id TAA04990; Mon, 5 Aug 1996 19:58:17 -0700 (PDT) Message-Id: <199608060258.TAA04990@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@freebsd.org cc: Igor von Nyssen <100322.215@CompuServe.COM> Subject: FreeBSD CD for Ceres?? MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Content-ID: <4985.839300296.0@rah.star-gate.com> Date: Mon, 05 Aug 1996 19:58:17 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4985.839300296.1@rah.star-gate.com> Hi, I forwarded this message to Jordan however I have not heard back from him one way or another. Can someone that handles sending CDroms to developers please send one to Ceres? Thank you, Amancio ------- =_aaaaaaaaaa0 Content-Type: message/rfc822 Return-Path: 100322.215@CompuServe.COM Received: from arl-img-6.compuserve.com (arl-img-6.compuserve.com [149.174.217.136]) by rah.star-gate.com (8.7.5/8.7.3) with SMTP id NAA05041 for ; Sun, 4 Aug 1996 13:14:26 -0700 (PDT) Received: by arl-img-6.compuserve.com (8.6.10/5.950515) id QAA28287; Sun, 4 Aug 1996 16:14:00 -0400 Date: 04 Aug 96 16:12:38 EDT From: Igor von Nyssen <100322.215@CompuServe.COM> To: "\"Amancio Hasty Jr.\"" Subject: Re: Sound Studio for Freebsd? Message-ID: <960804201237_100322.215_JHF115-5@CompuServe.COM> Hi Amancio, > I am wondering if you have ported SoundStudio to FreeBSD. Not yet, but porting should not be a major problem. If you are interrested in, perhaps you can send us a FreeBSD distribution to save us time and speed up porting? Igor [Ceres Software] ------- =_aaaaaaaaaa0-- From owner-freebsd-hackers Mon Aug 5 20:10:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA13296 for hackers-outgoing; Mon, 5 Aug 1996 20:10:01 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA13268 for ; Mon, 5 Aug 1996 20:09:53 -0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id XAA18161; Mon, 5 Aug 1996 23:09:38 -0400 (EDT) X-Authentication-Warning: orion.webspan.net: Host gpalmer@localhost [127.0.0.1] didn't use HELO protocol To: Tony Kimball cc: 100626.3506@CompuServe.COM, dfr@render.com, hackers@freebsd.org From: "Gary Palmer" Subject: Re: 100BASE-TX hubs In-reply-to: Your message of "Mon, 05 Aug 1996 18:11:10 CDT." <199608052311.SAA26259@compound.Think.COM> Date: Mon, 05 Aug 1996 23:09:38 -0400 Message-ID: <18156.839300978@orion.webspan.net> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tony Kimball wrote in message ID <199608052311.SAA26259@compound.Think.COM>: > Most folks seem to have no problems using arbitrary vendor 100TX > end-station and hub equipment, mix-n-match. With good reason ... it's a standard that, for once, most people seem to have been able to agree to follow :-) The only problems I've EVER seen on a 100bTX net were to do with (poor) cabling. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Mon Aug 5 21:07:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA16532 for hackers-outgoing; Mon, 5 Aug 1996 21:07:53 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA16512; Mon, 5 Aug 1996 21:07:43 -0700 (PDT) Received: from fiber.eng.umd.edu (fiber.eng.umd.edu [129.2.98.185]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id AAA18819; Tue, 6 Aug 1996 00:07:41 -0400 (EDT) Received: from localhost (chuckr@localhost) by fiber.eng.umd.edu (8.7.5/8.7.3) with SMTP id AAA26037; Tue, 6 Aug 1996 00:07:39 -0400 (EDT) X-Authentication-Warning: fiber.eng.umd.edu: chuckr owned process doing -bs Date: Tue, 6 Aug 1996 00:07:39 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@fiber.eng.umd.edu To: Amancio Hasty cc: multimedia@freebsd.org, hackers@freebsd.org Subject: Re: Any SciTeXt volunteers?? In-Reply-To: <199608060238.TAA04707@rah.star-gate.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, 5 Aug 1996, Amancio Hasty wrote: > > I received this nice note from the SciTeXt Project.... > For the last couple of weeks I enjoy some free time however my > current contract commitments are starting to take a hold on > free time :( > > > Amancio > > > From: SciTeXt Projekt > Subject: SciTeXt FreeBSD Port > To: hasty@rah.star-gate.com > Date: Mon, 5 Aug 1996 12:59:15 +0200 (MET DST) > > Hi, > > I have heard you ported SciTeXt to FreeBSD (for Intel Platforms I guess). > We would like to distibute it on our Homepage. So could you please > make us a static and a dynamic verison of it and pack it into two > archives like that for the other OS? You can add a README.FreeBSD, that > states that you have ported it (plus the Motif vendor you use etc.) > I we could download the package and place it on our FTP Server, that > would be great. I downloaded your static bin to take a look at it, and liked what I saw. I saw a few things I would make better, too. I am awaiting the delivery of my new Motif libs from Xinside, so there's a time factor. Can you start this, then let me slide in? I don't mind if you give them my name, as long as you tell them of the time limitation here. I WON'T develop Motif stuff without Motif here, I know thud has Motif already. I'm stubborn, but that should come as little surprise ... I figure the delivery of Motif sometime this week (by Friday?) and a little while getting used to it again. I have done Motif development before, tho. > > > Thanks, > > > Matthias > > > > > > > ----------------------------+----------------------------------------------- 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 n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon Aug 5 21:12:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA16884 for hackers-outgoing; Mon, 5 Aug 1996 21:12:03 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA16831 for ; Mon, 5 Aug 1996 21:11:59 -0700 (PDT) Received: from fiber.eng.umd.edu (fiber.eng.umd.edu [129.2.98.185]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id AAA18857; Tue, 6 Aug 1996 00:11:58 -0400 (EDT) Received: from localhost (chuckr@localhost) by fiber.eng.umd.edu (8.7.5/8.7.3) with SMTP id AAA25991; Tue, 6 Aug 1996 00:11:57 -0400 (EDT) X-Authentication-Warning: fiber.eng.umd.edu: chuckr owned process doing -bs Date: Tue, 6 Aug 1996 00:11:57 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@fiber.eng.umd.edu To: John Polstra cc: Terry Lambert , freebsd-hackers@FreeBSD.ORG Subject: Re: Announcing CVSup: Intelligent SUP Replacement In-Reply-To: <199608060231.TAA18672@austin.polstra.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 I have a limited idea, and a somewhat limited understanding of the problem (I'm reading avidly, but just getting used to cvs), but could I make a suggestion? How about reserving numbers on the main cvs tree, for every file you intend to modify, in advance? That way you'd not have the problem of number collisions, no matter how many developers decided to hack the same code at the same time, the one's that did it remotely would HAVE to check in the get numbers. I hope this is not too ridiculous. ----------------------------+----------------------------------------------- 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 n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon Aug 5 21:20:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA17295 for hackers-outgoing; Mon, 5 Aug 1996 21:20:35 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA17289; Mon, 5 Aug 1996 21:20:32 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id VAA05483; Mon, 5 Aug 1996 21:20:21 -0700 (PDT) Message-Id: <199608060420.VAA05483@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Chuck Robey cc: multimedia@freebsd.org, hackers@freebsd.org Subject: Re: Any SciTeXt volunteers?? In-reply-to: Your message of "Tue, 06 Aug 1996 00:07:39 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Aug 1996 21:20:20 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Most Cool! I am not the lead person on the SciTeXt project just the guy who is shouting "check this out because it can very cool if enough people gather together to support it". On my end , I introduce Bill Janssen from the ILU projec to the SciTeXt project mostly because ILU can be used to develop smart documents by way of its CORBA style communication infrastructure: See ftp://ftp.parc.xerox.com/pub/ilu/ilu.html The SciTeXt project so far looks very friendly so it is up to you guys now 8) Have Fun Guys, Amancio >From The Desk Of Chuck Robey : > On Mon, 5 Aug 1996, Amancio Hasty wrote: > > > > > I received this nice note from the SciTeXt Project.... > > For the last couple of weeks I enjoy some free time however my > > current contract commitments are starting to take a hold on > > free time :( > > > > > > Amancio > > > > > > From: SciTeXt Projekt > > Subject: SciTeXt FreeBSD Port > > To: hasty@rah.star-gate.com > > Date: Mon, 5 Aug 1996 12:59:15 +0200 (MET DST) > > > > Hi, > > > > I have heard you ported SciTeXt to FreeBSD (for Intel Platforms I guess). > > We would like to distibute it on our Homepage. So could you please > > make us a static and a dynamic verison of it and pack it into two > > archives like that for the other OS? You can add a README.FreeBSD, that > > states that you have ported it (plus the Motif vendor you use etc.) > > I we could download the package and place it on our FTP Server, that > > would be great. > > I downloaded your static bin to take a look at it, and liked what I saw. > I saw a few things I would make better, too. I am awaiting the delivery > of my new Motif libs from Xinside, so there's a time factor. Can you > start this, then let me slide in? I don't mind if you give them my name, > as long as you tell them of the time limitation here. I WON'T develop > Motif stuff without Motif here, I know thud has Motif already. I'm > stubborn, but that should come as little surprise ... I figure the > delivery of Motif sometime this week (by Friday?) and a little while > getting used to it again. I have done Motif development before, tho. > > > > > > > Thanks, > > > > > > Matthias > > > > > > > > > > > > > > > > ----------------------------+----------------------------------------------- > 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 n3lxx, both FreeBSD > (301) 220-2114 | version 2.2 current -- and great FUN! > ----------------------------+----------------------------------------------- > From owner-freebsd-hackers Mon Aug 5 21:59:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA22169 for hackers-outgoing; Mon, 5 Aug 1996 21:59:06 -0700 (PDT) Received: from emout08.mail.aol.com (emout08.mx.aol.com [198.81.11.23]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA22163 for ; Mon, 5 Aug 1996 21:59:04 -0700 (PDT) From: StevenR362@aol.com Received: by emout08.mail.aol.com (8.6.12/8.6.12) id BAA02528; Tue, 6 Aug 1996 01:00:29 -0400 Date: Tue, 6 Aug 1996 01:00:29 -0400 Message-ID: <960806010028_253698594@emout08.mail.aol.com> To: mgessner@aristar.com, hackers@freebsd.org Subject: Re: SAMBA Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In a message dated 96-08-05 16:40:22 EDT, mgessner@aristar.com writes: > Hi, All, > > I'm looking for some information on how to set up SAMBA with a Windows > 95 network. So far, I'm able to "see" the machine from the Windows machines, > > but when I try to access them, I get an error message saying the machine > can't be found. > > So what I'm looking for is *specific* information on how to set up both > Samba and the Windows 95 machines to make this work. > > If need be, I can post the specific information on my machines' setup. > > Thanks, > > Matt Gessner, A bit off topic, but there is a Samba related update from mickeysoft for Win95. It is : UPD0006 Vredir update for Samba UNIX servers VREDIR.VXD 4.0.0.955 I don't know exactly what it does but it is included with the service pack for windows 95 on the microsoft ftp site. I don't recall the path. Steve From owner-freebsd-hackers Mon Aug 5 23:54:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA11404 for hackers-outgoing; Mon, 5 Aug 1996 23:54:48 -0700 (PDT) Received: from falcon.NetAns.com (root@NS.NETANS.COM [198.151.210.40]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA11383 for ; Mon, 5 Aug 1996 23:54:45 -0700 (PDT) Received: from localhost (dwm@localhost [127.0.0.1]) by falcon.NetAns.com (8.7.3/8.7.5) with ESMTP id BAA25612; Tue, 6 Aug 1996 01:53:20 -0500 (CDT) Message-Id: <199608060653.BAA25612@falcon.NetAns.com> To: Chuck Robey cc: Marty Leisner , gdb-testers@cygnus.com, hackers@freebsd.org Subject: Re: gdb 960725 on freebsd 2.2.(5/1/96) In-reply-to: Chuck Robey's message of Mon, 05 Aug 1996 15:02:05 EDT. Date: Tue, 06 Aug 1996 01:53:19 -0500 From: Doug Maxey Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk from the input device of Chuck Robey: >On Mon, 5 Aug 1996, Marty Leisner wrote: [...] >Did you actually check that it recognized FreeBSD executeables? Getting >it to compile is a long way from getting it to work, unfortunately. > >> [...] Also broken in the same place for bsd/os-2.x, for the same reasons. The #def is used expecting both a macro and a substitution. I have not pursued it farther than that. ..doug From owner-freebsd-hackers Tue Aug 6 00:05:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA17455 for hackers-outgoing; Tue, 6 Aug 1996 00:05:57 -0700 (PDT) Received: from korin.warman.org.pl ([148.81.168.248]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA17328 for ; Tue, 6 Aug 1996 00:05:44 -0700 (PDT) Received: (from abial@localhost) by korin.warman.org.pl (8.7.5/8.7.3) id JAA09514; Tue, 6 Aug 1996 09:06:57 +0200 (MET DST) Date: Tue, 6 Aug 1996 09:06:57 +0200 (MET DST) From: Andrzej Bialecki To: freebsd-hackers@FreeBSD.ORG Subject: Re: SAMBA In-Reply-To: <960806010028_253698594@emout08.mail.aol.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 > > Hi, All, > > > > I'm looking for some information on how to set up SAMBA with a Windows > > 95 network. So far, I'm able to "see" the machine from the Windows > machines, So far, so good. Unability to access the shares on Unix system is probably caused by wrong permissions. First of all, certain versions of SMB protocol do NOT preserve the case of passwords (i.e. a password 'lovelySmB' becomes 'LOVELYSM'), so when unix tries to match it with original password of the owner of resource, it fails of course. I use a 'protocol = COREPLUS' statement in smb.conf to avoid this problem (further described in paper on security in SAMBA dist). Second, make sure that the resource has proper ownership and permissions (as combined with permissions set and ownership in smb.conf !). BTW, I've been using this setup for almost a year, and it really works. I completely transferred my file server to the FreeBSD box running Samba. > A bit off topic, but there is a Samba related update from mickeysoft > for Win95. It is : > UPD0006 Vredir update for Samba UNIX servers > VREDIR.VXD 4.0.0.955 > I don't know exactly what it does but it is included with the service pack Ha, ha, ha! It's because of Micr$0ft's inborn shyness that few people know what this update is for. The issue behind this particular "update" (==serious bug fix) is the Samba package. It came out that using smbclient you can connect to a resource (let's say, a directory on a remote disk). If it worked properly, you'd have access to "chroot"ed directory (that is, cd /; cd .. would left you in /). But what happens if you do a cd ../ ? Well, it blows up in your face - at the prompt you have smb\../> and you have access to the entire disk! I hope this helps, Andy From owner-freebsd-hackers Tue Aug 6 01:33:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA05263 for hackers-outgoing; Tue, 6 Aug 1996 01:33:59 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA05253 for ; Tue, 6 Aug 1996 01:33:48 -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 KAA24067; Tue, 6 Aug 1996 10:29:25 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA08979; Tue, 6 Aug 1996 10:42:40 +0200 From: "Christoph P. Kukulies" Message-Id: <199608060842.KAA08979@gilberto.physik.rwth-aachen.de> Subject: Re: SAMBA To: mgessner@aristar.com Date: Tue, 6 Aug 1996 10:42:39 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199608052015.QAA02453@phoenix.aristar.com> from "mgessner@aristar.com" at "Aug 5, 96 04:15:03 pm" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (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, All, > > I'm looking for some information on how to set up SAMBA with a Windows > 95 network. So far, I'm able to "see" the machine from the Windows machines, > but when I try to access them, I get an error message saying the machine > can't be found. Note that for browsing you need a (pc)guest account on the server side (FreeBSD). The machine should be in \win95\hosts (or what your windir is). Also I recommend to examine the logs in /usr/local/samba/*. I explicitly specify the broadcast address in the nmbd startup line in /etc/rc.local (I don't use inetd.conf to start the daemons). Besides this I recommend to read the INSTALL.txt which is quite instructive and other related docs in the samba directory. > > So what I'm looking for is *specific* information on how to set up both > Samba and the Windows 95 machines to make this work. > > If need be, I can post the specific information on my machines' setup. > > Thanks, > > Matt Gessner, > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Aug 6 03:07:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA09370 for hackers-outgoing; Tue, 6 Aug 1996 03:07:17 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA09365 for ; Tue, 6 Aug 1996 03:07:12 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id DAA07516 for ; Tue, 6 Aug 1996 03:07:01 -0700 (PDT) Message-Id: <199608061007.DAA07516@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: freebsd-hackers@FreeBSD.ORG Subject: Accurate time clock? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Aug 1996 03:07:00 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Is there an accurate way of keeping track of time with a Pentium or a device which I can buy to keep accurate time? If memory does not fail me I think that the Pentium has a register counter which can be use as a clock , if such a register exists, anyone knows how accurate it is? Thank you, Amancio From owner-freebsd-hackers Tue Aug 6 03:13:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA09751 for hackers-outgoing; Tue, 6 Aug 1996 03:13:06 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA09742 for ; Tue, 6 Aug 1996 03:12:59 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA19301; Tue, 6 Aug 1996 08:54:28 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA10446; Tue, 6 Aug 1996 08:54:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA09022; Tue, 6 Aug 1996 08:39:32 +0200 (MET DST) From: J Wunsch Message-Id: <199608060639.IAA09022@uriah.heep.sax.de> Subject: Re: Announcing CVSup: Intelligent SUP Replacement To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 6 Aug 1996 08:39:32 +0200 (MET DST) Cc: jdp@polstra.com (John Polstra) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608060231.TAA18672@austin.polstra.com> from John Polstra at "Aug 5, 96 07:31:02 pm" 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 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 As John Polstra wrote: > > OK, what about revision history? > > Speaking of history, the cvs log files might represent a problem. I > hadn't thought about them. You don't need to write into them locally. The CVS on freefall has tweaked scripts to leave the information there. -- 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 Aug 6 03:21:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA10266 for hackers-outgoing; Tue, 6 Aug 1996 03:21:19 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA10257; Tue, 6 Aug 1996 03:21:16 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id MAA02529; Tue, 6 Aug 1996 12:20:45 +0200 (MET DST) To: Amancio Hasty cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Accurate time clock? In-reply-to: Your message of "Tue, 06 Aug 1996 03:07:00 PDT." <199608061007.DAA07516@rah.star-gate.com> Date: Tue, 06 Aug 1996 12:20:44 +0200 Message-ID: <2527.839326844@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199608061007.DAA07516@rah.star-gate.com>, Amancio Hasty writes: > >Is there an accurate way of keeping track of time with a Pentium or >a device which I can buy to keep accurate time? man xntpd -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Aug 6 03:25:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA10545 for hackers-outgoing; Tue, 6 Aug 1996 03:25:10 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA10540 for ; Tue, 6 Aug 1996 03:25:06 -0700 (PDT) Received: from minnow.render.com (minnow.render.com [193.195.178.1]) by minnow.render.com (8.6.12/8.6.9) with SMTP id LAA13795 for ; Tue, 6 Aug 1996 11:27:34 +0100 Date: Tue, 6 Aug 1996 11:27:33 +0100 (BST) From: Doug Rabson Reply-To: Doug Rabson To: freebsd-hackers@freebsd.org Subject: 100BASE-TX hubs (summary) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks for all the replies. I think I will probably try the wire swapping trick. The cheapest hub available seems to be from netgear at about $650. I thought I should summarise a couple of the replies which weren't posted to the list: From: Mike Hench > netgear (a bay networks company) make an 8 port for about $650 USD > it;s brand new. i know you can get them at computer discount warehouse and > (for more money) at data comm warehouse. > cant help in the UK (they just dont send me many catalogs :-) > a crossover cable works, i'm using one as we speak. > pins 1,2 are pair 1 > pins 3,6 are pair 2 > std cable is straight thru, crossover is 1,2 -> 3,6 > you should be able to buy one cheap (I did $20 USD) if you dont have > crimping equipment. From: Andrew.Gordon@net-tel.co.uk > > Alternatively, can I avoid a hub altogether? I vaguely remember > > something about a wire-swapped cable which could connect two systems > > together. How would I go about buying/making such a cable? > > This certainly works. For the SMC cards which have both RJ45 and > DB-9 connectors, the DB-9s are easiest to wire up - the pairs are on > pins 1/6 and 5/9 respecively, so you want a crossover wiring pin > 1->pin5 and pin6->pin9 and vice-versa. You are supposed to use > 120ohm cable on these connectors (eg. IBM type 1). Alternatively, > you can use the RJ45 connectors and cat5 cable if you have the right > tools - I can't remember the pinout offhand, but I can look it up if > you need it. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Tue Aug 6 03:43:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA11420 for hackers-outgoing; Tue, 6 Aug 1996 03:43:23 -0700 (PDT) Received: from home.winc.com (root@home.winc.com [204.178.182.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA11414 for ; Tue, 6 Aug 1996 03:43:20 -0700 (PDT) Received: from phoenix.aristar.com (slip125.winc.com [204.178.182.125]) by home.winc.com (8.7.1/8.7.3) with SMTP id GAA06647 for ; Tue, 6 Aug 1996 06:43:27 -0400 Message-ID: <320721DF.41C67EA6@aristar.com> Date: Tue, 06 Aug 1996 06:43:43 -0400 From: "Matthew A. Gessner" Organization: Aristar, Inc. X-Mailer: Mozilla 3.0b5aGold (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: My request for SAMBA info - sorry Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Folks, I didn't realize that this was the incorrect forum for asking questions about SAMBA and I didn't know there was a newsgroup. Sorry for the inconvenience, and THANKS to all the people who responded! -- Matthew Gessner Computer Scientist Aristar, Inc. 302 N. Cleveland-Massillon Rd. Akron, OH 44333 (330) 668-2267 (330) 668-2961 FAX From owner-freebsd-hackers Tue Aug 6 03:48:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA11690 for hackers-outgoing; Tue, 6 Aug 1996 03:48:59 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA11684 for ; Tue, 6 Aug 1996 03:48:56 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id DAA07739; Tue, 6 Aug 1996 03:48:44 -0700 (PDT) Message-Id: <199608061048.DAA07739@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Poul-Henning Kamp cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Accurate time clock? In-reply-to: Your message of "Tue, 06 Aug 1996 12:20:44 +0200." <2527.839326844@critter.tfs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Aug 1996 03:48:44 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Poul-Henning Kamp : > In message <199608061007.DAA07516@rah.star-gate.com>, Amancio Hasty writes: > > > >Is there an accurate way of keeping track of time with a Pentium or > >a device which I can buy to keep accurate time? > > man xntpd No, thank you. I am thinking about keeping track of time in my system . Amancio From owner-freebsd-hackers Tue Aug 6 04:03:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12401 for hackers-outgoing; Tue, 6 Aug 1996 04:03:49 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA12394 for ; Tue, 6 Aug 1996 04:03:46 -0700 (PDT) Received: from Guard.PolyNet.Lviv.UA by mail.crl.com with SMTP id AA07756 (5.65c/IDA-1.5 for ); Tue, 6 Aug 1996 04:01:41 -0700 Received: (from smap@localhost) by Guard.PolyNet.Lviv.UA (8.6.12/8.6.12) id OAA20757 for ; Tue, 6 Aug 1996 14:05:27 +0300 Received: from netadmin.lp.lviv.ua(192.168.0.2) by Guard.PolyNet.Lviv.UA via smap (V2.0alpha) id xma020755; Tue, 6 Aug 96 14:05:23 +0300 Received: from NETADMIN/SpoolDir by netadmin.lp.lviv.ua (Mercury 1.21); 6 Aug 96 14:02:19 +0200 Received: from SpoolDir by NETADMIN (Mercury 1.22-b2); 6 Aug 96 14:02:05 +0200 From: "Adrian Pavlykevych" Organization: Lvivska Polytechnica To: freebsd-hackers@freebsd.org Date: Tue, 6 Aug 1996 14:02:03 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Q:Meanings of kern.securelevel values Reply-To: pam@polynet.lviv.ua Priority: normal X-Mailer: Pegasus Mail for Windows (v2.42a) Message-Id: <130FC92520A@netadmin.lp.lviv.ua> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Can someone from kernel whizards list valid values for kern.securelevel, with their possible applications and implications? I.E. what kind of value is suitable for hardening FreeBSD installation (firewall, router) and what steps in OS configuration are necessary to use it (changing file permitions, immutable flags etc.). My appologies if this is a FAQ (I have never seen complete answer for it :-( Adrian Pavlykevych | State University "Lvivska Polytechnica" System Administrator | 12, St. Bandery str, Campus Computer Network | Lviv, 290646 email: pam@polynet.lviv.ua | Ukraine tel/fax:+380 (322) 742041 | From owner-freebsd-hackers Tue Aug 6 04:55:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA15550 for hackers-outgoing; Tue, 6 Aug 1996 04:55:23 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA15545 for ; Tue, 6 Aug 1996 04:55:21 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id EAA08181 for ; Tue, 6 Aug 1996 04:55:09 -0700 (PDT) Message-Id: <199608061155.EAA08181@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 to: freebsd-hackers@FreeBSD.ORG Subject: Re: Accurate time clock? In-reply-to: Your message of "Tue, 06 Aug 1996 03:07:00 PDT." <199608061007.DAA07516@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Aug 1996 04:55:08 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk How accurate is the pentium clock register: I found this in /sys/i386/isa/clock.c: #if defined(I586_CPU) || defined(I686_CPU) if (cpu_class == CPUCLASS_586 || cpu_class == CPUCLASS_686) wrmsr(0x10, 0LL); /* XXX 0x10 is the MSR for the TSC */ #endif Thank you, Amancio From owner-freebsd-hackers Tue Aug 6 07:39:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA21970 for hackers-outgoing; Tue, 6 Aug 1996 07:39:29 -0700 (PDT) Received: from widomaker.com (root@wilma.widomaker.com [204.17.220.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA21963; Tue, 6 Aug 1996 07:39:26 -0700 (PDT) Received: by widomaker.com (Smail3.1.29.1 #1) id m0unnI3-0000gqC; Tue, 6 Aug 96 10:39 EDT Message-Id: From: tdl@widomaker.com (Troy) Subject: GUS PnP init code? To: smpatel@freebsd.org Date: Tue, 6 Aug 1996 10:39:23 -0400 (EDT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sujal, I just got a GUS PnP card and was extremely happy to find your ISA PnP patches. :) Near the end of your README file you mention that it is known to work with the GUS PnP, but it "Requires special init code, not provided", could you please point me in the direction of where I can find this init code? Many thanks for this information and for the patch. -Troy- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Troy D. Landers Email: tdl@widomaker.com -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Tue Aug 6 08:09:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA23722 for hackers-outgoing; Tue, 6 Aug 1996 08:09:58 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA23716 for ; Tue, 6 Aug 1996 08:09:55 -0700 (PDT) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <15059(5)>; Tue, 6 Aug 1996 08:09:08 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1-TB) id AA04064; Tue, 6 Aug 96 11:09:16 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA17018; Tue, 6 Aug 96 11:09:14 EDT Message-Id: <9608061509.AA17018@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.7 5/3/96 To: Chuck Robey Cc: gdb-testers@cygnus.com, hackers@freebsd.org Subject: Re: gdb 960725 on freebsd 2.2.(5/1/96) In-Reply-To: Your message of "Mon, 05 Aug 1996 12:02:05 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 6 Aug 1996 08:09:12 PDT From: "Marty Leisner" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Did you actually check that it recognized FreeBSD executeables? Getting > it to compile is a long way from getting it to work, unfortunately. > >--------------------------+----------------------------------------------- > 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 n3lxx, both FreeBSD > (301) 220-2114 | version 2.2 current -- and great FUN! > ------- Well, it almost works... : leisner@compaq.home;gdb ls 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 960725 (i386-unknown-freebsd2.2), Copyright 1996 Free Software Foundation, Inc... (gdb) break main Breakpoint 1 at 0x1b81: file /pb/usr/local/src/gnu/fileutils-3.13/src/ls.c, line 650. (gdb) r Starting program: /usr/local/bin/ls Breakpoint 1, main (argc=1, argv=0xefbfd45c) at /pb/usr/local/src/gnu/fileutils-3.13/src/ls.c:650 650 program_name = argv[0]; (gdb) n 651 setlocale (LC_ALL, ""); (gdb) n 0xb15c in _DYNAMIC () (gdb) n Single stepping until exit from function _DYNAMIC, which has no line number information. ld.so: Undefined symbol "10nflist" called from ls:ls at 0xb15c Program exited with code 01. (gdb) It seems to work if I don't go into shared libraries... I haven't done much work with it yes (I haven't rebuilt the libraries on freebsd). Or tried -static... -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Tue Aug 6 08:15:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA24099 for hackers-outgoing; Tue, 6 Aug 1996 08:15:05 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA24092; Tue, 6 Aug 1996 08:15:02 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id IAA01303; Tue, 6 Aug 1996 08:14:54 -0700 (PDT) Message-Id: <199608061514.IAA01303@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: tdl@widomaker.com (Troy) cc: smpatel@freebsd.org, hackers@freebsd.org Subject: Re: GUS PnP init code? In-reply-to: Your message of "Tue, 06 Aug 1996 10:39:23 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Aug 1996 08:14:53 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, You want to download the following sound driver: ftp:://rah.star-gate.com/pub/guspnp3-current.tar.gz ftp:://rah.star-gate.com/pub/README.GUSPNP-current The driver has built-in PnP support for the GUS PnP and this is explained on the README note. Have fun, Amancio >From The Desk Of Troy : > Sujal, > > I just got a GUS PnP card and was extremely happy to find your ISA PnP > patches. :) > > Near the end of your README file you mention that it is known to work > with the GUS PnP, but it "Requires special init code, not provided", > could you please point me in the direction of where I can find this > init code? > > > Many thanks for this information and for the patch. > > > -Troy- > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Troy D. Landers > Email: tdl@widomaker.com > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > > From owner-freebsd-hackers Tue Aug 6 08:18:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA24280 for hackers-outgoing; Tue, 6 Aug 1996 08:18:33 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA24274 for ; Tue, 6 Aug 1996 08:18:29 -0700 (PDT) Received: from fiber.eng.umd.edu (fiber.eng.umd.edu [129.2.98.185]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id LAA22904; Tue, 6 Aug 1996 11:18:23 -0400 (EDT) Received: from localhost (chuckr@localhost) by fiber.eng.umd.edu (8.7.5/8.7.3) with SMTP id LAA26738; Tue, 6 Aug 1996 11:18:23 -0400 (EDT) X-Authentication-Warning: fiber.eng.umd.edu: chuckr owned process doing -bs Date: Tue, 6 Aug 1996 11:18:22 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@fiber.eng.umd.edu To: Marty Leisner cc: gdb-testers@cygnus.com, hackers@freebsd.org Subject: Re: gdb 960725 on freebsd 2.2.(5/1/96) In-Reply-To: <9608061509.AA17018@gnu.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, 6 Aug 1996, Marty Leisner wrote: > > > > Did you actually check that it recognized FreeBSD executeables? Getting > > it to compile is a long way from getting it to work, unfortunately. > > > Well, it almost works... > > : leisner@compaq.home;gdb ls > 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 960725 (i386-unknown-freebsd2.2), > Copyright 1996 Free Software Foundation, Inc... > (gdb) break main > Breakpoint 1 at 0x1b81: file /pb/usr/local/src/gnu/fileutils-3.13/src/ls.c, > line 650. > (gdb) r > Starting program: /usr/local/bin/ls > > Breakpoint 1, main (argc=1, argv=0xefbfd45c) > at /pb/usr/local/src/gnu/fileutils-3.13/src/ls.c:650 > 650 program_name = argv[0]; > (gdb) n > 651 setlocale (LC_ALL, ""); > (gdb) n > 0xb15c in _DYNAMIC () > (gdb) n > Single stepping until exit from function _DYNAMIC, > which has no line number information. > ld.so: Undefined symbol "10nflist" called from ls:ls at 0xb15c > > Program exited with code 01. > (gdb) > It seems to work if I don't go into shared libraries... > I haven't done much work with it yes (I haven't rebuilt the libraries > on freebsd). > > Or tried -static... I understand it only works this far because of John Polstra's work in getting ELF libs working for FreeBSD. They do work now, natively, for FreeBSD-current, and I think that gdb is very likely to work in those cases, but not using the zmagic linking that is still the standard (and seemingly likely to stay that way). ----------------------------+----------------------------------------------- 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 n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Tue Aug 6 09:30:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA28212 for hackers-outgoing; Tue, 6 Aug 1996 09:30:27 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@mindbender.headcandy.com [199.238.225.168]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA28207; Tue, 6 Aug 1996 09:30:23 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.7.3) with SMTP id JAA19281; Tue, 6 Aug 1996 09:28:52 -0700 (PDT) Message-Id: <199608061628.JAA19281@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: netbsd-current@netbsd.org, hardware@freebsd.org, hackers@freebsd.org Subject: P6 Natoma chipset Date: Tue, 06 Aug 1996 09:28:50 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm going to be buying a 200MHz Pentium Pro and motherboard (probably a dual-CPU) in the next week or two. I know the Orion chipset has some nasty bugs (like the 4MB/s PCI bus speed). Has anyone discovered any horrible bugs in the Natoma (440FX) chipset, or is it working well so far? I also remember reading something about someone having quality problems with SuperMicro motherboards. Any opinions on SuperMicro versus ASUS, WRT build quality, reliability, support, and speed? Thanks for your feedback. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< 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... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-hackers Tue Aug 6 10:11:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA00626 for hackers-outgoing; Tue, 6 Aug 1996 10:11:38 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA00621; Tue, 6 Aug 1996 10:11:36 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id KAA00443; Tue, 6 Aug 1996 10:09:07 -0700 (PDT) Message-Id: <199608061709.KAA00443@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Michael L. VanLoon -- HeadCandy.com" cc: netbsd-current@netbsd.org, hardware@freebsd.org, hackers@freebsd.org Subject: Re: P6 Natoma chipset In-reply-to: Your message of "Tue, 06 Aug 1996 09:28:50 PDT." <199608061628.JAA19281@MindBender.HeadCandy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Aug 1996 10:09:07 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk You may find the following interesting: http://www.u-net.com/~sysdoc/hardware.htm >From The Desk Of "Michael L. VanLoon -- HeadCandy.com" : > > I'm going to be buying a 200MHz Pentium Pro and motherboard (probably > a dual-CPU) in the next week or two. I know the Orion chipset has > some nasty bugs (like the 4MB/s PCI bus speed). > > Has anyone discovered any horrible bugs in the Natoma (440FX) chipset, > or is it working well so far? > > I also remember reading something about someone having quality > problems with SuperMicro motherboards. Any opinions on SuperMicro > versus ASUS, WRT build quality, reliability, support, and speed? > > Thanks for your feedback. > > ----------------------------------------------------------------------------- > Michael L. VanLoon michaelv@HeadCandy.com > --< 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... > > Roll your own Internet access -- Seattle People's Internet cooperative. > If you're in the Seattle area, ask me how. > ----------------------------------------------------------------------------- > > > From owner-freebsd-hackers Tue Aug 6 10:51:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03486 for hackers-outgoing; Tue, 6 Aug 1996 10:51:58 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA03481 for ; Tue, 6 Aug 1996 10:51:56 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id KAA03376 for ; Tue, 6 Aug 1996 10:51:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA13596; Tue, 6 Aug 1996 10:47:26 -0700 From: Terry Lambert Message-Id: <199608061747.KAA13596@phaeton.artisoft.com> Subject: Re: Announcing CVSup: Intelligent SUP Replacement To: jdp@polstra.com (John Polstra) Date: Tue, 6 Aug 1996 10:47:26 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199608060231.TAA18672@austin.polstra.com> from "John Polstra" at Aug 5, 96 07:31: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 > 4. Meanwhile, run CVSup whenever you want to. New deltas will come in, > but they won't interfere with your stuff. [ ... ] > Ick, not very nice. It's the same problem that led to the demise > of the -stable branch. The merges get awkward pretty fast. It > might be a bit easier if you made clever use of a couple of additional > tags, to keep track of where you did your last merges from on the > main branch. [ ... yes; I'd assumed tags would be involved ... ] My main concern was: 1) get main line tree 2) make local changes on tag A 3) make local change on tag B that depend on those in tag A 4) local changes in tag A get committed to main line tree, but they are not exactly the same. A is now a dead local tag. 5) get new main line code 6) merge changes from tag B The problems seem to be: a) partial merge of tag A changes b) merge with tag B after A commit conflicts (can't be avoided, I suppose) c) getting a local tree that can be built (mostly a problem if I have a bunch of tags ans want to keep them seperate) This last one is more like: Getting from: To: Main o---->o tag A Main + A o---->o tag B | | | | | v | v | o tag B | o tag C | | | | v v | o tag C o | v o tag A integrated This is exactly the situation I have, were I need to break a lot of work into parts that can be trivially code reviewed without losing the ability to get a local tree with the main line changes as they go along. 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 Aug 6 10:54:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03648 for hackers-outgoing; Tue, 6 Aug 1996 10:54:47 -0700 (PDT) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA03641 for ; Tue, 6 Aug 1996 10:54:42 -0700 (PDT) Received: (from news@localhost) by haywire.DIALix.COM (8.7.5/8.7.3) id BAA01297 for freebsd-hackers@freebsd.org; Wed, 7 Aug 1996 01:54:38 +0800 (WST) 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: Tue, 6 Aug 1996 21:36:11 GMT From: mark@putte.seeware.DIALix.oz.au (Mark Hannon) Message-ID: Organization: Private FreeBSD site References: <199608051031.MAA05329@gilberto.physik.rwth-aachen.de> Subject: Re: XF86_W32 and fvwm95-2 (smudge) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199608051031.MAA05329@gilberto.physik.rwth-aachen.de>, kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) writes: > When I resize a window under fvwm95-2 and XF86_W32 (didn't try > on another server) the rubberrect that is dragged by the mouse > leaves smudge, that is undeleted (inverted) lines of that rect > on the screen. > Not exactly your problem but similar, when running XF86_W32 and mwm I don't see the resize rubber at all. (same for the move frame) I have tried this on 3.1.2 and 3.1.2E. I am running the XF86_SVGA server and all is fine. I have also tried the Xinside demo and it works fine. Seems like a server problem to me. I have reported to XFree86 but have not seen a response. Rgds/mark -- +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ | Mark Hannon,| FreeBSD - Free Unix for your PC| mark@seeware.DIALix.oz.au| | Melbourne, | PGP key available by fingering | epamha@epa.ericsson.se | | Australia | seeware@melbourne.DIALix.oz.au | | +-=-=-=-=-=-=-+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ From owner-freebsd-hackers Tue Aug 6 10:56:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03757 for hackers-outgoing; Tue, 6 Aug 1996 10:56:57 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA03749 for ; Tue, 6 Aug 1996 10:56:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA13612; Tue, 6 Aug 1996 10:53:09 -0700 From: Terry Lambert Message-Id: <199608061753.KAA13612@phaeton.artisoft.com> Subject: Re: Announcing CVSup: Intelligent SUP Replacement To: chuckr@glue.umd.edu (Chuck Robey) Date: Tue, 6 Aug 1996 10:53:09 -0700 (MST) Cc: jdp@polstra.com, terry@lambert.org, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Chuck Robey" at Aug 6, 96 00:11: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 > I have a limited idea, and a somewhat limited understanding of the problem > (I'm reading avidly, but just getting used to cvs), but could I make a > suggestion? How about reserving numbers on the main cvs tree, for every > file you intend to modify, in advance? That way you'd not have the > problem of number collisions, no matter how many developers decided to > hack the same code at the same time, the one's that did it remotely would > HAVE to check in the get numbers. Actually, this is exactly the problem. The issue is not loose coupling of developers with commit access, it's allowing developers without commit access to have local version control on files the intend to submit. The tool allows the decoupling of the review process from preventing additional developement pending outcome of the review. Someone may implement 6 or 8 more things while waiting for the first thing to be reviewed this way. The local version control for local experimentation by developers with commit access is a bonus side effect. Another side effect is that it allows vendor branchine for derivative distributions, with change merge. This supports people who want to sign NDA and write a Buslogic driver (for instance), since it is not possible to take their code into account if they can't release it. 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 Aug 6 11:01:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA03976 for hackers-outgoing; Tue, 6 Aug 1996 11:01:45 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA03961 for ; Tue, 6 Aug 1996 11:01:40 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA13648; Tue, 6 Aug 1996 10:58:21 -0700 From: Terry Lambert Message-Id: <199608061758.KAA13648@phaeton.artisoft.com> Subject: Re: Announcing CVSup: Intelligent SUP Replacement To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 6 Aug 1996 10:58:21 -0700 (MST) Cc: freebsd-hackers@freebsd.org, jdp@polstra.com In-Reply-To: <199608060639.IAA09022@uriah.heep.sax.de> from "J Wunsch" at Aug 6, 96 08:39:32 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 > > > OK, what about revision history? > > > > Speaking of history, the cvs log files might represent a problem. I > > hadn't thought about them. > > You don't need to write into them locally. The CVS on freefall has > tweaked scripts to leave the information there. I meant the revision history of the files in a local branch when they are integrated into the main line tree ...or doesn't the main line tree need the revision history from the contributor? 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 Aug 6 11:47:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08565 for hackers-outgoing; Tue, 6 Aug 1996 11:47:00 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA08559 for ; Tue, 6 Aug 1996 11:46:57 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA28422; Tue, 6 Aug 1996 12:42:58 -0600 (MDT) Date: Tue, 6 Aug 1996 12:42:58 -0600 (MDT) Message-Id: <199608061842.MAA28422@rocky.mt.sri.com> From: Nate Williams To: Terry Lambert Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, jdp@polstra.com Subject: Re: Announcing CVSup: Intelligent SUP Replacement In-Reply-To: <199608061758.KAA13648@phaeton.artisoft.com> References: <199608060639.IAA09022@uriah.heep.sax.de> <199608061758.KAA13648@phaeton.artisoft.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > OK, what about revision history? > > > > > > Speaking of history, the cvs log files might represent a problem. I > > > hadn't thought about them. > > > > You don't need to write into them locally. The CVS on freefall has > > tweaked scripts to leave the information there. > > I meant the revision history of the files in a local branch when they > are integrated into the main line tree ...or doesn't the main line tree > need the revision history from the contributor? The 'history' of the files still exist in the files themselves, it just won't be logged into the files in $CVSROOT/CVSROOT. There's really no way to allow both remote developers and local developers to write to the same file since the commitlog file is a straight text file. In any case, it's a moot point since all of the history still exists in the modified files themselves. Also note that the 'history' file which contains the timestamps of checkout, merges, etc.. is not being kept anymore since no-one was using 'cvs release' correctly, which is necessary for accurate usage of the history file. Nate From owner-freebsd-hackers Tue Aug 6 12:05:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10939 for hackers-outgoing; Tue, 6 Aug 1996 12:05:48 -0700 (PDT) Received: from cygnus.com (cygnus.com [140.174.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA10916 for ; Tue, 6 Aug 1996 12:05:45 -0700 (PDT) Received: from tweedledumb.cygnus.com (tweedledumb.cygnus.com [192.80.44.1]) by cygnus.com (8.6.12/8.6.9) with SMTP id MAA12921; Tue, 6 Aug 1996 12:05:37 -0700 Received: from kechara.flame.org by tweedledumb.cygnus.com (4.1/4.7) id AA03568; Tue, 6 Aug 96 15:05:34 EDT Received: (from explorer@localhost) by kechara.flame.org (8.7.5/8.6.9) id PAA10133; Tue, 6 Aug 1996 15:05:25 -0400 (EDT) To: Chuck Robey Cc: John Polstra , Terry Lambert , freebsd-hackers@FreeBSD.ORG Subject: Re: Announcing CVSup: Intelligent SUP Replacement References: From: Michael Graff Date: 06 Aug 1996 15:05:25 -0400 In-Reply-To: Chuck Robey's message of Tue, 6 Aug 1996 00:11:57 -0400 (EDT) Message-Id: Lines: 8 X-Mailer: Gnus v5.2.36/Emacs 19.31 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chuck Robey writes: How about putting the FreeBSD stuff on a branch, and let the local developer work on the mainline. That way, cvs can do the right thing and just update the branch, while the local developer can cvs update -j when merging is wanted. That will also make merges safer, imho. --Michael From owner-freebsd-hackers Tue Aug 6 12:55:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA16274 for hackers-outgoing; Tue, 6 Aug 1996 12:55:27 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA16261 for ; Tue, 6 Aug 1996 12:55:19 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id MAA22086 for ; Tue, 6 Aug 1996 12:54:48 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma022084; Tue Aug 6 12:54:45 1996 Received: (from julian@localhost) by current1.whistle.com (8.7.5/8.7.3) id MAA12611 for hackers@freebsd.org; Tue, 6 Aug 1996 12:54:09 -0700 (PDT) Date: Tue, 6 Aug 1996 12:54:09 -0700 (PDT) From: Julian Elischer Message-Id: <199608061954.MAA12611@current1.whistle.com> To: hackers@freebsd.org Subject: please comment on this: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Here at whistle, we want to run different services on different interfaces, so here are some patches to allow inetd to bind to an address. does anyone have any complaints about this feature? is it in any way a security hole? If I don't hear any problems or if people like it, I'd like to add this to our sources.. julian Index: inetd.8 =================================================================== RCS file: /cvs/freebsd/src/usr.sbin/inetd/inetd.8,v retrieving revision 1.8 diff -c -r1.8 inetd.8 *** 1.8 1996/02/07 17:15:00 --- inetd.8 1996/08/06 19:29:15 *************** *** 44,49 **** --- 44,51 ---- .Op Fl d .Op Fl l .Op Fl R Ar rate + .Op Fl a Ar address + .Op Fl p Ar filename .Op Ar configuration file .Sh DESCRIPTION The *************** *** 78,83 **** --- 80,89 ---- .It Fl R Ar rate Specifies the maximum number of times a service can be invoked in one minute; the default is 256. + .It Fl a + Specify a specific IP address to bind to. + .It Fl p + Specify an alternate file in which to store the process ID. .El .Pp Upon execution, Index: inetd.c =================================================================== RCS file: /cvs/freebsd/src/usr.sbin/inetd/inetd.c,v retrieving revision 1.12 diff -c -r1.12 inetd.c *** 1.12 1996/07/17 15:00:28 --- inetd.c 1996/08/06 19:29:15 *************** *** 143,148 **** --- 143,149 ---- int toomany = TOOMANY; struct servent *sp; struct rpcent *rpc; + struct in_addr bind_address; struct servtab { char *se_service; /* name of service */ *************** *** 238,243 **** --- 239,245 ---- #define NUMINT (sizeof(intab) / sizeof(struct inent)) char *CONFIG = _PATH_INETDCONF; + char *pid_file = _PATH_INETDPID; #ifdef OLD_SETPROCTITLE char **Argv; *************** *** 270,276 **** openlog("inetd", LOG_PID | LOG_NOWAIT, LOG_DAEMON); ! while ((ch = getopt(argc, argv, "dlR:")) != EOF) switch(ch) { case 'd': debug = 1; --- 272,279 ---- openlog("inetd", LOG_PID | LOG_NOWAIT, LOG_DAEMON); ! bind_address.s_addr = htonl(INADDR_ANY); ! while ((ch = getopt(argc, argv, "dlR:a:p:")) != EOF) switch(ch) { case 'd': debug = 1; *************** *** 291,300 **** toomany = tmpint; break; } case '?': default: syslog(LOG_ERR, ! "usage: inetd [-dl] [-R rate] [conf-file]"); exit(1); } argc -= optind; --- 294,314 ---- toomany = tmpint; break; } + case 'a': + if (!inet_aton(optarg, &bind_address)) { + syslog(LOG_ERR, + "-a %s: invalid IP address", optarg); + exit(1); + } + break; + case 'p': + pid_file = optarg; + break; case '?': default: syslog(LOG_ERR, ! "usage: inetd [-dl] [-a address] [-R rate]" ! " [-p pidfile] [conf-file]"); exit(1); } argc -= optind; *************** *** 317,328 **** /* no big deal if it fails.. */ } pid = getpid(); ! fp = fopen(_PATH_INETDPID, "w"); if (fp) { fprintf(fp, "%ld\n", (long)pid); fclose(fp); } else { ! syslog(LOG_WARNING, _PATH_INETDPID ": %m"); } } memset(&sv, 0, sizeof(sv)); --- 331,342 ---- /* no big deal if it fails.. */ } pid = getpid(); ! fp = fopen(pid_file, "w"); if (fp) { fprintf(fp, "%ld\n", (long)pid); fclose(fp); } else { ! syslog(LOG_WARNING, "%s: %m", pid_file); } } memset(&sv, 0, sizeof(sv)); *************** *** 918,924 **** sep->se_rpc_lowvers = 0; sep->se_ctrladdr.sin_family = AF_INET; sep->se_ctrladdr.sin_port = 0; ! sep->se_ctrladdr.sin_addr.s_addr = htonl(INADDR_ANY); if ((versp = rindex(sep->se_service, '/'))) { *versp++ = '\0'; switch (sscanf(versp, "%d-%d", --- 932,938 ---- sep->se_rpc_lowvers = 0; sep->se_ctrladdr.sin_family = AF_INET; sep->se_ctrladdr.sin_port = 0; ! sep->se_ctrladdr.sin_addr = bind_address; if ((versp = rindex(sep->se_service, '/'))) { *versp++ = '\0'; switch (sscanf(versp, "%d-%d", From owner-freebsd-hackers Tue Aug 6 13:58:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA22676 for hackers-outgoing; Tue, 6 Aug 1996 13:58:28 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA22659 for ; Tue, 6 Aug 1996 13:58:20 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.5/8.7.3) id QAA02960; Tue, 6 Aug 1996 16:58:13 -0400 (EDT) Date: Tue, 6 Aug 1996 16:58:13 -0400 (EDT) From: Charles Henrich Message-Id: <199608062058.QAA02960@crh.cl.msu.edu> To: freebsd-hackers@freebsd.org Subject: Intelligent outbound IP source X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The situation, I have a machine that is part of two different networks on the same interface (10.x and a class C), however, as the machine's primary IP address is in the class C, outbound packets always originate on that IP. Would it be too much to say if a packet is destined for a network that I have an alias on, use the first alias as the source IP? This allows machines on both networks to talk cleanly back to the server without having to have routes to both networks on the remote hosts. -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich -- Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Tue Aug 6 14:17:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA26352 for hackers-outgoing; Tue, 6 Aug 1996 14:17:32 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA26343 for ; Tue, 6 Aug 1996 14:17:27 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id QAA01260; Tue, 6 Aug 1996 16:16:41 -0500 From: Joe Greco Message-Id: <199608062116.QAA01260@brasil.moneng.mei.com> Subject: Re: please comment on this: To: julian@current1.whistle.com (Julian Elischer) Date: Tue, 6 Aug 1996 16:16:41 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <199608061954.MAA12611@current1.whistle.com> from "Julian Elischer" at Aug 6, 96 12:54:09 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Here at whistle, we want to run different services on different interfaces, so > here are some patches to allow inetd to bind to an address. > > does anyone have any complaints about this feature? > is it in any way a security hole? > > If I don't hear any problems or if people like it, > I'd like to add this to our sources.. That is one way to do it :-) This is a little related, mostly unrelated though.. mostly a crazy idea about a slightly different way to implement something a little similar. I had a little fun when 2.0R first came out. I made a "chrooted" environment that could "run" on its own, worked very nicely. My goal: "virtual servers" on a grand scale.. to be able to have multiple virtual machines hosted on a single physical machine that appeared to be, from the net, for all intents and purposes separate machines. Of course the easy way to do this was to modify libc's networking layers to catch "INADDR_ANY" in all the common places and replace it with a specific IP address, based on which virtual server I was currently "on". It actually worked but I never used it for anything :-/ ... JG From owner-freebsd-hackers Tue Aug 6 15:39:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA06687 for hackers-outgoing; Tue, 6 Aug 1996 15:39:47 -0700 (PDT) Received: from tellab5.lisle.tellabs.com (tellab5.lisle.tellabs.com [138.111.243.28]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA06682; Tue, 6 Aug 1996 15:39:44 -0700 (PDT) From: mikebo@tellabs.com Received: from sunc210.tellabs.com by tellab5.lisle.tellabs.com with smtp (Smail3.1.29.1 #4) id m0unumK-0004f5C; Tue, 6 Aug 96 17:39 CDT Received: by sunc210.tellabs.com (SMI-8.6/1.9) id RAA20882; Tue, 6 Aug 1996 17:38:24 -0500 Message-Id: <199608062238.RAA20882@sunc210.tellabs.com> Subject: 2.1.5R PANIC on AHA2742AT To: bugs@freebsd.org Date: Tue, 6 Aug 1996 17:38:23 -0500 (CDT) Cc: hackers@freebsd.org 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 Greetings - I am running an EISA system with an Adaptec AHA2742AT twin-channel card. This system has been running 2.1.0-RELEASE just fine since it came out. However, when I try to boot the 2.1.5-RELEASE boot floppy, it PANICs every time, right after probing all the devices: panic: ahc0: brkintadr, illegal host access at seqaddr = 0x0 I've seen one other message recently regarding this same panic using an Adaptec 2742W on the "questions" list, but never saw any resolution. One possibility is that the default port numbers have changed. Compare this 2.1.5-RELEASE message to the 2.1.0-RELEASE message below. If this is indeed the problem, how do I get around it? ahc0: 0x5c00-0x5cff irq 11 on eisa0 slot 5 ahc0: aic7770 >= Rev E, Twin Channel, A SCSI id=7, B SCSI id=7. Any clues would be greatly appreciated. System dmesg output follows... Regards, - Mike -- Included file: dmesg.out FreeBSD 2.1.0-RELEASE #0: Mon Mar 11 22:25:33 CST 1996 kroot@timesink.ttl.com:/usr/src/sys/compile/TIMESINK CPU: i486DX (486-class CPU) real memory = 16777216 (16384K bytes) avail memory = 14860288 (14512K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 9 maddr 0xdc000 msize 16384 on isa ed0: address 00:00:c0:d1:09:2d, type WD8013EP (16 bit) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface mse0 at 0x23c irq 3 on isa sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A pca0 on motherboard pca0: PC speaker audio driver ahc0: 274x Twin Channel, A SCSI Id=7, B SCSI Id=7, aic7770 >= Rev E, 4 SCBs ahc0 at 0x5000-0x50ff irq 11 on eisa slot 5 (ahc0:0:0): "IMPRIMIS 94601-15 1250" type 0 fixed SCSI 1 sd0(ahc0:0:0): Direct-Access 989MB (2026965 512 byte sectors) (ahc0:1:0): "MAXTOR XT-4380S B5A" type 0 fixed SCSI 1 sd1(ahc0:1:0): Direct-Access 318MB (651630 512 byte sectors) (ahc0:2:0): "ARCHIVE VIPER 150 20000 -000" type 1 removable SCSI 1 st0(ahc0:2:0): Sequential-Access st0: Archive Viper 150 is a known rogue density code 0x0, drive empty (ahc0:5:0): "EXABYTE EXB-8200 4.25" type 1 removable SCSI 1 st1(ahc0:5:0): Sequential-Access density code 0x0, st1(ahc0:5:0): Target Busy st1(ahc0:5:0): Target Busy st1(ahc0:5:0): Target Busy drive empty (ahc0:6:0): "NEC CD-ROM DRIVE:501 2.2" type 5 removable SCSI 2 cd0(ahc0:6:0): CD-ROM cd present.[313218 x 2048 byte records] ahb0 not found aha0 not found at 0x330 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: opl0 at 0x388 on isa opl0: joy0 at 0x201 on isa joy0: joystick -- -------------------------------------------------------------------------- Michael Borowiec - mikebo@tellabs.com - Tellabs Operations Inc. Senior Member of Technical Staff 4951 Indiana Avenue, MS 63 708-512-8211 FAX: 708-512-7099 Lisle, IL 60532 USA -------------------------------------------------------------------------- From owner-freebsd-hackers Tue Aug 6 15:42:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA07005 for hackers-outgoing; Tue, 6 Aug 1996 15:42:27 -0700 (PDT) Received: from tippy.cybernet.com (tippy.cybernet.com [192.245.33.86]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA06984; Tue, 6 Aug 1996 15:42:24 -0700 (PDT) Received: (from pcobb@localhost) by tippy.cybernet.com (8.7.5/8.7.3) id SAA00913; Tue, 6 Aug 1996 18:40:13 -0400 (EDT) Message-ID: X-Mailer: XFMail 0.4-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199608061628.JAA19281@MindBender.HeadCandy.com> Date: Tue, 06 Aug 1996 18:38:31 -0400 (EDT) Reply-To: pcobb@cybernet.com From: "Paul N. Cobb" To: "Michael L. VanLoon -- HeadCandy.com" Subject: RE: P6 Natoma chipset Cc: netbsd-current@netbsd.org, hardware@FreeBSD.org, hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I just bought a P6 200 Mhz with the Natoma Chipset and it is definately faster moving memory around than the Orion 450 chipset. We've got one of those also and it it disappointingly slow. On 06-Aug-96 "Michael L. VanLoon -- HeadCandy.com" wrote: >>I'm going to be buying a 200MHz Pentium Pro and motherboard (probably >a dual-CPU) in the next week or two. I know the Orion chipset has >some nasty bugs (like the 4MB/s PCI bus speed). > >Has anyone discovered any horrible bugs in the Natoma (440FX) chipset, >or is it working well so far? > >I also remember reading something about someone having quality >problems with SuperMicro motherboards. Any opinions on SuperMicro >versus ASUS, WRT build quality, reliability, support, and speed? > >Thanks for your feedback. > >----------------------------------------------------------------------------- > Michael L. VanLoon michaelv@HeadCandy.com > --< 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... > > Roll your own Internet access -- Seattle People's Internet cooperative. > If you're in the Seattle area, ask me how. >----------------------------------------------------------------------------- ----------------------------------------------------------------- Paul Cobb Research Engineer pcobb@cybernet.com Cybernet Systems Corp. (313)668-2567 Ann Arbor, MI 'Is this a special moment or should we be disturbed?' - The Tick ----------------------------------------------------------------- From owner-freebsd-hackers Tue Aug 6 15:59:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA10178 for hackers-outgoing; Tue, 6 Aug 1996 15:59:32 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA10154; Tue, 6 Aug 1996 15:59:26 -0700 (PDT) Message-Id: <199608062259.PAA10154@freefall.freebsd.org> To: mikebo@tellabs.com cc: bugs@freebsd.org, hackers@freebsd.org Subject: Re: 2.1.5R PANIC on AHA2742AT In-reply-to: Your message of "Tue, 06 Aug 1996 17:38:23 CDT." <199608062238.RAA20882@sunc210.tellabs.com> Date: Tue, 06 Aug 1996 15:59:26 -0700 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Disable the uha0 device from within userconfig (boot with the -c flag). -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Tue Aug 6 16:06:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA10729 for hackers-outgoing; Tue, 6 Aug 1996 16:06:58 -0700 (PDT) Received: from hps.sso.wdl.lmco.com (hps.sso.wdl.lmco.com [158.186.22.100]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA10714 for ; Tue, 6 Aug 1996 16:06:56 -0700 (PDT) Received: from miles.sso.wdl.lmco.com by hps.sso.wdl.lmco.com (4.1/SSO-4.01-LMCO) id AA08574; Tue, 6 Aug 96 18:51:24 EDT Received: by miles.sso.wdl.lmco.com (4.1/SSO-SUN-2.04) id AA08033; Tue, 6 Aug 96 19:04:10 EDT Date: Tue, 6 Aug 1996 19:04:09 -0400 (EDT) From: Richard Toren X-Sender: rpt@miles To: hackers Subject: SAMBA and DOS file systems Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk SAMBA seems to have really picked up as a topic these last couple of weeks. My question concerns the file systems that SAMBA uses to support the remote requests. This machine is used for both FBSD and WFWG 3.11. I am planning to use SAMBA as a file server for the WFWG files stored in the DOS partitions, and used on another WFWG machine. I have been following (over the last year) the saga of the fitness of using the DOS FS. Some people seem to have a disaster, and others say it works just fine. In my case I have 3 DOS partitions (1 primary and 2 extended) of 250 Mb each. Is SAMBA safe with DOS partitions? Should the FreeBSD partitions be the only ones used? Any experiences are guidelines would be appreciated.... ==================================================== Rip Toren | The bad news is that C++ is not an object-oriented | rpt@sso.wdl.lmco.com | programming language. .... The good news is that | | C++ supports object-oriented programming. | | C++ Programming & Fundamental Concepts | | by Anderson & Heinze | ==================================================== From owner-freebsd-hackers Tue Aug 6 16:47:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15775 for hackers-outgoing; Tue, 6 Aug 1996 16:47:30 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA15764 for ; Tue, 6 Aug 1996 16:47:26 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA23045 for ; Tue, 6 Aug 1996 16:46:53 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma023043; Tue Aug 6 16:46:32 1996 Received: (from julian@localhost) by current1.whistle.com (8.7.5/8.7.3) id QAA15505 for hackers@freebsd.org; Tue, 6 Aug 1996 16:45:54 -0700 (PDT) Date: Tue, 6 Aug 1996 16:45:54 -0700 (PDT) From: Julian Elischer Message-Id: <199608062345.QAA15505@current1.whistle.com> To: hackers@freebsd.org Subject: testing.. Not seeing my own hackers mail Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm not seeing my mail to hackers I might not be getting out.. this is a test From owner-freebsd-hackers Tue Aug 6 16:52:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA16097 for hackers-outgoing; Tue, 6 Aug 1996 16:52:41 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA16087 for ; Tue, 6 Aug 1996 16:52:26 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA23055; Tue, 6 Aug 1996 16:49:53 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma023053; Tue Aug 6 16:49:51 1996 Message-ID: <3207D9F9.41C67EA6@whistle.com> Date: Tue, 06 Aug 1996 16:49:13 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b4 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Charles Henrich CC: hackers@freebsd.org Subject: Re: Intelligent outbound IP source References: <199608062058.QAA02960@crh.cl.msu.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Charles Henrich wrote: > > The situation, I have a machine that is part of two different networks on the > same interface (10.x and a class C), however, as the machine's primary IP > address is in the class C, outbound packets always originate on that IP. Would > it be too much to say if a packet is destined for a network that I have an > alias on, use the first alias as the source IP? This allows machines on both > networks to talk cleanly back to the server without having to have routes to > both networks on the remote hosts. I'm about to commit a small patch to make it more likely that you'll get the first address rather than the last.... julian From owner-freebsd-hackers Tue Aug 6 17:36:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA18157 for hackers-outgoing; Tue, 6 Aug 1996 17:36:56 -0700 (PDT) Received: (from julian@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA18149; Tue, 6 Aug 1996 17:36:55 -0700 (PDT) Date: Tue, 6 Aug 1996 17:36:55 -0700 (PDT) From: Julian Elischer Message-Id: <199608070036.RAA18149@freefall.freebsd.org> To: hackers Subject: I have 3 patches Cc: security Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'd like to submit and check in 2 pathches. they add functionality to inetd and ftpd$ Basically they allow each to run against a single interface. This allows a machine to present totally different services on the inside and outside of a firewall system. The patches are on freefall in ~julian or in www.whistle.com/people/julian I'd like to commit them soon (tomorrow?) julian From owner-freebsd-hackers Tue Aug 6 18:31:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA21058 for hackers-outgoing; Tue, 6 Aug 1996 18:31:00 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA21053; Tue, 6 Aug 1996 18:30:56 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.7.3) with SMTP id SAA05900; Tue, 6 Aug 1996 18:44:38 -0700 (PDT) Date: Tue, 6 Aug 1996 18:44:37 -0700 (PDT) From: Tom Samplonius To: Julian Elischer cc: hackers@freefall.freebsd.org Subject: Re: I have 3 patches In-Reply-To: <199608070036.RAA18149@freefall.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 On Tue, 6 Aug 1996, Julian Elischer wrote: > I'd like to submit and check in 2 pathches. > they add functionality to inetd and ftpd$ > > Basically they allow each to run against a single interface. > This allows a machine to present totally different services on the > inside and outside of a firewall system. > > The patches are on freefall in ~julian > or in www.whistle.com/people/julian > > I'd like to commit them soon (tomorrow?) > > julian > > > xinetd (in ports) already does this. I'm against extending the current inetd because of this. xinetd also has access control, and can limit active processes per service. Tom From owner-freebsd-hackers Tue Aug 6 18:48:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA21702 for hackers-outgoing; Tue, 6 Aug 1996 18:48:25 -0700 (PDT) Received: from csla.csl.sri.com (csla.csl.sri.com [192.12.33.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA21697 for ; Tue, 6 Aug 1996 18:48:22 -0700 (PDT) Received: from impulse.csl.sri.com (impulse.csl.sri.com [130.107.15.11]) by csla.csl.sri.com (8.7.3/8.7.3) with ESMTP id SAA19788 for ; Tue, 6 Aug 1996 18:47:50 -0700 (PDT) Received: from impulse.csl.sri.com (localhost [127.0.0.1]) by impulse.csl.sri.com (8.7.3/8.7.3) with ESMTP id SAA04598 for ; Tue, 6 Aug 1996 18:45:48 -0700 (PDT) Message-Id: <199608070145.SAA04598@impulse.csl.sri.com> To: hackers@freebsd.org Subject: mmap and NFS X-Mailer: Mew version 1.05+ on Emacs 19.30.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 06 Aug 1996 18:45:48 -0700 From: Fred Gilham Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk One of the users I support has written a program that uses mmap and two communicating processes. When he tries to mmap files on NFS mounted partitions, the processes forked by the program hang in an uninterruptable disk wait. The only way to get rid of the processes is to reboot. This happens whether the NFS mounted partition is from a SunOS 4 box or from a FreeBSD box. The same program works OK on a SunOS or Solaris machine. It also works if the file is on a locally mounted partition. A while back someone said something to the effect that he'd like to see examples that break mmap. If anyone would like to get more specifics including the code that demonstrates the problem please let me know. -Fred Gilham gilham@csl.sri.com From owner-freebsd-hackers Tue Aug 6 19:31:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA24011 for hackers-outgoing; Tue, 6 Aug 1996 19:31:43 -0700 (PDT) Received: from arl-img-1.compuserve.com (arl-img-1.compuserve.com [149.174.217.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA24004 for ; Tue, 6 Aug 1996 19:31:39 -0700 (PDT) Received: by arl-img-1.compuserve.com (8.6.10/5.950515) id WAA06548; Tue, 6 Aug 1996 22:31:08 -0400 Date: 06 Aug 96 22:28:39 EDT From: Jan Knepper <100626.3506@CompuServe.COM> To: "[FreeBSD Hackers]" Subject: Contributing to FreeBSD Message-ID: <960807022839_100626.3506_BHL24-1@CompuServe.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi guys.... I have version 2.2-960801 installed and working. I already modified the kernel a little so the whole thing boots a lot faster. Since I would like to help/contribute some of my time to the development of FreeBSD I hope I got the right system up-and-running now. I have seen that there is quite a couple of things that need to be done. Currently I am investigating a couple of HP100VG drivers for the HP 100 MB/sec Ethernet adapters to so if I can make it work for FreeBSD. Would be fun. Could any of you let me know what else (simple) I could start with without inventing the wheel for the x-ed time? If you have any questions feel free to ask. Don't worry, be Kneppie, Jan From owner-freebsd-hackers Tue Aug 6 19:52:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA25945 for hackers-outgoing; Tue, 6 Aug 1996 19:52:22 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA25937; Tue, 6 Aug 1996 19:52:14 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id TAA23698; Tue, 6 Aug 1996 19:50:57 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma023696; Tue Aug 6 19:50:40 1996 Message-ID: <32080459.167EB0E7@whistle.com> Date: Tue, 06 Aug 1996 19:50:01 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b4 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Tom Samplonius CC: Julian Elischer , hackers@freefall.freebsd.org Subject: Re: I have 2 patches References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tom Samplonius wrote: > > On Tue, 6 Aug 1996, Julian Elischer wrote: > > > I'd like to submit and check in 2 pathches. > > they add functionality to inetd and ftpd$ > > > > Basically they allow each to run against a single interface. > > This allows a machine to present totally different services on the > > inside and outside of a firewall system. > > > > The patches are on freefall in ~julian > > or in www.whistle.com/people/julian > > > > I'd like to commit them soon (tomorrow?) > > > > julian > > > > > > > > xinetd (in ports) already does this. I'm against extending the current > inetd because of this. The patches to inetd are not extensive. I'd rather run with the standard item than have to introduce an external item into our product.. If you lookat the patch, and still think that it is too large then I'd be surprised.. It makes quite a difference to the work we need to do > > xinetd also has access control, and can limit active processes per > service. > > Tom From owner-freebsd-hackers Tue Aug 6 20:41:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA00580 for hackers-outgoing; Tue, 6 Aug 1996 20:41:57 -0700 (PDT) Received: from ec.camitel.com ([206.231.123.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA00570 for ; Tue, 6 Aug 1996 20:41:51 -0700 (PDT) Received: from jaba.ec.camitel.com (m0.ec.camitel.com [206.231.123.150]) by ec.camitel.com (8.7.5/8.7.3) with SMTP id XAA01419; Tue, 6 Aug 1996 23:39:58 GMT Message-ID: X-Mailer: XFMail 0.5-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 06 Aug 1996 19:23:50 -0000 () Organization: Labyrinthe Bbs 8-) From: Luc Chamberland To: Tom Samplonius Subject: Re: su question Cc: pius@ienet.com, freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 02-Aug-96 Tom Samplonius wrote: >>On Fri, 2 Aug 1996 pius@ienet.com wrote: > >> Just out of curiosity, >> >> when someone does an su to root, why does su check that the >> username is explicitly listed as a member of group 0 in /etc/group >> instead of just making sure that the user is part of that group >> with getgroups(2)? In other words, why should a user with a group >> ID of 0 in /etc/passwd also have to be listed as a member of wheel >> in /etc/group in order to su to root? >> >> Thanks, >> Pius > > For security reasons. > >Tom I'm curius!.... Can you tell me what someone can find a hole in the security? Thanks, Wolfrider []-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-=--=-=-=-=-=[] | E-Mail : Luc Chamberland | Date: 08/06/96 | Time: 19:23:50 | Programmeur, Electro-Conception []-=-=-=-=-=-=-=-=--=-=-=-=--=-=-=-=-=-=-=-=-=[] Il n'y a pas de jours sans bonheur.... Il n'y a que des jours ou nous sommes aveugles! From owner-freebsd-hackers Tue Aug 6 20:56:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA02040 for hackers-outgoing; Tue, 6 Aug 1996 20:56:13 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA02007 for ; Tue, 6 Aug 1996 20:56:07 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id DAA03401; Wed, 7 Aug 1996 03:55:48 GMT Date: Wed, 7 Aug 1996 12:55:48 +0900 (JST) From: Michael Hancock To: Jan Knepper <100626.3506@CompuServe.COM> cc: "[FreeBSD Hackers]" Subject: Re: Contributing to FreeBSD In-Reply-To: <960807022839_100626.3506_BHL24-1@CompuServe.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 6 Aug 1996, Jan Knepper wrote: > Hi guys.... > > > > I have version 2.2-960801 installed and working. I already modified the kernel a > little so the whole thing boots a lot faster. Since I would like to > help/contribute some of my time to the development of FreeBSD I hope I got the > right system up-and-running now. > > I have seen that there is quite a couple of things that need to be done. > Currently I am investigating a couple of HP100VG drivers for the HP 100 MB/sec > Ethernet adapters to so if I can make it work for FreeBSD. Would be fun. Koshy at HP India might do one if you have a full 100VG environment to test on. i.e. you have at least a 100VG Hub and a PC with a HP100VG card. Regards, Mike Hancock From owner-freebsd-hackers Tue Aug 6 21:25:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA06475 for hackers-outgoing; Tue, 6 Aug 1996 21:25:20 -0700 (PDT) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA06462; Tue, 6 Aug 1996 21:25:16 -0700 (PDT) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id EAA08522; Wed, 7 Aug 1996 04:24:51 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma008519; Wed Aug 7 04:24:22 1996 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id VAA27889; Tue, 6 Aug 1996 21:24:21 -0700 Date: Tue, 6 Aug 1996 21:24:21 -0700 From: "M.R.Murphy" Message-Id: <199608070424.VAA27889@meerkat.mole.org> To: julian@whistle.com, tom@sdf.com Subject: Re: I have 2 patches Cc: hackers@freefall.freebsd.org, julian@freefall.freebsd.org Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > The patches to inetd are not extensive. I'd rather > run with the standard item than have to introduce > an external item into our product.. Wouldn't we all :-) > If you lookat the patch, and still think that it is too large > then I'd be surprised.. > > It makes quite a difference to the work we need to do It means a security audit of the changes for us. I've no opinion yet on the changes; I haven't examined them in detail. They look short enough to evaluate pretty quickly. I _really_ appreciate that Julian asked before just blasting away. Thanks. I'll also add that it initially it looks like all of the functionality can be achieved with TIS FWTK without changing inetd or ftpd. And more :-) -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-hackers Tue Aug 6 21:26:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA06621 for hackers-outgoing; Tue, 6 Aug 1996 21:26:32 -0700 (PDT) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA06607; Tue, 6 Aug 1996 21:26:29 -0700 (PDT) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id EAA08535; Wed, 7 Aug 1996 04:26:20 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma008532; Wed Aug 7 04:25:57 1996 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id VAA27899; Tue, 6 Aug 1996 21:25:57 -0700 Date: Tue, 6 Aug 1996 21:25:57 -0700 From: "M.R.Murphy" Message-Id: <199608070425.VAA27899@meerkat.mole.org> To: julian@whistle.com, tom@sdf.com Subject: Re: I have 2 patches Cc: hackers@freefall.freebsd.org, julian@freefall.freebsd.org Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > The patches to inetd are not extensive. I'd rather > run with the standard item than have to introduce > an external item into our product.. > If you lookat the patch, and still think that it is too large > then I'd be surprised.. > > The patches to inetd are not extensive. I'd rather > run with the standard item than have to introduce > an external item into our product.. > If you lookat the patch, and still think that it is too large > then I'd be surprised.. > > The patches to inetd are not extensive. I'd rather > run with the standard item than have to introduce > an external item into our product.. Wouldn't we all :-) > If you lookat the patch, and still think that it is too large > then I'd be surprised.. > > It makes quite a difference to the work we need to do It means a security audit of the changes for us. I've no opinion yet on the changes; I haven't examined them in detail. They look short enough to evaluate pretty quickly. I _really_ appreciate that Julian asked before just blasting away. Thanks. I'll also add that initially it looks like all of the functionality can be achieved with TIS FWTK without changing inetd or ftpd. And more :-) -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-hackers Tue Aug 6 22:06:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA11379 for hackers-outgoing; Tue, 6 Aug 1996 22:06:11 -0700 (PDT) Received: from dawn.ww.net (root@dawn.ww.net [193.124.73.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA11352 for ; Tue, 6 Aug 1996 22:06:00 -0700 (PDT) Received: (from alexis@localhost) by dawn.ww.net (8.7.5/alexis 2.5) id JAA05905; Wed, 7 Aug 1996 09:04:05 +0400 (MSD) Message-Id: <199608070504.JAA05905@dawn.ww.net> Subject: BEST POWER To: upsd-list@ww.net Date: Wed, 7 Aug 1996 09:04:04 +0400 (MSD) From: Alexis Yushin Cc: freebsd-hackers@freebsd.org Reply-To: alexis@ww.net (Alexis Yushin) X-Office-Phone: +380 65 2 26.1410 X-Home-Phone: +380 65 2 27.0747 X-NIC-Handle: AY23 X-RIPE-Handle: AY6-RIPE 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 Goodmorning, Well, I have obtained the sources of BEST POWER daemon and well, I cannot say that everything is clear with its command set but I've got the idea of how it looks. Does anyone here really have BEST POWER UPS to help me with the development of upsd module for it? Thanks, alexis -- If a camel flies, no one laughs if it doesn't get very far. From owner-freebsd-hackers Tue Aug 6 22:25:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA13857 for hackers-outgoing; Tue, 6 Aug 1996 22:25:12 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA13850; Tue, 6 Aug 1996 22:25:09 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.7.3) with SMTP id WAA06164; Tue, 6 Aug 1996 22:38:50 -0700 (PDT) Date: Tue, 6 Aug 1996 22:38:49 -0700 (PDT) From: Tom Samplonius To: "M.R.Murphy" cc: julian@whistle.com, hackers@freefall.freebsd.org, julian@freefall.freebsd.org Subject: Re: I have 2 patches In-Reply-To: <199608070425.VAA27899@meerkat.mole.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 On Tue, 6 Aug 1996, M.R.Murphy wrote: > I'll also add that initially it looks like all of the functionality can > be achieved with TIS FWTK without changing inetd or ftpd. And more :-) FWTK can not be used on "revenue generating" systems without a commercial licence. "revenue generating" is very broad, and covers most installations. Julian's changes (as well as xinetd of course!) would not be so restricted. Tom From owner-freebsd-hackers Wed Aug 7 01:22:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA24297 for hackers-outgoing; Wed, 7 Aug 1996 01:22:04 -0700 (PDT) Received: from schubert.promo.de (schubert.Promo.DE [194.45.188.65]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA24292; Wed, 7 Aug 1996 01:21:59 -0700 (PDT) Received: from quick.promo.de (quick.Promo.DE [194.45.188.67]) by schubert.promo.de (8.6.12/8.6.12) with SMTP id KAA28995; Wed, 7 Aug 1996 10:19:36 +0200 Message-ID: Date: 7 Aug 1996 10:20:40 +0200 From: "Stefan Bethke" Subject: Re: I have 3 patches To: hackers@freefall.freebsd.org Cc: "Julian Elischer" X-Mailer: Mail*Link SMTP-QM 3.0.2 Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; Name="Message Body" Content-Transfer-Encoding: quoted-printable Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'd like to submit and check in 2 pathches. > they add functionality to inetd and ftpd$ > Basically they allow each to run against a single interface. > This allows a machine to present totally different services on the > inside and outside of a firewall system. Very nice, I was waiting for for such functionality. I've looked into named a while ago to do the same (split-horizon for = internal/external), but it didn't become clear how to do it; maybe = someone could provide a patch to limit the ports named bind()s to or give = me a hint where to look in named? Stefan Bethke -- Promo Datentechnik | Tel. +49-40-431360-0 + Systemberatung GmbH | Fax. +49-40-431360-60 Waterloohain 6-8 | e-mail: stefan@Promo.DE D-22769 Hamburg | http://www.Promo.DE/ From owner-freebsd-hackers Wed Aug 7 01:36:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA25230 for hackers-outgoing; Wed, 7 Aug 1996 01:36:17 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA25224; Wed, 7 Aug 1996 01:36:13 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id BAA24748; Wed, 7 Aug 1996 01:34:38 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma024746; Wed Aug 7 01:34:31 1996 Message-ID: <320854F0.59E2B600@whistle.com> Date: Wed, 07 Aug 1996 01:33:52 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b4 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Stefan Bethke CC: hackers@freefall.freebsd.org, Julian Elischer Subject: Re: I have 3 patches References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Stefan Bethke wrote: > > > I'd like to submit and check in 2 pathches. > > they add functionality to inetd and ftpd$ > > > Basically they allow each to run against a single interface. > > This allows a machine to present totally different services on > > the inside and outside of a firewall system. > > Very nice, I was waiting for for such functionality. > > I've looked into named a while ago to do the same (split-horizon > for internal/external), but it didn't become clear how to do it; > maybe someone could provide a [..] Apparently the next version of named will suport this standard. > > Stefan Bethke > > -- > Promo Datentechnik | Tel. +49-40-431360-0 > + Systemberatung GmbH | Fax. +49-40-431360-60 > Waterloohain 6-8 | e-mail: stefan@Promo.DE > D-22769 Hamburg | http://www.Promo.DE/ From owner-freebsd-hackers Wed Aug 7 02:01:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA26913 for hackers-outgoing; Wed, 7 Aug 1996 02:01:21 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA26904 for ; Wed, 7 Aug 1996 02:01:12 -0700 (PDT) Received: (from rbezuide@localhost) by zibbi.mikom.csir.co.za (8.7.5/8.7.3) id LAA03760 for freebsd-hackers@freebsd.org; Wed, 7 Aug 1996 11:00:46 +0200 (SAT) From: R Bezuidenhout Message-Id: <199608070900.LAA03760@zibbi.mikom.csir.co.za> Subject: ansi.ph in sys/machine ?? To: freebsd-hackers@freebsd.org Date: Wed, 7 Aug 1996 11:00:46 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL16 (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 all I am using a perl script that is trying to use syslog for its logging. It includes /usr/share/perl/syslog.ph which in turn tries to include /usr/share/perl/machine/ansi.ph In /usr/share/perl/syslog.ph if (defined &KERNEL) { } else { require 'machine/ansi.ph'; require 'sys/cdefs.ph'; } But there is no machine directory in /usr/share/perl .. only a sys. I had a look and in the Makefile in /usr/src/gnu/usr.bin/perl/x2p and there h2ph is called: h2ph * sys/* ??? Why isn't machine/* added to this list ? Is there a reason for this ... if there isn't :) can someone please add it :) I see this in 2.1.5 and CURRENT Thanx Reinier -- ######################################################################## # # # Reinier Bezuidenhout Company: Mikomtek CSIR, ZA # # # # Network Engineer - NetSec development team # # # # Current Projects: NetSec - Secure Platform firewall system # # http://www.mikom.csir.co.za # # # # E-mail: rbezuide@mikom.csir.co.za # # # ######################################################################## From owner-freebsd-hackers Wed Aug 7 03:13:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA01676 for hackers-outgoing; Wed, 7 Aug 1996 03:13:00 -0700 (PDT) Received: from hil-img-4.compuserve.com (hil-img-4.compuserve.com [149.174.177.134]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA01668 for ; Wed, 7 Aug 1996 03:12:55 -0700 (PDT) Received: by hil-img-4.compuserve.com (8.6.10/5.950515) id GAA07226; Wed, 7 Aug 1996 06:11:49 -0400 Date: 07 Aug 96 06:06:50 EDT From: Jan Knepper <100626.3506@CompuServe.COM> To: Michael Hancock , "[FreeBSD Hackers]" Subject: Re: Contributing to FreeBSD Message-ID: <960807100650_100626.3506_BHL145-1@CompuServe.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Hancock wrote: /* Koshy at HP India might do one if you have a full 100VG environment to test on. i.e. you have at least a 100VG Hub and a PC with a HP100VG card. */ I have! Do I need to contact Koshy by e-mail? Thanks for the response! Jan Knepper From owner-freebsd-hackers Wed Aug 7 03:56:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA04122 for hackers-outgoing; Wed, 7 Aug 1996 03:56:27 -0700 (PDT) Received: from arl-img-3.compuserve.com (arl-img-3.compuserve.com [149.174.217.133]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA04117 for ; Wed, 7 Aug 1996 03:56:25 -0700 (PDT) Received: by arl-img-3.compuserve.com (8.6.10/5.950515) id GAA18385; Wed, 7 Aug 1996 06:53:20 -0400 Date: 07 Aug 96 06:52:12 EDT From: Jan Knepper <100626.3506@CompuServe.COM> To: A JOSEPH KOSHY , "[FreeBSD Hackers]" Subject: HP 100 VG (PCI) Message-ID: <960807105212_100626.3506_BHL139-1@CompuServe.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Sorry for dropping in on you like this, but Michael Hancock mentioned you (I guess) while he was talking about getting a driver for the HP 100 VG PCI Lan Adapter for FreeBSD. Am I correct and is there something you know I don't? Don't worry, be Kneppie, Jan Knepper From owner-freebsd-hackers Wed Aug 7 04:10:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA05385 for hackers-outgoing; Wed, 7 Aug 1996 04:10:36 -0700 (PDT) Received: from gatekeeper.marben.be (gatekeeper.marben.be [194.78.27.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA05379 for ; Wed, 7 Aug 1996 04:10:31 -0700 (PDT) Received: (from smap@localhost) by gatekeeper.marben.be (8.6.12/8.6.9) id NAA27770 for <@gatekeeper.marben.be:hackers@Freebsd.org>; Wed, 7 Aug 1996 13:18:44 +0200 Received: from tarifa.marben.be(172.20.0.254) by gatekeeper.marben.be via smap (V1.3) id sma027756; Wed Aug 7 13:18:14 1996 Received: from tarifa.marben.be by tarifa via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA14057; Wed, 7 Aug 1996 12:59:25 +0200 Message-ID: <3208770C.2BE1@marben.be> Date: Wed, 07 Aug 1996 12:59:24 +0200 From: Jean-Pierre Morant Organization: Marben SA-NV X-Mailer: Mozilla 3.0b5aGold (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: hackers@Freebsd.org Subject: Excite for BSDI : almost working ... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@Freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've almost get the Excite system to run on freeBSD 2.1.5 but there is still a problem with the architextIndex program : ./architextIndex correctly returns : Must specify root index filename When invoked to create the test_1 DB, it returns : .... /usr/local/etc/architext/architextIndex -C /usr/local/etc/architext/collections/test_1.cf -R /usr/local/etc/architext/collections//new/test_1 /usr/local/www/data -log /usr/local/etc/architext/collections/AT-test_1.log -prog /usr/local/etc/architext/collections/AT-test_1.prog -html Memory fault - core dumped Has anyone got it working ? Any idea ???? Thanks -- Jean-Pierre Morant c/o MARBEN S.A./N.V. La vie serait tellement Boulevard du Souverain,400, Vorstlaan plus facile 1160 Bruxelles Si seulement Belgium nous avions les sources.... + 32 2 663 1130 (phone) + 32 2 663 1199 (fax) http://www.marben.be jpm@marben.be From owner-freebsd-hackers Wed Aug 7 05:51:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA14556 for hackers-outgoing; Wed, 7 Aug 1996 05:51:14 -0700 (PDT) Received: from eac.iafrica.com ([196.7.192.149]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA14178 for ; Wed, 7 Aug 1996 05:48:15 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id OAA01558; Wed, 7 Aug 1996 14:45:49 +0200 From: Robert Nordier Message-Id: <199608071245.OAA01558@eac.iafrica.com> Subject: Re: SAMBA and DOS file systems To: rpt@miles.sso.wdl.lmco.comm (Richard Toren) Date: Wed, 7 Aug 1996 14:45:47 +0200 (SAT) Cc: hackers@FreeBSD.org In-Reply-To: from "Richard Toren" at Aug 6, 96 07:04:09 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Richard Toren wrote: > SAMBA seems to have really picked up as a topic these last couple of weeks. > > My question concerns the file systems that SAMBA uses to support the > remote requests. This machine is used for both FBSD and WFWG 3.11. I am > planning to use SAMBA as a file server for the WFWG files stored in the > DOS partitions, and used on another WFWG machine. > > I have been following (over the last year) the saga of the fitness of > using the DOS FS. Some people seem to have a disaster, and others say it > works just fine. In my case I have 3 DOS partitions (1 primary and 2 > extended) of 250 Mb each. > > Is SAMBA safe with DOS partitions? Should the FreeBSD partitions be the > only ones used? > > Any experiences are guidelines would be appreciated.... I can't comment about SAMBA, but the following is reasonably definitive regarding the state of the msdosfs itself: * Use of the msdosfs to access certain DOS partitions may cause corruption to a non-DOS partition not necessarily on the same drive. * The msdosfs code permits numerous race conditions and deadlocks, and also has major bugs at a more fundamental level (messing up when moving/renaming directories, as one example). Corruption to non-DOS partitions typically occurs in the case of 64-head IDE drives accessing large DOS partitions with 64-sector cluster sizes. From data I have gathered, use of FIPS is _not_ a necessary or sufficient condition for this. Apparently /dev/wd is. A while ago, I spent a couple of days investigating the corruption problem. However I have only four different non-SCSI drives here, and was unable to corrupt any of them. As I was lacking an EIDE/translating controller at the time, I didn't pursue this. The non-DOS partition corruption problem is a system configuration issue and is avoidable, with planning. Avoid it, and the msdosfs is perfectly usable for simple data transfers (one user copying individual files to and from a DOS filesystem). If you value your data, I'd say the msdosfs is pretty much _unusable_ for anything more complex. -- Robert Nordier From owner-freebsd-hackers Wed Aug 7 06:05:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA16451 for hackers-outgoing; Wed, 7 Aug 1996 06:05:03 -0700 (PDT) Received: from filitov.isf.rl.af.mil (FILITOV.ISF.RL.AF.MIL [128.132.64.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA16408; Wed, 7 Aug 1996 06:04:48 -0700 (PDT) Received: (from green@localhost) by filitov.isf.rl.af.mil (8.7.3/8.7.3) id JAA04106; Wed, 7 Aug 1996 09:04:27 -0400 (EDT) Message-Id: <199608071304.JAA04106@filitov.isf.rl.af.mil> From: green@filitov.isf.rl.af.mil (Charles Green) Date: Wed, 7 Aug 1996 09:04:26 +1000 X-Mailer: Mail User's Shell (7.2.4 2/2/92) To: hackers@freebsd.org, current@freebsd.org Subject: Willows support for freebsd Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk With all the talk about willows on the mailing lists I thought I'd post a letter from willows I recieved from them last week. (I had permission to post the letter) "Laurent Gharda" stands accused of saying: } Hello Charles, } } Thanks for your interest in the 32-bit Willows Toolkit (formerly known } as TWIN APIW)! We just posted beta versions of Linux and Solaris, with } Mac and the other UNIX versions coming soon. } } And no, there is no FreeBSD version planned available right now. } } HOWEVER, a significant amount of work went into it in the past (with the } 16 bit version), which means that we could introduce a 32-bit version } cross-platform toolkit (no xwin emulator for now) with a few more weeks } of work. } } We have now gone to a commercial model (we charge for our products and } services, since no one paid us for our products before) and can no } longer expend engineering resources unless there is a return on our } investment. I am sure you appreciate the problem! } } The Willows Toolkit for UNIX (includes source for the libraries for 9 } different UNIX platforms) costs $4,995 per named developer (with sharp } quantity discounts) + 20% per year for support. } } Not only is this price much lower than the other commercial } alternatives, but we charge no royalties (others charge from $75 to $100 } per shipped copy of the application you build), we provide the source to } the libraries and we have a Macintosh version (so we're much more of a } true cross-platform solution, we're not just UNIX). } } We could very well introduce a FreeBSD version within weeks if we had } just 3 or 4 orders (to cover our costs). If you feel the availability } of a cross-platform toolkit would make a difference toward a broader } acceptance of FreeBSD, can you help drum up interest in it so we can } justify finishing the work (and yes, it's OK to post this on the mailing } lists)? } } We would very much like to introduce such a version, but we need help! } } I look forward to hearing from you, Charles! } } Best regards, } } Laurent } } -- } } } Laurent Gharda Tel: (408) 777-1825 } Willows Software Fax: (408) 777-1827 } 12950 Saratoga Avenue, Suite A e-mail: laurent@willows.com } Saratoga, CA 95070 URL: www.willows.com }-- End of excerpt from "Laurent Gharda" -- Charles Green, PRC, Inc. Rome Laboratory, NY From owner-freebsd-hackers Wed Aug 7 06:24:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA18281 for hackers-outgoing; Wed, 7 Aug 1996 06:24:13 -0700 (PDT) Received: from tellab5.lisle.tellabs.com (tellab5.lisle.tellabs.com [138.111.243.28]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA18242; Wed, 7 Aug 1996 06:24:03 -0700 (PDT) From: mikebo@tellabs.com Received: from sunc210.tellabs.com by tellab5.lisle.tellabs.com with smtp (Smail3.1.29.1 #4) id m0uo8a8-0004fbC; Wed, 7 Aug 96 08:23 CDT Received: by sunc210.tellabs.com (SMI-8.6/1.9) id IAA21544; Wed, 7 Aug 1996 08:22:43 -0500 Message-Id: <199608071322.IAA21544@sunc210.tellabs.com> Subject: Re: 2.1.5R PANIC on AHA2742AT To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Wed, 7 Aug 1996 08:22:42 -0500 (CDT) Cc: mikebo (Mike Borowiec), mrm@mole.mole.org, bugs@freebsd.org, hackers@freebsd.org In-Reply-To: <199608062259.PAA10154@freefall.freebsd.org> from "Justin T. Gibbs" at Aug 6, 96 03:59: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 Justin wrote (and Mike Murphy concurred): > > Disable the uha0 device from within userconfig (boot with the -c flag). > Okay... I disabled everything except the console (sc0), floppy (fd0) and ethernet (ed0) which I need to get running... I get all the way through the configuration screens, right up to the point where the ethernet board is to be initialized. The ethernet configuration screen reads: Fatal signal 11 caught! I'm dead... The last line of my debug screen reads: DEBUG: Init routine called for network device ed0. >From this point on, all I can do is toggle between the config screen and the DEBUG screen. In the boot (/kernel -c) I manually reconfigured my ethernet board to the following values: ed0 at 0x280-0x29f irq 9 maddr 0xdc000 msize 16384 on isa I don't like using irq 9, but my system is full of cards. Besides, it has worked just fine under 2.1.0-RELEASE. The device is found at boot all right, and even tells me the hardware address, yet the install blows up on the ifconfig. Now what? 8v( - Mike -- -------------------------------------------------------------------------- Michael Borowiec - mikebo@tellabs.com - Tellabs Operations Inc. Senior Member of Technical Staff 4951 Indiana Avenue, MS 63 708-512-8211 FAX: 708-512-7099 Lisle, IL 60532 USA -------------------------------------------------------------------------- From owner-freebsd-hackers Wed Aug 7 06:33:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA19803 for hackers-outgoing; Wed, 7 Aug 1996 06:33:54 -0700 (PDT) Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA19778 for ; Wed, 7 Aug 1996 06:33:42 -0700 (PDT) Received: (from jc@localhost) by irbs.irbs.com (8.7.5/8.6.6) id JAA15857 for freebsd-hackers@freebsd.org; Wed, 7 Aug 1996 09:33:09 -0400 (EDT) From: John Capo Message-Id: <199608071333.JAA15857@irbs.irbs.com> Subject: Re: I have 3 patches To: freebsd-hackers@freebsd.org Date: Wed, 7 Aug 1996 09:33:09 -0400 (EDT) In-Reply-To: from Stefan Bethke at "Aug 7, 96 10:20:40 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Stefan Bethke writes: > > I've looked into named a while ago to do the same (split-horizon for internal/external), but it didn't become clear how to do it; maybe someone could provide a patch to limit the ports named bind()s to or give me a hint where to look in named? > No patches needed. The docs are in the Bind Operations Guide. secure_zone IN TXT 192.9.0.0:255.255.255.0 secure_zone IN TXT 199.182.75.0:255.255.255.240 John Capo jc@irbs.com IRBS Engineering FreeBSD Servers and Workstations (954) 792-9551 Unix/Internet Consulting - ISP Solutions From owner-freebsd-hackers Wed Aug 7 06:37:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA20356 for hackers-outgoing; Wed, 7 Aug 1996 06:37:53 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA20349; Wed, 7 Aug 1996 06:37:48 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id GAA11104; Wed, 7 Aug 1996 06:37:28 -0700 (PDT) To: mikebo@tellabs.com cc: gibbs@freefall.freebsd.org (Justin T. Gibbs), mikebo@freefall.freebsd.org (Mike Borowiec), mrm@mole.mole.org, bugs@freebsd.org, hackers@freebsd.org Subject: Re: 2.1.5R PANIC on AHA2742AT In-reply-to: Your message of "Wed, 07 Aug 1996 08:22:42 CDT." <199608071322.IAA21544@sunc210.tellabs.com> Date: Wed, 07 Aug 1996 06:37:27 -0700 Message-ID: <11102.839425047@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The ethernet configuration screen reads: > Fatal signal 11 caught! I'm dead... > > The last line of my debug screen reads: > DEBUG: Init routine called for network device ed0. Did you not enter the name of a name server? Jordan From owner-freebsd-hackers Wed Aug 7 07:41:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA28730 for hackers-outgoing; Wed, 7 Aug 1996 07:41:05 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA28703 for ; Wed, 7 Aug 1996 07:40:58 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id HAA11556 for ; Wed, 7 Aug 1996 07:40:45 -0700 (PDT) To: hackers@freebsd.org Subject: updating mkisofs to 1.05 - thoughts? Date: Wed, 07 Aug 1996 07:40:44 -0700 Message-ID: <11552.839428844@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I could: 1. Import 1.05 on the `mkisofs' vendor branch and merge, as usual. or 2. Import anew into /usr/src/contrib/gnu/mkisofs and turn /usr/src/gnu/usr.bin/mkisofs into a stub. or 3. Admit that hardly anyone other than me uses mkisofs and we should move it into /usr/ports. :-) Feedback solicited. Jordan From owner-freebsd-hackers Wed Aug 7 08:06:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA02868 for hackers-outgoing; Wed, 7 Aug 1996 08:06:20 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA02846; Wed, 7 Aug 1996 08:06:15 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id RAA06959; Wed, 7 Aug 1996 17:05:01 +0200 (MET DST) To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: updating mkisofs to 1.05 - thoughts? In-reply-to: Your message of "Wed, 07 Aug 1996 07:40:44 PDT." <11552.839428844@time.cdrom.com> Date: Wed, 07 Aug 1996 17:05:00 +0200 Message-ID: <6954.839430300@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <11552.839428844@time.cdrom.com>, "Jordan K. Hubbard" writes: >Feedback solicited. 3, 2, 1 in order of preference. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Wed Aug 7 08:08:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA03336 for hackers-outgoing; Wed, 7 Aug 1996 08:08:31 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA03329 for ; Wed, 7 Aug 1996 08:08:28 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.5/8.7.3) id LAA12788; Wed, 7 Aug 1996 11:08:27 -0400 (EDT) Date: Wed, 7 Aug 1996 11:08:27 -0400 (EDT) From: Charles Henrich Message-Id: <199608071508.LAA12788@crh.cl.msu.edu> To: jkh@time.cdrom.com, freebsd-hackers@freebsd.org Subject: Re: updating mkisofs to 1.05 - thoughts? Newsgroups: lists.freebsd.hackers References: <4uab23$tn6@msunews.cl.msu.edu> X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In lists.freebsd.hackers you write: >I could: >1. Import 1.05 on the `mkisofs' vendor branch and merge, as usual. >or >2. Import anew into /usr/src/contrib/gnu/mkisofs and turn > /usr/src/gnu/usr.bin/mkisofs into a stub. >or >3. Admit that hardly anyone other than me uses mkisofs and we should > move it into /usr/ports. :-) I use it, but it really ought to be a port :) I use 1.05 here.. -Crh -- Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Wed Aug 7 08:27:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA06415 for hackers-outgoing; Wed, 7 Aug 1996 08:27:37 -0700 (PDT) Received: from main.gbdata.com (GB2.Brewich.COM [207.90.222.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA06404 for ; Wed, 7 Aug 1996 08:27:32 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.7.5/8.6.9) id KAA13804 for hackers@FreeBSD.ORG; Wed, 7 Aug 1996 10:27:25 -0500 (CDT) From: Gary Clark II Message-Id: <199608071527.KAA13804@main.gbdata.com> Subject: Re: updating mkisofs to 1.05 - thoughts? To: hackers@FreeBSD.ORG Date: Wed, 7 Aug 1996 10:27:23 -0500 (CDT) In-Reply-To: <11552.839428844@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 7, 96 07:40:44 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: application/pgp; format=text; x-action=sign Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Jordan K. Hubbard wrote: - --SNIP-- > 3. Admit that hardly anyone other than me uses mkisofs and we should > move it into /usr/ports. :-) > > Feedback solicited. I vote for 3. I don't recall very many people at all even making a comment about it:) > > Jordan > - -- 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 mail info@GBData.COM for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/freebsd-faq.ascii -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMgi1zwiUiAbyRdGdAQFSSQQAnKNo7eumLM1IvU4YMRdpelzdZVUrr/gx MZ7cbneut9MMTR5rMwS0vqWiXBD0r520qtDqmSCRtzyfETvmvI612mI13vQADeJa SQauvnHIsY8UCdbkzuiI6FNyy7tOGcv6a/RxKZwgoSDeV9ruhEo5gY/Wq7DlB/nZ s+SFUuQqLL8= =cwHN -----END PGP SIGNATURE----- From owner-freebsd-hackers Wed Aug 7 08:40:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA07581 for hackers-outgoing; Wed, 7 Aug 1996 08:40:21 -0700 (PDT) Received: from E-MAIL.COM (e-mail.com [199.171.26.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA07576 for ; Wed, 7 Aug 1996 08:40:14 -0700 (PDT) Received: from IMXGATE.COM by E-MAIL.COM (IBM VM SMTP V2R3) with BSMTP id 3711; Wed, 07 Aug 96 11:39:55 EDT Received: from sv13.cis.squared.com by imxgate.com (IBM VM SMTP V2R3) with TCP; Wed, 07 Aug 96 11:39:53 EDT Received: from mg01a.mhs.squared.com by sv13.cis.squared.com (AIX 4.1/UCB 5.64/4.03) id AA32682; Wed, 7 Aug 1996 11:39:40 -0400 Received: from NetWare MHS (SMF70) by mg01a.mhs.squared.com via Connect2-SMTP 4.00.b27D; Wed, 7 Aug 1996 11:37:29 -0400 Message-Id: <77B6AC5B0187397C@mg01a.mhs.squared.com> Date: Wed, 7 Aug 1996 11:38:57 -0400 From: "Sexton, Robert" Organization: Square D To: freebsd-hackers@freefall.FreeBSD.org Subject: Intense wierdness re:perl. Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7BIT X-Mailer: Connect2-SMTP 4.00.b27D MHS to SMTP Gateway Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Howdy, I lost a disk last night, and after scraping the system off the floor with backup tapes, I have happened across a truly bizarre problem: Perl, when executing the majordomo scripts, dumps core with a signal 11 (SIGSEG, I think). For the life of me, I cannot figure out why. It worked before, and I had good restores on my dump tapes (I did have to fix some group id's after restoring my incrementals). I had to re-organize the locations of root, var, and usr, and I wonder if some sort of /dev entry problem is causing this. Thanks for any ideas, Robert Sexton From owner-freebsd-hackers Wed Aug 7 08:45:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA08210 for hackers-outgoing; Wed, 7 Aug 1996 08:45:43 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA08194 for ; Wed, 7 Aug 1996 08:45:35 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id KAA30513; Wed, 7 Aug 1996 10:45:22 -0500 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id sma030497; Wed Aug 7 10:45:01 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id KAA25887; Wed, 7 Aug 1996 10:45:02 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.5/8.6.12) with SMTP id KAA15925; Wed, 7 Aug 1996 10:44:58 -0500 (CDT) Message-Id: <199608071544.KAA15925@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: updating mkisofs to 1.05 - thoughts? In-reply-to: Your message of "Wed, 07 Aug 1996 07:40:44 PDT." <11552.839428844@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Aug 1996 10:44:57 -0500 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" writes: >I could: > >1. Import 1.05 on the `mkisofs' vendor branch and merge, as usual. > >or > >2. Import anew into /usr/src/contrib/gnu/mkisofs and turn > /usr/src/gnu/usr.bin/mkisofs into a stub. > no real opinions on 1 or 2 here. I'm fixin' to put in the ability to make bootable CDs, some of which will go here; as soon as I get hardware that supports booting to CD. >or > >3. Admit that hardly anyone other than me uses mkisofs and we should > move it into /usr/ports. :-) I suspect that more people are using it than you think. We've got two burners here hooked up to FBSD machines. > > Jordan > eric. -- erich@lodgenet.com http://rrnet.com/~erich erich@rrnet.com From owner-freebsd-hackers Wed Aug 7 09:30:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA14212 for hackers-outgoing; Wed, 7 Aug 1996 09:30:31 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA14191 for ; Wed, 7 Aug 1996 09:30:27 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id QAA07632 for ; Wed, 7 Aug 1996 16:30:18 GMT Date: Thu, 8 Aug 1996 01:30:18 +0900 (JST) From: Michael Hancock Reply-To: Michael Hancock To: FreeBSD Hackers Subject: kern_mib.c:int securelevel = -1; 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 looks like the assignment of securelevel was put into kern_mib.c from kern_sysctl.c. This is ok I guess, but I'd like to have an option INSECURE that we can turn off... #ifdef INSECURE int securelevel = -1 #else int securelevel #endif Here's the a comment from ... * Security levels are as follows: * -1 permanently insecure mode - always run system in level 0 mode. * 0 insecure mode - immutable and append-only flags make be turned off. * All devices may be read or written subject to permission modes. * 1 secure mode - immutable and append-only flags may not be changed; * raw disks of mounted filesystems, /dev/mem, and /dev/kmem are * read-only. * 2 highly secure mode - same as (1) plus raw disks are always * read-only whether mounted or not. This level precludes tampering * with filesystems by unmounting them, but also inhibits running * newfs while the system is secured. * * In normal operation, the system runs in level 0 mode while single user * and in level 1 mode while multiuser. If level 2 mode is desired while * running multiuser, it can be set in the multiuser startup script * (/etc/rc.local) using sysctl(1). If it is desired to run the system * in level 0 mode while multiuser, initialize the variable securelevel * in /sys/kern/kern_sysctl.c to -1. Note that it is NOT initialized to * zero as that would allow the kernel binary to be patched to -1. * Without initialization, securelevel loads in the BSS area which only * comes into existence when the kernel is loaded and hence cannot be * patched by a stalking hacker. */ Can someone commit this please? Regards, Mike Hancock From owner-freebsd-hackers Wed Aug 7 09:50:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA16988 for hackers-outgoing; Wed, 7 Aug 1996 09:50:15 -0700 (PDT) Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA16979 for ; Wed, 7 Aug 1996 09:50:13 -0700 (PDT) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail13.digital.com (8.7.5/UNX 1.2/1.0/WV) id MAA02457; Wed, 7 Aug 1996 12:40:53 -0400 (EDT) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA15390; Wed, 7 Aug 1996 18:40:51 +0200 Message-Id: <9608071640.AA15390@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: hackers@freebsd.org In-Reply-To: Message from "Jordan K. Hubbard" of Wed, 07 Aug 96 07:40:44 PDT. Reply-To: gjennejohn@frt.dec.com Subject: Re: updating mkisofs to 1.05 - thoughts? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Aug 96 18:40:51 +0200 X-Mts: smtp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk jkh@time.cdrom.com writes: > I could: > > 1. Import 1.05 on the `mkisofs' vendor branch and merge, as usual. > > or > > 2. Import anew into /usr/src/contrib/gnu/mkisofs and turn > /usr/src/gnu/usr.bin/mkisofs into a stub. > > or > > 3. Admit that hardly anyone other than me uses mkisofs and we should > move it into /usr/ports. :-) > > Feedback solicited. > make it a port. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-hackers Wed Aug 7 10:09:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19652 for hackers-outgoing; Wed, 7 Aug 1996 10:09:03 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA19643 for ; Wed, 7 Aug 1996 10:09:01 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id KAA01216 for ; Wed, 7 Aug 1996 10:09:00 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id NAA09633 for ; Wed, 7 Aug 1996 13:11:27 -0400 Date: Wed, 7 Aug 1996 13:11:27 -0400 Message-Id: <199608071711.NAA09633@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (Dennis) Subject: IPX/NS addressing question Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It seems that if you add xns addresss on two interfaces, lots of stuff stops working, particularly that the box ARPs with the wrong address. I know that there was some discussion about there only being 1 hardware address per system....but this seems to suggest that its broken altogether. Is there a workaround, as -current is not an option. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Wed Aug 7 10:15:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA20613 for hackers-outgoing; Wed, 7 Aug 1996 10:15:07 -0700 (PDT) Received: from tellab5.lisle.tellabs.com (tellab5.lisle.tellabs.com [138.111.243.28]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA20600; Wed, 7 Aug 1996 10:15:04 -0700 (PDT) From: mikebo@tellabs.com Received: from sunc210.tellabs.com by tellab5.lisle.tellabs.com with smtp (Smail3.1.29.1 #4) id m0uoCBi-0004faC; Wed, 7 Aug 96 12:14 CDT Received: by sunc210.tellabs.com (SMI-8.6/1.9) id MAA21702; Wed, 7 Aug 1996 12:13:45 -0500 Message-Id: <199608071713.MAA21702@sunc210.tellabs.com> Subject: Re: 2.1.5R PANIC on AHA2742AT To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 7 Aug 1996 12:13:45 -0500 (CDT) Cc: mikebo (Mike Borowiec), mrm@mole.mole.org, bugs@freebsd.org, hackers@freebsd.org In-Reply-To: <11102.839425047@time.cdrom.com> from "Jordan K. Hubbard" at Aug 7, 96 06:37: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 Jordan wrote: > > > The ethernet configuration screen reads: > > Fatal signal 11 caught! I'm dead... > > > > The last line of my debug screen reads: > > DEBUG: Init routine called for network device ed0. > > Did you not enter the name of a name server? > No... This is my home setup, and the install target is my main (of two) machines. The second machine is primarily my kid's game machine. It's my UNIX play-toy second, so they are hardly ever running UNIX simultaneously. Is a nameserver mandatory? If so, the field editing probably shouldn't have let me proceed without entering a value (or offering a default value like "NO"). Anyway, I'm trying to do a load via NFS, and spec'ed the server like so: 198.102.156.5:/usr/FreeBSD. It shouldn't need a nameserver. What to do? - Mike -- -------------------------------------------------------------------------- Michael Borowiec - mikebo@tellabs.com - Tellabs Operations Inc. Senior Member of Technical Staff 4951 Indiana Avenue, MS 63 708-512-8211 FAX: 708-512-7099 Lisle, IL 60532 USA -------------------------------------------------------------------------- From owner-freebsd-hackers Wed Aug 7 10:53:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA24888 for hackers-outgoing; Wed, 7 Aug 1996 10:53:11 -0700 (PDT) Received: from cornus.FSL.ORST.EDU (root@FSL.ORST.EDU [128.193.112.105]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA24871 for ; Wed, 7 Aug 1996 10:53:07 -0700 (PDT) Received: from picea.FSL.ORST.EDU (hernanw@picea.FSL.ORST.EDU [128.193.112.3]) by cornus.FSL.ORST.EDU (8.6.9/8.6.9) with ESMTP id KAA08452; Wed, 7 Aug 1996 10:53:06 -0700 Received: (from hernanw@localhost) by picea.FSL.ORST.EDU (8.7/8.6.9) id KAA18602; Wed, 7 Aug 1996 10:53:05 -0700 (PDT) Date: Wed, 7 Aug 1996 10:53:04 -0700 (PDT) From: Wayne Hernandez To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org Subject: Re: updating mkisofs to 1.05 - thoughts? In-Reply-To: <11552.839428844@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, 7 Aug 1996, Jordan K. Hubbard wrote: > I could: > > 1. Import 1.05 on the `mkisofs' vendor branch and merge, as usual. > > or > > 2. Import anew into /usr/src/contrib/gnu/mkisofs and turn > /usr/src/gnu/usr.bin/mkisofs into a stub. > > or > > 3. Admit that hardly anyone other than me uses mkisofs and we should > move it into /usr/ports. :-) > I am leaning more towards using my burner on FreeBSD. I have lost 4 cd's in the last two weeks getting Windows 95 to burn cd's with the new Easy CD for 95. Adaptec's tech support cant figure out the errors Im getting, so I might as well dedicate 700 megs on the FreeBSD side of my system and burn from there. Wayne BTW, my configuration is 2940U PCI controller, Seagate ST31230N Hawk series, Seagate ST32550N Barracuda with 700 megs for files to burn on dos side, Seagate ST51080N Medalist with only 510 Mb free, which I probably could move the files from the Barracuda to as the Barracuda would probably be the better choice for the ISO image. From owner-freebsd-hackers Wed Aug 7 11:42:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28070 for hackers-outgoing; Wed, 7 Aug 1996 11:42:52 -0700 (PDT) Received: from cedb.dpcsys.com (cedb.DPCSYS.COM [165.90.143.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA28063 for ; Wed, 7 Aug 1996 11:42:48 -0700 (PDT) Received: from cedb (cedb.DPCSYS.COM [165.90.143.3]) by cedb.dpcsys.com (8.6.10/DPC-1.0) with SMTP id LAA20274; Wed, 7 Aug 1996 11:30:35 -0700 Date: Wed, 7 Aug 1996 11:30:35 -0700 (PDT) From: Dan Busarow X-Sender: dan@cedb To: Tom Samplonius cc: hackers@freefall.freebsd.org Subject: Re: I have 2 patches 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, 6 Aug 1996, Tom Samplonius wrote: > FWTK can not be used on "revenue generating" systems without a > commercial licence. "revenue generating" is very broad, and covers most > installations. Maybe you have an old copy of the license, see ftp://ftp.tis.com/pub/firewalls/toolkit/README There is no such restriction in the TIS FWTK license. The closest it comes to this is that you can't use FWTK in software that you sell, in other words they don't want you "private labeling" FWTK. There was a FWTK BOF at the recent Usenix Security conference in San Jose and the TIS representative was pretty clear that: Reselling FWTK is a no no :). Charging for consulting to install it for someone else is a little grey, but if you only do a couple of systems a year they will give you their permission. Charging to cleanup after someone botches an install on their own is OK with TIS. There are *no* restrictions on using FWTK on a commercial system. TIS wants to keep track of who has FWTK installed so that patches and advisories can get sent out. Aside from the obvious limit on resale, this last is the reason they want you to register. This is all based on my memory of the BOF (two weeks ago), IANAL, etc... Dan -- Dan Busarow 714 443 4172 DPC Systems 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 Aug 7 12:07:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29882 for hackers-outgoing; Wed, 7 Aug 1996 12:07:45 -0700 (PDT) Received: from alpha.dsu.edu (ghelmer@alpha.dsu.edu [138.247.32.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA29870 for ; Wed, 7 Aug 1996 12:07:41 -0700 (PDT) Received: from localhost (ghelmer@localhost) by alpha.dsu.edu (8.7.5/8.7.3) with SMTP id OAA04922; Wed, 7 Aug 1996 14:07:19 -0500 (CDT) Date: Wed, 7 Aug 1996 14:07:18 -0500 (CDT) From: Guy Helmer To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org Subject: Re: updating mkisofs to 1.05 - thoughts? In-Reply-To: <11552.839428844@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, 7 Aug 1996, Jordan K. Hubbard wrote: > 1. Import 1.05 on the `mkisofs' vendor branch and merge, as usual. > 2. Import anew into /usr/src/contrib/gnu/mkisofs and turn > /usr/src/gnu/usr.bin/mkisofs into a stub. > 3. Admit that hardly anyone other than me uses mkisofs and we should > move it into /usr/ports. :-) I've used it several times, although I have to FTP the resulting images to a Windows machine to burn the CD-ROM's. I wouldn't mind if it were a package, and I assume that's a result of option 3. Guy Helmer, Dakota State University Computing Services - ghelmer@alpha.dsu.edu From owner-freebsd-hackers Wed Aug 7 12:39:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA02268 for hackers-outgoing; Wed, 7 Aug 1996 12:39:59 -0700 (PDT) Received: from skiddaw.elsevier.co.uk (root@skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA02263 for ; Wed, 7 Aug 1996 12:39:56 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id UAA01366 for ; Wed, 7 Aug 1996 20:39:33 +0100 Received: from tees.elsevier.co.uk (actually host tees) by snowdon with SMTP (PP); Wed, 7 Aug 1996 20:38:55 +0100 Received: (from dpr@localhost) by tees.elsevier.co.uk (8.6.13/8.6.12) id UAA08363; Wed, 7 Aug 1996 20:37:27 +0100 To: Joe Greco Cc: julian@current1.whistle.com (Julian Elischer), hackers@FreeBSD.org Subject: Re: please comment on this: References: <199608062116.QAA01260@brasil.moneng.mei.com> From: Paul Richards Date: 07 Aug 1996 20:37:24 +0100 In-Reply-To: Joe Greco's message of Tue, 6 Aug 1996 16:16:41 -0500 (CDT) Message-ID: <573f1z0yvf.fsf@elsevier.co.uk> Lines: 16 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Joe Greco writes: > My goal: "virtual servers" on a grand scale.. to be able to have multiple > virtual machines hosted on a single physical machine that appeared to be, > from the net, for all intents and purposes separate machines. > > It actually worked but I never used it for anything :-/ I set up a system like this some 12 or so months ago, it's running a number of "virtual machines" on a commercial basis at this very moment. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-hackers Wed Aug 7 12:49:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03029 for hackers-outgoing; Wed, 7 Aug 1996 12:49:00 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA03022 for ; Wed, 7 Aug 1996 12:48:57 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA03070; Wed, 7 Aug 1996 14:46:05 -0500 From: Joe Greco Message-Id: <199608071946.OAA03070@brasil.moneng.mei.com> Subject: Re: please comment on this: To: p.richards@elsevier.co.uk (Paul Richards) Date: Wed, 7 Aug 1996 14:46:05 -0500 (CDT) Cc: julian@current1.whistle.com, hackers@FreeBSD.org In-Reply-To: <573f1z0yvf.fsf@elsevier.co.uk> from "Paul Richards" at Aug 7, 96 08:37:24 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Joe Greco writes: > > > My goal: "virtual servers" on a grand scale.. to be able to have multiple > > virtual machines hosted on a single physical machine that appeared to be, > > from the net, for all intents and purposes separate machines. > > > > It actually worked but I never used it for anything :-/ > > I set up a system like this some 12 or so months ago, it's running a > number of "virtual machines" on a commercial basis at this very moment. May I ask: what exactly did you choose to do to cause it to bind each virtual machine to a separate address? I am mainly curious to see if you came up with a better hack than mine. Thanks, ... JG From owner-freebsd-hackers Wed Aug 7 12:56:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03624 for hackers-outgoing; Wed, 7 Aug 1996 12:56:10 -0700 (PDT) Received: from tracer.tracertech.com (tracer.tracertech.com [205.147.164.65]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA03533 for ; Wed, 7 Aug 1996 12:55:57 -0700 (PDT) Received: from lex.tracertech.com (lex.tracertech.com [205.147.164.70]) by tracer.tracertech.com (8.6.12/8.6.12) with ESMTP id PAA11753; Wed, 7 Aug 1996 15:55:33 -0400 Received: from localhost (localhost [127.0.0.1]) by lex.tracertech.com (8.6.12/8.6.12) with SMTP id PAA01494; Wed, 7 Aug 1996 15:55:31 -0400 Message-Id: <199608071955.PAA01494@lex.tracertech.com> X-Authentication-Warning: lex.tracertech.com: Host localhost didn't use HELO protocol To: Michael Hancock cc: FreeBSD Hackers Subject: Re: kern_mib.c:int securelevel = -1; Date: Wed, 07 Aug 1996 15:55:29 -0400 From: James da Silva Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It looks like the assignment of securelevel was put into kern_mib.c from > kern_sysctl.c. This is ok I guess, but I'd like to have an option > INSECURE that we can turn off... > > #ifdef INSECURE > int securelevel = -1 > #else > int securelevel > #endif > > Here's the a comment from ... By the way, the comment is wrong on one important point: the disposition of this variable in bss vs data will be irrelevant to a cracker. If the kernel is not immutable, the variable can be patched either way. I still haven't heard of someone actually investigating and documenting all the things necessary to make securelevel real, as opposed to just giving people a false sense of extra security. EG, for starters you'd have to make every file that is touched in single-user mode immutable, and delay starting up all your net daemons until securelevel goes past 0. I'm not sure if that's all. Jaime ............................................................................... : jds@tracertech.com / Tracer Technologies, Inc. \ Stand on my shoulders, : : James da Silva / Mass Storage Software Solutions \ not on my toes. : From owner-freebsd-hackers Wed Aug 7 13:16:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA04834 for hackers-outgoing; Wed, 7 Aug 1996 13:16:08 -0700 (PDT) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA04829; Wed, 7 Aug 1996 13:16:04 -0700 (PDT) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id UAA13951; Wed, 7 Aug 1996 20:15:44 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma013949; Wed Aug 7 20:15:25 1996 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id NAA00765; Wed, 7 Aug 1996 13:15:25 -0700 Date: Wed, 7 Aug 1996 13:15:25 -0700 From: "M.R.Murphy" Message-Id: <199608072015.NAA00765@meerkat.mole.org> To: mrm@mole.mole.org, tom@sdf.com Subject: Re: I have 2 patches Cc: hackers@freefall.freebsd.org, julian@freefall.freebsd.org, julian@whistle.com Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > On Tue, 6 Aug 1996, M.R.Murphy wrote: > > > I'll also add that initially it looks like all of the functionality can > > be achieved with TIS FWTK without changing inetd or ftpd. And more :-) > > FWTK can not be used on "revenue generating" systems without a > commercial licence. "revenue generating" is very broad, and covers most > installations. > > Julian's changes (as well as xinetd of course!) would not be so > restricted. > Agreed. Julian's changes also look quite reasonable (with the normal warning that naming the pid file "/etc/passwd" might pose a small problem.) I haven't checked for pathological problems with the IP address conversion routines, but since the IP address is under sysadm control, that shouldn't be a problem. I have no objections to including the changes. -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-hackers Wed Aug 7 13:33:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA06319 for hackers-outgoing; Wed, 7 Aug 1996 13:33:37 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA06304 for ; Wed, 7 Aug 1996 13:33:33 -0700 (PDT) Received: from venus.mcs.com (root@Venus.mcs.com [192.160.127.92]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id PAA15418; Wed, 7 Aug 1996 15:33:31 -0500 (CDT) Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 7 Aug 96 15:33 CDT Message-Id: Subject: Re: please comment on this: To: p.richards@elsevier.co.uk (Paul Richards) Date: Wed, 7 Aug 1996 15:33:31 -0500 (CDT) From: "Karl Denninger, MCSNet" Cc: jgreco@brasil.moneng.mei.com, julian@current1.whistle.com, hackers@FreeBSD.org In-Reply-To: <573f1z0yvf.fsf@elsevier.co.uk> from "Paul Richards" at Aug 7, 96 08:37:24 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Joe Greco writes: > > > My goal: "virtual servers" on a grand scale.. to be able to have multiple > > virtual machines hosted on a single physical machine that appeared to be, > > from the net, for all intents and purposes separate machines. > > > > It actually worked but I never used it for anything :-/ > > I set up a system like this some 12 or so months ago, it's running a > number of "virtual machines" on a commercial basis at this very moment. > > -- > Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) > Elsevier Science TIS online journal project. > Email: p.richards@elsevier.co.uk > Phone: 0370 462071 (Mobile), +44 (0)1865 843155 We have over 450 virtual servers running across 4 massively-hyped Pentia machines. On the other hand, there's all kinds of proprietary software extensions (including kernel stuff) that we have in here to support this, automated and semi-automated load-balancing, customer control of the virtual partitions, etc. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1] | Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-hackers Wed Aug 7 13:45:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA07143 for hackers-outgoing; Wed, 7 Aug 1996 13:45:32 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA07105 for ; Wed, 7 Aug 1996 13:45:28 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id WAA30615 for ; Wed, 7 Aug 1996 22:45:22 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id WAA16958 for freebsd-hackers@freebsd.org; Wed, 7 Aug 1996 22:45:01 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id VAA21484; Wed, 7 Aug 1996 21:44:11 +0200 (MET DST) Message-Id: <199608071944.VAA21484@keltia.freenix.fr> Date: Wed, 7 Aug 1996 21:44:11 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-hackers@freebsd.org Subject: Re: Q:Meanings of kern.securelevel values In-Reply-To: <130FC92520A@netadmin.lp.lviv.ua>; from Adrian Pavlykevych on Aug 6, 1996 14:02:03 +0200 References: <130FC92520A@netadmin.lp.lviv.ua> X-Mailer: Mutt 0.38 Mime-Version: 1.0 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Adrian Pavlykevych: > Can someone from kernel whizards list valid values for > kern.securelevel, with their possible applications and implications? Extract from init(8): process can raise the security level, but only init can lower it. Secu- rity levels are defined as follows: -1 Permanently insecure mode - always run system in level 0 mode. 0 Insecure mode - immutable and append-only flags may be turned off. All devices may be read or written subject to their permissions. 1 Secure mode - immutable and append-only flags may not be changed; disks for mounted filesystems, /dev/mem, and /dev/kmem are read- only. 2 Highly secure mode - same as secure mode, plus disks are always read-only whether mounted or not. This level precludes tampering with filesystems by unmounting them, but also inhibits running newfs(8) while the system is multi-user. Normally, the system runs in level 0 mode while single user and in level 1 mode while multiuser. If the level 2 mode is desired while running multiuser, it can be set in the startup script /etc/rc using sysctl(8). If it is desired to run the system in level 0 mode while multiuser, the administrator must build a kernel with the variable securelevel defined in the file /sys/compile/MACHINE/param.c and initialize it to -1. > installation (firewall, router) and what steps in OS configuration are > necessary to use it (changing file permitions, immutable flags etc.). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #17: Fri Aug 2 20:40:17 MET DST 1996 From owner-freebsd-hackers Wed Aug 7 13:45:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA07176 for hackers-outgoing; Wed, 7 Aug 1996 13:45:39 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA07144 for ; Wed, 7 Aug 1996 13:45:33 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id WAA30623; Wed, 7 Aug 1996 22:45:27 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id WAA16959; Wed, 7 Aug 1996 22:45:01 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id VAA21524; Wed, 7 Aug 1996 21:55:34 +0200 (MET DST) Message-Id: <199608071955.VAA21524@keltia.freenix.fr> Date: Wed, 7 Aug 1996 21:55:34 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: hackers@freebsd.org Subject: Re: updating mkisofs to 1.05 - thoughts? In-Reply-To: <11552.839428844@time.cdrom.com>; from Jordan K. Hubbard on Aug 7, 1996 7:40:44 -0700 References: <11552.839428844@time.cdrom.com> X-Mailer: Mutt 0.38 Mime-Version: 1.0 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Jordan K. Hubbard: > 1. Import 1.05 on the `mkisofs' vendor branch and merge, as usual. > > or > > 2. Import anew into /usr/src/contrib/gnu/mkisofs and turn > /usr/src/gnu/usr.bin/mkisofs into a stub. > > or > > 3. Admit that hardly anyone other than me uses mkisofs and we should > move it into /usr/ports. :-) As Poul-Henning said, 3, 2, 1. It doesn't hurt to have it in ports although if you really want it in /usr/src, contrib is probably the best way. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #17: Fri Aug 2 20:40:17 MET DST 1996 From owner-freebsd-hackers Wed Aug 7 14:15:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA09384 for hackers-outgoing; Wed, 7 Aug 1996 14:15:56 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA09373 for ; Wed, 7 Aug 1996 14:15:52 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA15843; Wed, 7 Aug 1996 14:08:40 -0700 From: Terry Lambert Message-Id: <199608072108.OAA15843@phaeton.artisoft.com> Subject: Re: please comment on this: To: karl@mcs.com (Karl Denninger, MCSNet) Date: Wed, 7 Aug 1996 14:08:40 -0700 (MST) Cc: p.richards@elsevier.co.uk, jgreco@brasil.moneng.mei.com, julian@current1.whistle.com, hackers@freebsd.org In-Reply-To: from "Karl Denninger, MCSNet" at Aug 7, 96 03:33:31 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > We have over 450 virtual servers running across 4 massively-hyped Pentia > machines. > > On the other hand, there's all kinds of proprietary software extensions > (including kernel stuff) that we have in here to support this, automated and > semi-automated load-balancing, customer control of the virtual partitions, > etc. So... You want to contribute some of that back so that subsequent FreeBSD releases take your patches into account so that you won't have to redo them over and over again each time you upgrade your version of FreeBSD? Seems like you could offload a large piece of your maintenance headache... 8-) 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 Wed Aug 7 14:26:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA10108 for hackers-outgoing; Wed, 7 Aug 1996 14:26:35 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA10098 for ; Wed, 7 Aug 1996 14:26:26 -0700 (PDT) Received: from venus.mcs.com (root@Venus.mcs.com [192.160.127.92]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id QAA18077; Wed, 7 Aug 1996 16:23:41 -0500 (CDT) Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 7 Aug 96 16:23 CDT Message-Id: Subject: Re: please comment on this: To: terry@lambert.org (Terry Lambert) Date: Wed, 7 Aug 1996 16:23:39 -0500 (CDT) From: "Karl Denninger, MCSNet" Cc: p.richards@elsevier.co.uk, jgreco@brasil.moneng.mei.com, julian@current1.whistle.com, hackers@freebsd.org In-Reply-To: <199608072108.OAA15843@phaeton.artisoft.com> from "Terry Lambert" at Aug 7, 96 02:08:40 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > We have over 450 virtual servers running across 4 massively-hyped Pentia > > machines. > > > > On the other hand, there's all kinds of proprietary software extensions > > (including kernel stuff) that we have in here to support this, automated and > > semi-automated load-balancing, customer control of the virtual partitions, > > etc. > > So... > > You want to contribute some of that back so that subsequent FreeBSD > releases take your patches into account so that you won't have to > redo them over and over again each time you upgrade your version > of FreeBSD? > > Seems like you could offload a large piece of your maintenance headache... > > 8-) 8-) 8-). It wouldn't do you a whole lot of good without the authentication database stuff for the cluster we have here :-) There are too many interweaved parts here to separate out only the "kernel" or "core" components -- sorry. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1] | Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-hackers Wed Aug 7 14:41:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA10892 for hackers-outgoing; Wed, 7 Aug 1996 14:41:53 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA10883 for ; Wed, 7 Aug 1996 14:41:47 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id HAA05066; Thu, 8 Aug 1996 07:38:59 +1000 Date: Thu, 8 Aug 1996 07:38:59 +1000 From: Bruce Evans Message-Id: <199608072138.HAA05066@godzilla.zeta.org.au> To: jds@TracerTech.COM, michaelh@cet.co.jp Subject: Re: kern_mib.c:int securelevel = -1; Cc: Hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > #ifdef INSECURE > > int securelevel = -1 > > #else > > int securelevel > > #endif > > > > Here's the a comment from ... >By the way, the comment is wrong on one important point: the disposition of >this variable in bss vs data will be irrelevant to a cracker. If the >kernel is not immutable, the variable can be patched either way. Not quite. The point is to patch the kernel that will be booted from. However if the kernel is not immutable, a cracker could patch some of the code that tests the variable. Bruce From owner-freebsd-hackers Wed Aug 7 14:55:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11853 for hackers-outgoing; Wed, 7 Aug 1996 14:55:14 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA11836 for ; Wed, 7 Aug 1996 14:55:06 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id QAA26148 for ; Wed, 7 Aug 1996 16:55:51 -0500 (CDT) Received: from fa.tdktca.com (bsd.fa.tdktca.com [163.49.131.129]) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id QAA26142 for ; Wed, 7 Aug 1996 16:55:51 -0500 (CDT) Received: (from alex@localhost) by fa.tdktca.com (8.7.5/8.6.12) id RAA04783; Wed, 7 Aug 1996 17:03:20 -0500 (CDT) Date: Wed, 7 Aug 1996 17:03:19 -0500 (CDT) From: Alex Nash To: Ollivier Robert cc: freebsd-hackers@FreeBSD.org Subject: Re: Q:Meanings of kern.securelevel values In-Reply-To: <199608071944.VAA21484@keltia.freenix.fr> 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, 7 Aug 1996, Ollivier Robert wrote: > Extract from init(8): [...] > Normally, the system runs in level 0 mode while single user and in level > 1 mode while multiuser. Except FreeBSD defaults to running at level -1. Alex From owner-freebsd-hackers Wed Aug 7 15:14:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA13162 for hackers-outgoing; Wed, 7 Aug 1996 15:14:16 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA13143; Wed, 7 Aug 1996 15:14:11 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id AAA13306; Thu, 8 Aug 1996 00:16:48 +0200 Received: by uni4nn.iaf.nl with UUCP id AA17867 (5.67b/IDA-1.5); Thu, 8 Aug 1996 00:15:52 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA09679 (5.67b/IDA-1.5); Thu, 8 Aug 1996 00:02:35 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id WAA01783; Wed, 7 Aug 1996 22:30:59 +0200 From: Wilko Bulte Message-Id: <199608072030.WAA01783@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: 2.1.5R PANIC on AHA2742AT To: mikebo@tellabs.com Date: Wed, 7 Aug 1996 22:30:58 +0200 (MET DST) Cc: jkh@time.cdrom.com, mikebo@freefall.freebsd.org, mrm@mole.mole.org, bugs@freebsd.org, hackers@freebsd.org In-Reply-To: <199608071713.MAA21702@sunc210.tellabs.com> from "mikebo@tellabs.com" at Aug 7, 96 12:13:45 pm X-Mailer: ELM [version 2.4 PL23] 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 mikebo@tellabs.com wrote... > Jordan wrote: > > > > > The ethernet configuration screen reads: > > > Fatal signal 11 caught! I'm dead... > > > > > > The last line of my debug screen reads: > > > DEBUG: Init routine called for network device ed0. > > > > Did you not enter the name of a name server? FWIW: I have installed multiple systems with 2.1R and 2.0.5.R in this fashion and on a similar (no DNS) home network. Haven't tried 2.1.5R admittedly. > No... This is my home setup, and the install target is my main (of two) > machines. The second machine is primarily my kid's game machine. It's my > UNIX play-toy second, so they are hardly ever running UNIX simultaneously. > > Is a nameserver mandatory? If so, the field editing probably shouldn't > have let me proceed without entering a value (or offering a default > value like "NO"). > > Anyway, I'm trying to do a load via NFS, and spec'ed the server like so: > 198.102.156.5:/usr/FreeBSD. It shouldn't need a nameserver. What to do? See remark above Wilko _ ____________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------- From owner-freebsd-hackers Wed Aug 7 15:35:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA14458 for hackers-outgoing; Wed, 7 Aug 1996 15:35:50 -0700 (PDT) Received: from tracer.tracertech.com (tracer.tracertech.com [205.147.164.65]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA14453 for ; Wed, 7 Aug 1996 15:35:47 -0700 (PDT) Received: from lex.tracertech.com (lex.tracertech.com [205.147.164.70]) by tracer.tracertech.com (8.6.12/8.6.12) with ESMTP id SAA12029; Wed, 7 Aug 1996 18:35:44 -0400 Received: from localhost (localhost [127.0.0.1]) by lex.tracertech.com (8.6.12/8.6.12) with SMTP id SAA02040; Wed, 7 Aug 1996 18:35:42 -0400 Message-Id: <199608072235.SAA02040@lex.tracertech.com> X-Authentication-Warning: lex.tracertech.com: Host localhost didn't use HELO protocol To: Bruce Evans cc: michaelh@cet.co.jp, Hackers@freebsd.org Subject: Re: kern_mib.c:int securelevel = -1; Date: Wed, 07 Aug 1996 18:35:41 -0400 From: James da Silva Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >By the way, the comment is wrong on one important point: the > >disposition of this variable in bss vs data will be irrelevant to > >a cracker. If the kernel is not immutable, the variable can be > >patched either way. > > Not quite. The point is to patch the kernel that will be booted from. Indeed. If I'm a "skulking hacker" who can write to the kernel file, I can put the bss into the data segment, _then_ patch the variable with just a few more lines of code than it would take to patch the variable: ie simply modify the data and bss sizes in the header and extend the file with zeros. No? > However if the kernel is not immutable, a cracker could patch some of > the code that tests the variable. That too. It boils down to this: if the bootable kernel is writeable or repleaceable, then securelevel is easily defeated by a cracker, and if the kernel isn't writeable, then it doesn't matter whether securelevel is in data or bss. #ifdef SOAPBOX_MODE Thus, the comment in the systm.h just gives a false sense of security to anyone who reads it, puts securelevel in bss, and sits back feeling better about it. The holes related to securelevel are a mile wide. It would be interesting to see a serious, documented attempt to close them all. Until then, it should be labeled as experimental and off by default (as is the case now). The impression I've gotten is that securelevel was put in to play with filesystem-level support for append-only and immutable files, rather than as a concerted effort to really make BSD more secure. IMHO. #endif Jaime From owner-freebsd-hackers Wed Aug 7 15:39:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA14647 for hackers-outgoing; Wed, 7 Aug 1996 15:39:27 -0700 (PDT) Received: from helmholtz.salk.edu ([198.202.70.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA14642 for ; Wed, 7 Aug 1996 15:39:25 -0700 (PDT) Received: from pauling.salk.edu (pauling [198.202.70.108]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id PAA01503 for ; Wed, 7 Aug 1996 15:39:10 -0700 (PDT) Date: Wed, 7 Aug 1996 15:39:08 -0700 (PDT) From: Tom Bartol To: hackers@FreeBSD.org Subject: running linux-elf matlab 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 folks, Well I figured its time to get down to some serious work here trying to convert everyone in our lab over from linux to FreeBSD. Our story begins with discovering that linux has horrible paging troubles when running large memory processes in addition to having truly awful NFS performance when being served by anything but linux (we have an Auspex file server which runs a SunOS 4.1.3 variant and has NFS implemented in hardware). We do heavy-duty simulations, mostly in matlab, which run great in linux as long as you hold to small memory and don't hit the file server too much. Unfortunately, most real life tasks never fit within these parameters so I got stuck with the task of trying to figure out how to fix linux. Being ever vigilant for the path of least resistance I quickly discovered that the easy way to fix the problems with linux is to NOT RUN linux but rather run FreeBSD instead. This fixed every problem we had and left me with just one and only one new problem -- I need to be able to run the linux version matlab-4.2c (proprietary software from the MathWorks Inc.) on FreeBSD. Over the past several months I have been trying each new version of FreeBSD and the linux compatibility module that comes out waiting for the day that matlab will run in FreeBSD. I think that day may be near at hand and if I can get some help from some generous soul on this mailing list we may see it happen. Here's we we've got right now: I've just installed FreeBSD-2.2-960801-SNAP and I've installed the linux-lib-2.0 compatibility package. Matlab was built over a year ago by the MathWorks with a very old version of elf and expects there to be certain libs in /lib/elf along with /lib/elf/ld-linux.so.1.0.14 so that /compat/linux is installed as comes with linux-lib-2.0 with the addition of /compat/linux/lib/elf which looks like this: ls -l /compat/linux/lib/elf/ total 961 lrwxr-xr-x 1 root wheel 18 Aug 5 12:38 ld-linux.so.1@ -> ld-linux.so.1.0.14 -rwxr-xr-x 1 bin bin 17400 Dec 13 1994 ld-linux.so.1.0.14* lrwxr-xr-x 1 root wheel 16 Aug 5 12:38 libbfd.so.25@ -> libbfd.so.25.2.6 -rwxr-xr-x 1 bin bin 267833 Dec 14 1994 libbfd.so.25.2.6* lrwxr-xr-x 1 root wheel 9 Aug 5 12:38 libc.so@ -> libc.so.4 lrwxr-xr-x 1 root wheel 14 Aug 5 12:38 libc.so.4@ -> libc.so.4.6.27 -rwxr-xr-x 1 bin bin 474381 Dec 13 1994 libc.so.4.6.27* lrwxr-xr-x 1 root wheel 14 Aug 5 12:38 libcurses.so@ -> libcurses.so.0 lrwxr-xr-x 1 root wheel 18 Aug 5 12:38 libcurses.so.0@ -> libcurses.so.0.1.2 -rwxr-xr-x 1 bin bin 53148 Dec 13 1994 libcurses.so.0.1.2* lrwxr-xr-x 1 root wheel 10 Aug 5 12:38 libdb.so@ -> libdb.so.1 lrwxr-xr-x 1 root wheel 15 Aug 5 12:38 libdb.so.1@ -> libdb.so.1.85.1 -rwxr-xr-x 1 bin bin 68422 Dec 13 1994 libdb.so.1.85.1* lrwxr-xr-x 1 root wheel 10 Aug 5 12:38 libdl.so@ -> libdl.so.1 lrwxr-xr-x 1 root wheel 15 Aug 5 12:38 libdl.so.1@ -> libdl.so.1.0.14 -rwxr-xr-x 1 bin bin 6416 Dec 13 1994 libdl.so.1.0.14* lrwxr-xr-x 1 root wheel 12 Aug 5 12:38 libgdbm.so@ -> libgdbm.so.1 lrwxr-xr-x 1 root wheel 16 Aug 5 12:38 libgdbm.so.1@ -> libgdbm.so.1.7.3 -rwxr-xr-x 1 bin bin 25550 Dec 13 1994 libgdbm.so.1.7.3* lrwxr-xr-x 1 root wheel 9 Aug 5 12:38 libm.so@ -> libm.so.4 lrwxr-xr-x 1 root wheel 14 Aug 5 12:38 libm.so.4@ -> libm.so.4.6.27 -rwxr-xr-x 1 bin bin 37672 Dec 13 1994 libm.so.4.6.27* lrwxr-xr-x 1 root wheel 15 Aug 5 12:38 libtermcap.so@ -> libtermcap.so.1 lrwxr-xr-x 1 root wheel 19 Aug 5 12:38 libtermcap.so.1@ -> libtermcap.so.1.2.3 -rwxr-xr-x 1 bin bin 11380 Dec 13 1994 libtermcap.so.1.2.3* I also added /lib/elf to /compat/linux/etc/ld.so.conf and rehashed ld.so.cache with ldconfig as per the section of the FreeBSD handbook on linux compat. Now, one would hope that matlab would run but here's what results when I try: /usr/local/pkgs/matlab-4.2c/bin/lnx86/matlab ELF interpreter /lib/elf/ld-linux.so.1 not known Abort and /compat/linux/usr/bin/ldd /usr/local/pkgs/matlab-4.2c/bin/lnx86/matlab ELF interpreter /lib/elf/ld-linux.so.1 not known So, it would appear that /lib/elf/ld-linux.so.1 is missing but we can see from the above ls command that it is there so does anyone out there have a clue as to how I should proceed with this problem? Perhaps by "not known" the ELF interpreter is telling me that it can find /lib/elf/ld-linux.so.1 but doesn't know what to do with /lib/elf/ld-linux.so.1 Thanks for any help you can offer, Tom From owner-freebsd-hackers Wed Aug 7 16:54:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA18273 for hackers-outgoing; Wed, 7 Aug 1996 16:54:00 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA18267 for ; Wed, 7 Aug 1996 16:53:57 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id XAA10373; Wed, 7 Aug 1996 23:53:14 GMT Date: Thu, 8 Aug 1996 08:53:14 +0900 (JST) From: Michael Hancock To: Alex Nash cc: Ollivier Robert , freebsd-hackers@FreeBSD.org Subject: Re: Q:Meanings of kern.securelevel values 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, 7 Aug 1996, Alex Nash wrote: > On Wed, 7 Aug 1996, Ollivier Robert wrote: > > > Extract from init(8): > [...] > > Normally, the system runs in level 0 mode while single user and in level > > 1 mode while multiuser. > > Except FreeBSD defaults to running at level -1. It's hardcoded in kern_mib.c, I think it should be a option as it is in BSD/OS. option INSECURE If you comment this out then you need to shutdown to single user mode to install a new kernel. See /sys/compile/make install. -mike hancock From owner-freebsd-hackers Wed Aug 7 17:06:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA18829 for hackers-outgoing; Wed, 7 Aug 1996 17:06:57 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA18824 for ; Wed, 7 Aug 1996 17:06:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id RAA10273; Wed, 7 Aug 1996 17:00:38 -0700 (PDT) Message-Id: <199608080000.RAA10273@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Michael Hancock Cc: Alex Nash , Ollivier Robert , freebsd-hackers@freebsd.org Subject: Re: Q:Meanings of kern.securelevel values Reply-To: Jason Thorpe From: Jason Thorpe Date: Wed, 07 Aug 1996 17:00:32 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 8 Aug 1996 08:53:14 +0900 (JST) Michael Hancock wrote: > It's hardcoded in kern_mib.c, I think it should be a option as it is in > BSD/OS. > > option INSECURE FWIW, NetBSD has this option. -- save the ancient forests - http://www.bayarea.net/~thorpej/forest/ -- 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 Wed Aug 7 17:51:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA21745 for hackers-outgoing; Wed, 7 Aug 1996 17:51:58 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA21732 for ; Wed, 7 Aug 1996 17:51:50 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.7.3) with ESMTP id RAA08301 for ; Wed, 7 Aug 1996 17:51:41 -0700 (PDT) Message-Id: <199608080051.RAA08301@austin.polstra.com> To: freebsd-hackers@freebsd.org Subject: CVSup problems with src/bin/ed/test/* Date: Wed, 07 Aug 1996 17:51:41 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk CVSup users: Some recent very strange changes to the RCS files in "/home/ncvs/src/bin/ed/test" have exposed a bug in the CVSup server. If you've been trying to do checkout-mode updates of the src-bin collection, and it's been failing mysteriously, that's probably the cause of it. I am working on a fix for the problem. Meanwhile, here is a way to work around it: 1. Remove all the files in your "src/bin/ed/test" directory. 2. Run cvsup to fetch them again. It won't take very long, because the files are small. That works. The problem happens when you try to _update_ the files. If you're checking them out from scratch, there's no problem. Sorry for the inconvenience. A found bug is a fixed bug (almost). -- 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 Wed Aug 7 19:23:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA26359 for hackers-outgoing; Wed, 7 Aug 1996 19:23:45 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA26352; Wed, 7 Aug 1996 19:23:42 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id TAA14249; Wed, 7 Aug 1996 19:23:11 -0700 (PDT) To: mikebo@tellabs.com cc: mikebo@freefall.freebsd.org (Mike Borowiec), mrm@mole.mole.org, bugs@freebsd.org, hackers@freebsd.org Subject: Re: 2.1.5R PANIC on AHA2742AT In-reply-to: Your message of "Wed, 07 Aug 1996 12:13:45 CDT." <199608071713.MAA21702@sunc210.tellabs.com> Date: Wed, 07 Aug 1996 19:23:11 -0700 Message-ID: <14247.839470991@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Is a nameserver mandatory? If so, the field editing probably shouldn't > have let me proceed without entering a value (or offering a default > value like "NO"). It is for now. :-( It never used to be, but some bug crept in which has now made it a mandatory field. I've looked through the code in question several times and can't reproduce any nameserver variable related crashes in multiuser mode (and its value is checked for NULL everywhere it's used). It's very strange. Anyway, I'm certainly going to try and fix it but, up to now, have been too busy with other things to set up the kind of testing environment I could both reproduce and debug the problem with - if I can't reproduce this running multiuser, I have to add debugging code for the purpose. :-( > Anyway, I'm trying to do a load via NFS, and spec'ed the server like so: > 198.102.156.5:/usr/FreeBSD. It shouldn't need a nameserver. What to do? Enter a nameserver value then nuke your /etc/resolv.conf when you come up. Jordan From owner-freebsd-hackers Wed Aug 7 19:48:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA28364 for hackers-outgoing; Wed, 7 Aug 1996 19:48:58 -0700 (PDT) Received: from meow.cpm.com.my (meow.cpm.com.my [192.228.140.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA28313 for ; Wed, 7 Aug 1996 19:48:40 -0700 (PDT) Received: from srinath.cpm.com.my (srinath.cpm.com.my [192.228.140.167]) by meow.cpm.com.my (8.6.12/8.6.12) with SMTP id KAA23647 for ; Thu, 8 Aug 1996 10:47:44 +0800 Message-Id: <199608080247.KAA23647@meow.cpm.com.my> From: "Srinath Nallari" To: Subject: unsubscribe Date: Thu, 8 Aug 1996 10:48:11 +0800 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1085 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 unsubscribe snallari@cpm.com.my From owner-freebsd-hackers Wed Aug 7 20:39:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA01009 for hackers-outgoing; Wed, 7 Aug 1996 20:39:10 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA01003 for ; Wed, 7 Aug 1996 20:39:04 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.5/8.7.3) id NAA12562; Thu, 8 Aug 1996 13:38:41 +1000 (EST) Date: Thu, 8 Aug 1996 13:38:38 +1000 (EST) From: "Daniel O'Callaghan" To: Joe Greco cc: Julian Elischer , hackers@freebsd.org Subject: Re: please comment on this: In-Reply-To: <199608062116.QAA01260@brasil.moneng.mei.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, 6 Aug 1996, Joe Greco wrote: > This is a little related, mostly unrelated though.. mostly a crazy idea > about a slightly different way to implement something a little similar. > > I had a little fun when 2.0R first came out. I made a "chrooted" > environment that could "run" on its own, worked very nicely. > > My goal: "virtual servers" on a grand scale.. to be able to have multiple > virtual machines hosted on a single physical machine that appeared to be, > from the net, for all intents and purposes separate machines. > > Of course the easy way to do this was to modify libc's networking layers > to catch "INADDR_ANY" in all the common places and replace it with a > specific IP address, based on which virtual server I was currently "on". > > It actually worked but I never used it for anything :-/ I use it for Virtual WWW servers. Each server space runs in a separate chrooted area, allowing virtual telnet access as well as virtualized httpd and ftpd. I did this almost 2 years ago, before apache etc were about. I simply added a switch to TIS's netacl: -switchbyip to add the receiving IP address to the chrootdir. Danny From owner-freebsd-hackers Wed Aug 7 21:27:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA05788 for hackers-outgoing; Wed, 7 Aug 1996 21:27:50 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA05782 for ; Wed, 7 Aug 1996 21:27:47 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.7.3) with ESMTP id VAA10605 for ; Wed, 7 Aug 1996 21:27:46 -0700 (PDT) Message-Id: <199608080427.VAA10605@austin.polstra.com> To: freebsd-hackers@freebsd.org Subject: CVSup 13.2 is now available Date: Wed, 07 Aug 1996 21:27:45 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Announcing CVSup 13.2 --------------------- Release 13.2 of CVSup, the CVS-aware network distribution system, is now available. Where to Get CVSup ------------------ CVSup is free software. It is available from the following FTP sites: ftp://freefall.freebsd.org/pub/CVSup/ ftp://ftp.freebsd.org/pub/FreeBSD/incoming/ ftp://ftp.polstra.com/pub/FreeBSD/CVSup/ (slow) Full sources as well as FreeBSD binaries are available: cvsup-bin-13.2.tar.gz FreeBSD binaries for the client cvsupd-bin-13.2.tar.gz FreeBSD binaries for the server cvsup-13.2.tar.gz Sources ** The MD5 signatures for these files are: MD5 (cvsup-bin-13.2.tar.gz) = 56d31af278f32c6c6090fd5e1fdf6b20 MD5 (cvsupd-bin-13.2.tar.gz) = 99ea39a92edab9f527c765ed54146448 MD5 (cvsup-13.2.tar.gz) = a5c27b1310be8e3f4c7dbb864c0cee13 ** If you wish to build CVSup from the sources, be sure to read the discussion further on in this announcement. What Has Changed Since the Previous Release? -------------------------------------------- Fix a bug that caused the server to give up when an RCS file in the repository got really out of whack. This happened only when it was trying to update a client file in checkout mode. Now the server falls back upon checking out a fresh copy of the file. Fix a bug that caused the server to leave zombie processes under FreeBSD-current. Fix a bug that caused the build to fail on a manual page problem under FreeBSD-current. Permit more control over which TCP ports are used, making it more convenient to use the client behind a firewall. See the new "-P" option in cvsup(1). Support building static, dynamic, or partly dynamic executables. "Partly dynamic" means the system libraries are dynamic, but the Modula-3 runtime libraries are static. See "Install" for details. For now, I am still putting fully static executables in the binary distributions. Respond more quickly to the interrupt button on the client GUI. Fix the supconv utility to handle the ports collection better. Make supconv install properly, and add a manual page for it. Add various enhancements to the manual pages. What Is CVSup? -------------- CVSup is a software package for distributing and updating collections of files across a network. CVSup is specifically tailored to distributing CVS repositories. By taking advantage of the special properties of the files contained in CVS repositories, CVSup is able to perform updates much faster than traditional systems. It is especially valuable for people with slow Internet connections. CVSup parses and understands the RCS files making up a CVS repository. When updates occur, CVSup extracts new deltas directly from the RCS files on the server and edits them into the client's RCS files. Likewise, CVSup notes the addition of new symbolic tags to the files on the server and sends only the new tags to the client. CVSup is able to merge new deltas and tags from the server with deltas and tags added locally on the client machine. This makes it possible for the client to check local modifications into his repository without their being obliterated by subsequent updates from the server. In addition to distributing the RCS files themselves, CVSup is able to distribute specific checked-out versions. The client can specify a symbolic tag, a date, or both and CVSup will extract the appropriate versions from the server's CVS repository. Checked-out versions do not need to be stored on the server since CVSup can extract any version directly from the CVS repository. If the client has an existing checked-out tree, CVSup will apply the appropriate edits to update the tree or transform it into the requested version. Only the differences between the existing version and the desired version are sent across the network. CVSup uses lightweight processes (threads) to implement a streaming protocol across the network. This completely eliminates the delays associated with the lock-step, request-reply form of communication used by many existing protocols, such as sup and NNTP. Information is transferred at the full available speed of the network in both directions at once. Network latency and server response delays are rendered practically irrelevant. CVSup uses the "zlib" compression package to optionally compress all communications. This provides an additional 65-75% compression, on top of the diff-based compression already built into CVSup. For efficiency, all processing is built into the CVSup package itself. Neither the client nor the server executes any other programs. For further information about how CVSup works, see the "Blurb" document in the CVSup distribution. Using CVSup to Maintain FreeBSD Sources --------------------------------------- CVSup servers are currently running at the following FreeBSD mirror sites: cvsup.freebsd.org cvsup2.freebsd.org Using CVSup, you can easily receive or update any of the standard FreeBSD source releases, namely, "cvs", "current", and "stable". The manual page for cvsup(1) describes how to do that. If all goes well, additional servers will come on-line soon. Building CVSup from the Sources ------------------------------- CVSup is written in Modula-3, a modern, compiled, object-oriented language. Modula-3 integrates threads, exceptions, and garbage collection, providing an ideal vehicle for this sort of application. Without Modula-3, CVSup would almost certainly not exist today. If you wish to build CVSup from the sources, you will first need to install the free Modula-3 compiler and runtime libraries from DEC SRC. A port is available in the FreeBSD ports collection, in "lang/modula-3". The corresponding package is, of course, available in the packages collection. You will also need version 1.0.4 or later of the "zlib" library. A FreeBSD port is in "devel/libz" of the FreeBSD ports collection. There is no conceptual problem with installing the Modula-3 distribution and building CVSup from source. However, it is rather inconvenient at present because the DEC SRC distribution contains several separate, large software projects that were developed using it. This makes the installation very large -- about 60 MB. Worse yet, one of the extraneous components requires a tremendous amount of swap space to build. You'll need at least 64 MB of swap and, even then, you'd better kill your X server during the build. Again, the problem lies not with Modula-3 itself but rather with the extra software that is included with it. When the dust settles from this CVSup release, I intend to split the FreeBSD Modula-3 port into several smaller ports in order to make it more convenient to install and use. Meanwhile, for convenience, I am providing binary releases for CVSup. Status of this Release ---------------------- CVSup has been in alpha testing since mid-May. This should be considered a beta release. Please be prepared to find bugs -- without a doubt, there are some. Please report bugs to . -- 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 Wed Aug 7 22:00:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07335 for hackers-outgoing; Wed, 7 Aug 1996 22:00:15 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA07328 for ; Wed, 7 Aug 1996 22:00:12 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id EAA11883; Thu, 8 Aug 1996 04:59:35 GMT Date: Thu, 8 Aug 1996 13:59:35 +0900 (JST) From: Michael Hancock To: Bruce Evans cc: jds@TracerTech.COM, Hackers@FreeBSD.org Subject: Re: kern_mib.c:int securelevel = -1; In-Reply-To: <199608072138.HAA05066@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 Thu, 8 Aug 1996, Bruce Evans wrote: > > > #ifdef INSECURE > > > int securelevel = -1 > > > #else > > > int securelevel > > > #endif > > > > > > Here's the a comment from ... > > >By the way, the comment is wrong on one important point: the disposition of > >this variable in bss vs data will be irrelevant to a cracker. If the > >kernel is not immutable, the variable can be patched either way. > > Not quite. The point is to patch the kernel that will be booted from. Personally, I'll take anything that makes it harder for a computer criminal. I agree that we shouldn't rely on these tricks, so maybe the comment can be augmented with the following: > However if the kernel is not immutable, a cracker could patch some of > the code that tests the variable. BSD/OS and NetBSD are using options INSECURE to switch this feature on and off. I'd also like to have this switch so I don't have to keep patching kern_mib.c when I build kernels that use this feature. If there are "mile wide" holes in the securelevel stuff we can state that the feature is experimental in the man pages. I still would like to have the INSECURE switch added. Just make it the default in the GENERIC kernel so it doesn't change the current default behavior. Regards, Mike Hancock From owner-freebsd-hackers Wed Aug 7 22:50:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA12040 for hackers-outgoing; Wed, 7 Aug 1996 22:50:53 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA12034 for ; Wed, 7 Aug 1996 22:50:51 -0700 (PDT) Received: from venus.mcs.com (root@Venus.mcs.com [192.160.127.92]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id AAA11717 for ; Thu, 8 Aug 1996 00:50:50 -0500 (CDT) Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 8 Aug 96 00:50 CDT Message-Id: Subject: -CURRENT release build -- this one WORKS To: hackers@freebsd.org Date: Thu, 8 Aug 1996 00:50:49 -0500 (CDT) From: "Karl Denninger, MCSNet" X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi folks, Just a quick note -- I have a RELEASE built on my system "codebase.mcs.net"; if you connect there, grab from the path "ftp://codebase.mcs.net/R", with the release name "ftp", you'll get the current bits. This particular build is EXTREMELY stable. I've been unable to crash it in almost two weeks of trying. We are running a huge production news server on a PPro 200 here with this, as well as a bunch of NNTP client machines (using shared active) and will shortly start loading a lot of other systems with this cut as well. I have seen *zero* crashes with this build, and ZERO problems. Other than the lkm/kernel issue (careful with that Axe Eugene, rebuild liblkm and the "ps-like" utilities when you play with the kernel bits) this is a great release. I have yet to see *any* crashes with this configuration running INN 1.4 on one of the more busy news environments on the net (dual NICs, dual PCI SCSI disk adapters, 4 Quantum Atlas 4G drives, the works) as well as on two other machines I intentionally beat the crap out of to see if I could break them. The CVS tree I extracted to build this came over here around 26 July. I'll note that -STABLE, on these same machines, has a half-life before NFS lockups or similar insanity calls it to fall over and die of about 48 hours. There are obviously *major* stability improvements between these code cuts. Enjoy. As long as people are reasonable with the load, you can feel free to grab the bits as noted above. This release does *not* have our proprietary and odd stuff in it, and also is lacking some of the "backward compatibility" stuff. In our environment that this build is being used right now, we don't really care one way or the other. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1] | Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-hackers Wed Aug 7 23:43:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA14969 for hackers-outgoing; Wed, 7 Aug 1996 23:43:07 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA14964 for ; Wed, 7 Aug 1996 23:43:05 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA01368; Thu, 8 Aug 1996 08:42:58 +0200 Message-Id: <199608080642.IAA01368@ra.dkuug.dk> Subject: Re: running linux-elf matlab To: bartol@salk.edu (Tom Bartol) Date: Thu, 8 Aug 1996 08:42:58 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: from "Tom Bartol" at Aug 7, 96 03:39:08 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Tom Bartol who wrote: [snip snap] > > I also added /lib/elf to /compat/linux/etc/ld.so.conf and rehashed > ld.so.cache with ldconfig as per the section of the FreeBSD handbook on > linux compat. Now, one would hope that matlab would run but here's what > results when I try: > > /usr/local/pkgs/matlab-4.2c/bin/lnx86/matlab > ELF interpreter /lib/elf/ld-linux.so.1 not known > Abort > > and > > /compat/linux/usr/bin/ldd /usr/local/pkgs/matlab-4.2c/bin/lnx86/matlab > ELF interpreter /lib/elf/ld-linux.so.1 not known The problem here is that the ELF loader looks in a certain location for the ELF interpreter. This is the most annoying problem with Linux, they can't get a grip on where to put files, its a nightmare to keep track of all the different places to look :( :( However when one KNOWS where to look its easy fixable: The patch is for -current, so you shouldn't have any troubles with that, let me know if you get any further, it would be nice to have matlab running... *** sys/i386/linux/linux_sysvec.c.ORG Thu Jun 20 04:38:08 1996 --- sys/i386/linux/linux_sysvec.c Wed Aug 7 23:30:57 1996 *************** *** 409,414 **** --- 409,419 ---- "/lib/ld-linux.so.1", "/compat/linux" }; + Elf32_Interp_info linux_interp_old = { + &elf_linux_sysvec, + "/lib/elf/ld-linux.so.1", + "/compat/linux" + }; #ifndef LKM /* *** lkm/linux/linux.c.ORG Wed Aug 7 23:34:44 1996 --- lkm/linux/linux.c Wed Aug 7 23:34:35 1996 *************** *** 42,53 **** --- 42,56 ---- MOD_EXEC(linux, -1, (struct execsw*)&linux_execsw); extern Elf32_Interp_info linux_interp; + extern Elf32_Interp_info linux_interp_old; static int linux_load(struct lkm_table *lkmtp, int cmd) { if (elf_insert_interp(&linux_interp)) uprintf("Could not install ELF interpreter entry\n"); + if (elf_insert_interp(&linux_interp_old)) + uprintf("Could not install ELF interpreter entry\n"); uprintf("Linux emulator installed\n"); return 0; } *************** *** 56,61 **** --- 59,66 ---- linux_unload(struct lkm_table *lkmtp, int cmd) { if (elf_remove_interp(&linux_interp)) + uprintf("Could not deinstall ELF interpreter entry\n"); + if (elf_remove_interp(&linux_interp_old)) uprintf("Could not deinstall ELF interpreter entry\n"); uprintf("Linux emulator removed\n"); return 0; -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Thu Aug 8 00:58:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19553 for hackers-outgoing; Thu, 8 Aug 1996 00:58:38 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA19483 for ; Thu, 8 Aug 1996 00:58:18 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA10761; Thu, 8 Aug 1996 09:57:02 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA22389; Thu, 8 Aug 1996 09:56:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA16954; Thu, 8 Aug 1996 09:09:40 +0200 (MET DST) From: J Wunsch Message-Id: <199608080709.JAA16954@uriah.heep.sax.de> Subject: Re: Q:Meanings of kern.securelevel values To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 8 Aug 1996 09:09:40 +0200 (MET DST) Cc: thorpej@nas.nasa.gov Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608080000.RAA10273@lestat.nas.nasa.gov> from Jason Thorpe at "Aug 7, 96 05:00:32 pm" 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 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 As Jason Thorpe wrote: > > option INSECURE > > FWIW, NetBSD has this option. What other problems did you encounter in raising the securelevel, except the known problem with the video frame buffer vs. Xserver access through /dev/mem? Should one expect many problems, or only a few minor ones? -- 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 Aug 8 01:00:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA19803 for hackers-outgoing; Thu, 8 Aug 1996 01:00:11 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA19788 for ; Thu, 8 Aug 1996 01:00:06 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA10672; Thu, 8 Aug 1996 09:56:06 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA22356; Thu, 8 Aug 1996 09:56:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA15917; Thu, 8 Aug 1996 07:45:51 +0200 (MET DST) From: J Wunsch Message-Id: <199608080545.HAA15917@uriah.heep.sax.de> Subject: Re: Accurate time clock? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 8 Aug 1996 07:45:50 +0200 (MET DST) Cc: hasty@rah.star-gate.com (Amancio Hasty) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608061155.EAA08181@rah.star-gate.com> from Amancio Hasty at "Aug 6, 96 04:55:08 am" 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 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 As Amancio Hasty wrote: > How accurate is the pentium clock register: Read Bruce's various postings regarding this topic. -- 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 Aug 8 01:02:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA20007 for hackers-outgoing; Thu, 8 Aug 1996 01:02:50 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA19948 for ; Thu, 8 Aug 1996 01:02:15 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA10767; Thu, 8 Aug 1996 09:57:10 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA22390; Thu, 8 Aug 1996 09:57:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA16790; Thu, 8 Aug 1996 09:02:20 +0200 (MET DST) From: J Wunsch Message-Id: <199608080702.JAA16790@uriah.heep.sax.de> Subject: Re: mmap and NFS To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 8 Aug 1996 09:02:20 +0200 (MET DST) Cc: gilham@csl.sri.com (Fred Gilham) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608070145.SAA04598@impulse.csl.sri.com> from Fred Gilham at "Aug 6, 96 06:45:48 pm" 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 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 As Fred Gilham wrote: > One of the users I support has written a program that uses mmap and > two communicating processes. When he tries to mmap files on NFS > mounted partitions, [...] ``Stay away from mmap() on NFS!'' [John Dyson] -- 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 Aug 8 01:27:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA21424 for hackers-outgoing; Thu, 8 Aug 1996 01:27:20 -0700 (PDT) Received: from viking.ucsalf.ac.uk (viking.ucsalf.ac.uk [192.195.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA21417 for ; Thu, 8 Aug 1996 01:27:16 -0700 (PDT) Received: by viking.ucsalf.ac.uk (Smail3.1.29.1 #4) id m0uoQR0-00036xC; Thu, 8 Aug 96 09:27 BST Message-Id: From: mark@plato.ucsalf.ac.uk (Mark Powell) Subject: Linux async vs. FreeBSD sync To: freebsd-hackers@freebsd.org Date: 8 Aug 1996 09:27:11 +0100 X-Gated-To-News-By: news@ucsalf.ac.uk Xref: viking.ucsalf.ac.uk comp.unix.bsd.freebsd.misc:24193 list.freebsd.hackers:5240 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A lot has been said about this recently. However, I've used both systems alot and had only ever noticed Linux's "feel of speed" as far as the filesystem is concerned. I recently installed Linux on an Adaptec 7880 chipset based motherboard. Apart from having to go around the houses to even install Linux on such a system (I eventually used redhat with the *unsupported* 1.3.57 kernel) I really discovered the benefits of the sync system. I've been running FreeBSD for around 9 months on a 7880 based chipset and got regular SCSI hangs when the bus was put under load (this is fixed since around June 8th.) However, I never noticed *any* loss of data from any of these crashes. With the linux system I experienced the same scsi bus hangs during rebuilds of the newer Linux kernel 2.0.11. Nearly every single time the linux box hung I completely lost the filesystem. One the occasions that fsck would even fix the damn thing I'd find I'd lost /etc/passwd, login etc. etc. I eventually got the new kernel built by slowing down the build. Now I have the latest scsi code in there I still mount all the filesystems under Linux synchronous. Linux installs are a damn pain. Redhat requires *three* floppy disks for it's install, whereas I only ever use one for FreeBSD. BTW Any chance of BOOTP/DHCP in the install program, that'd be a real treat. Anyway, thought I'd just let you know of my positive experience with FreeBSD. Keep up the good work. I'll save Linux for play and the FreeBSD for the serious work. (I was only installing Linux to play xquake. Now someone tells me FreeBSD-2.2 will run it arrrrgh!!) -- Mark Powell - Senior Network Technician - Room: C806 Computer Services Unit, University College Salford, Salford, Manchester, UK. Tel: +44 161 745 3376 Fax: +44 161 736 3596 Email: mark@ucsalf.ac.uk finger mark@ucsalf.ac.uk (for PGP key) Home Page From owner-freebsd-hackers Thu Aug 8 01:34:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA21925 for hackers-outgoing; Thu, 8 Aug 1996 01:34:56 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA21918 for ; Thu, 8 Aug 1996 01:34:53 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id BAA20208; Thu, 8 Aug 1996 01:34:24 -0700 (PDT) To: mark@plato.ucsalf.ac.uk (Mark Powell) cc: freebsd-hackers@freebsd.org Subject: Re: Linux async vs. FreeBSD sync In-reply-to: Your message of "08 Aug 1996 09:27:11 BST." Date: Thu, 08 Aug 1996 01:34:24 -0700 Message-ID: <20205.839493264@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > it's install, whereas I only ever use one for FreeBSD. BTW Any chance of > BOOTP/DHCP in the install program, that'd be a real treat. Yes, that's definitely planned. :) Jordan From owner-freebsd-hackers Thu Aug 8 01:35:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA21973 for hackers-outgoing; Thu, 8 Aug 1996 01:35:21 -0700 (PDT) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA21958 for ; Thu, 8 Aug 1996 01:35:15 -0700 (PDT) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) with SMTP id JAA15096; Thu, 8 Aug 1996 09:38:47 +0100 (BST) Date: Thu, 8 Aug 1996 09:38:47 +0100 (BST) From: Developer To: Tom Bartol cc: hackers@FreeBSD.org Subject: Re: running linux-elf matlab 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, 7 Aug 1996, Tom Bartol wrote: > I also added /lib/elf to /compat/linux/etc/ld.so.conf and rehashed > ld.so.cache with ldconfig as per the section of the FreeBSD handbook on > linux compat. Now, one would hope that matlab would run but here's what > results when I try: > > /usr/local/pkgs/matlab-4.2c/bin/lnx86/matlab > ELF interpreter /lib/elf/ld-linux.so.1 not known > Abort > > and > > /compat/linux/usr/bin/ldd /usr/local/pkgs/matlab-4.2c/bin/lnx86/matlab > ELF interpreter /lib/elf/ld-linux.so.1 not known > > So, it would appear that /lib/elf/ld-linux.so.1 is missing but we can see > from the above ls command that it is there so does anyone out there have a > clue as to how I should proceed with this problem? Perhaps by "not known" > the ELF interpreter is telling me that it can find > /lib/elf/ld-linux.so.1 but doesn't know what to do with > /lib/elf/ld-linux.so.1 Did you make sure that /lib/elf/ is in the library path for ldconfig? If it still does that then I think that either you have a permission problem with the libraries or you are using the wrong versions.. maybe you would like to try my version of /compat/linux .. it's quite comprehensive.. I put it on ftp.flevel.co.uk in /pub/bsd/linux.compat.tgz Regards, Trefor S. From owner-freebsd-hackers Thu Aug 8 01:51:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA23078 for hackers-outgoing; Thu, 8 Aug 1996 01:51:33 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA23070 for ; Thu, 8 Aug 1996 01:51:27 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id SAA28939; Thu, 8 Aug 1996 18:49:04 +1000 Date: Thu, 8 Aug 1996 18:49:04 +1000 From: Bruce Evans Message-Id: <199608080849.SAA28939@godzilla.zeta.org.au> To: bde@zeta.org.au, michaelh@cet.co.jp Subject: Re: kern_mib.c:int securelevel = -1; Cc: Hackers@FreeBSD.org, jds@TracerTech.COM Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >BSD/OS and NetBSD are using options INSECURE to switch this feature on and >off. I'd also like to have this switch so I don't have to keep patching >kern_mib.c when I build kernels that use this feature. >If there are "mile wide" holes in the securelevel stuff we can state that >the feature is experimental in the man pages. I still would like to have >the INSECURE switch added. Just make it the default in the GENERIC kernel >so it doesn't change the current default behavior. The default should not require any options. The new option could be named A_LITTLE_BIT_SECURE. Bruce From owner-freebsd-hackers Thu Aug 8 02:20:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA25313 for hackers-outgoing; Thu, 8 Aug 1996 02:20:10 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA25308 for ; Thu, 8 Aug 1996 02:20:07 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id JAA13452; Thu, 8 Aug 1996 09:19:55 GMT Date: Thu, 8 Aug 1996 18:19:55 +0900 (JST) From: Michael Hancock To: Bruce Evans cc: Hackers@FreeBSD.org, jds@TracerTech.COM Subject: Re: kern_mib.c:int securelevel = -1; In-Reply-To: <199608080849.SAA28939@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 Thu, 8 Aug 1996, Bruce Evans wrote: > >BSD/OS and NetBSD are using options INSECURE to switch this feature on and > >off. I'd also like to have this switch so I don't have to keep patching > >kern_mib.c when I build kernels that use this feature. > > >If there are "mile wide" holes in the securelevel stuff we can state that > >the feature is experimental in the man pages. I still would like to have > >the INSECURE switch added. Just make it the default in the GENERIC kernel > >so it doesn't change the current default behavior. > > The default should not require any options. The new option could be named > A_LITTLE_BIT_SECURE. As people patch up holes we can rename it to A_LITTLE_BIT_MORE_SECURE. ;-) Mike Hancock From owner-freebsd-hackers Thu Aug 8 02:30:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA25871 for hackers-outgoing; Thu, 8 Aug 1996 02:30:56 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA25865 for ; Thu, 8 Aug 1996 02:30:53 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id JAA13518; Thu, 8 Aug 1996 09:30:47 GMT Date: Thu, 8 Aug 1996 18:30:47 +0900 (JST) From: Michael Hancock To: Mark Powell cc: freebsd-hackers@freebsd.org Subject: Re: Linux async vs. FreeBSD sync 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 The FFS careful synchronous does have performance penalties, but I think we agree that the data integrity it provides is more important. FFS also takes pains to write to the disk intelligently leading to better recoverability and less fragmentation. Mike Hancock On 8 Aug 1996, Mark Powell wrote: > A lot has been said about this recently. However, I've used both systems > alot and had only ever noticed Linux's "feel of speed" as far as the > filesystem is concerned. I recently installed Linux on an Adaptec 7880 > chipset based motherboard. Apart from having to go around the houses to > even install Linux on such a system (I eventually used redhat with the > *unsupported* 1.3.57 kernel) I really discovered the benefits of the sync > system. I've been running FreeBSD for around 9 months on a 7880 based > chipset and got regular SCSI hangs when the bus was put under load (this > is fixed since around June 8th.) However, I never noticed *any* loss of > data from any of these crashes. With the linux system I experienced the > same scsi bus hangs during rebuilds of the newer Linux kernel 2.0.11. > Nearly every single time the linux box hung I completely lost the filesystem. > One the occasions that fsck would even fix the damn thing I'd find I'd > lost /etc/passwd, login etc. etc. I eventually got the new kernel > built by slowing down the build. Now I have the latest scsi code in there > I still mount all the filesystems under Linux synchronous. > Linux installs are a damn pain. Redhat requires *three* floppy disks for > it's install, whereas I only ever use one for FreeBSD. BTW Any chance of > BOOTP/DHCP in the install program, that'd be a real treat. > Anyway, thought I'd just let you know of my positive experience with > FreeBSD. Keep up the good work. I'll save Linux for play and the FreeBSD > for the serious work. (I was only installing Linux to play xquake. Now > someone tells me FreeBSD-2.2 will run it arrrrgh!!) > -- > Mark Powell - Senior Network Technician - Room: C806 > Computer Services Unit, University College Salford, Salford, Manchester, UK. > Tel: +44 161 745 3376 Fax: +44 161 736 3596 > Email: mark@ucsalf.ac.uk finger mark@ucsalf.ac.uk (for PGP key) > Home Page > -- michaelh@cet.co.jp http://www.cet.co.jp CET Inc., Daiichi Kasuya BLDG 8F 2-5-12, Higashi Shinbashi, Minato-ku, Tokyo 105 Japan Tel: +81-3-3437-1761 Fax: +81-3-3437-1766 From owner-freebsd-hackers Thu Aug 8 04:25:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA01584 for hackers-outgoing; Thu, 8 Aug 1996 04:25:27 -0700 (PDT) Received: from viking.ucsalf.ac.uk (viking.ucsalf.ac.uk [192.195.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA01579 for ; Thu, 8 Aug 1996 04:25:23 -0700 (PDT) Received: by viking.ucsalf.ac.uk (Smail3.1.29.1 #4) id m0uoTDJ-00036xC; Thu, 8 Aug 96 12:25 BST Message-Id: From: mark@plato.ucsalf.ac.uk (Mark Powell) Subject: sio problems with 2.2-960801-SNAP To: freebsd-hackers@freebsd.org Date: 8 Aug 1996 12:25:12 +0100 X-Gated-To-News-By: news@ucsalf.ac.uk Xref: viking.ucsalf.ac.uk comp.unix.bsd.freebsd.misc:24205 list.freebsd.hackers:5250 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just tried out the latest 2.2. SNAP. My mouse doesn't work under X. $ cat -u /dev/cuaa0 doesn't let me see any garbage mouse output. cu to a modem has very slow typing and character loss, with the following produced via syslog. This is a machine that works fine with 2.1.5. Aug 8 11:52:22 plato /kernel.2.2: stray irq 4 Aug 8 11:52:41 plato last message repeated 3 times Aug 8 11:53:55 plato /kernel.2.2: stray irq 4 Aug 8 11:53:55 plato /kernel.2.2: too many stray irq 4's; not logging any more Aug 8 12:15:41 plato /kernel.2.2: stray irq 3 Aug 8 12:15:51 plato last message repeated 4 times Aug 8 12:15:51 plato /kernel.2.2: too many stray irq 3's; not logging any more Aug 8 12:16:35 plato /kernel.2.2: sio1: 1 more silo overflow (total 1) -- Mark Powell - Senior Network Technician - Room: C806 Computer Services Unit, University College Salford, Salford, Manchester, UK. Tel: +44 161 745 3376 Fax: +44 161 736 3596 Email: mark@ucsalf.ac.uk finger mark@ucsalf.ac.uk (for PGP key) Home Page From owner-freebsd-hackers Thu Aug 8 07:36:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA10932 for hackers-outgoing; Thu, 8 Aug 1996 07:36:07 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA10923 for ; Thu, 8 Aug 1996 07:36:04 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id KAA24959; Thu, 8 Aug 1996 10:35:33 -0400 Date: Thu, 8 Aug 1996 10:35:32 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: FreeBSD hackers Subject: Re: mmap and NFS In-Reply-To: <199608080702.JAA16790@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 Thu, 8 Aug 1996, J Wunsch wrote: > As Fred Gilham wrote: > > One of the users I support has written a program that uses mmap and > > two communicating processes. When he tries to mmap files on NFS > > mounted partitions, [...] > ``Stay away from mmap() on NFS!'' [John Dyson] Yup, this is true. See the URL below for a pointer to a paper on how you can make mmap'ed files for NFS work by modifying NFS in a few simple ways. I had this working on 2.05R, but the changes are it seems too far-reaching to get plugged into the freebsd tree (or the linux or netbsd tree for that matter). Not lots of lines of code, but some lines of thought. Anyway, some of you might find it of interest. ron p.s. note that it's an FTP: not an HTTP:. :-(. Don't ask. Ron Minnich |"If you leave out all the killings, D.C. has as rminnich@sarnoff.com | low a crime rate as many cities" -- (609)-734-3120 | D.C. Mayor Marion Barry ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html From owner-freebsd-hackers Thu Aug 8 08:44:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA14899 for hackers-outgoing; Thu, 8 Aug 1996 08:44:26 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA14894 for ; Thu, 8 Aug 1996 08:44:20 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id JAA17403; Thu, 8 Aug 1996 09:41:17 -0600 (MDT) Message-Id: <199608081541.JAA17403@rover.village.org> To: Michael Graff Subject: Re: Announcing CVSup: Intelligent SUP Replacement Cc: Chuck Robey , John Polstra , Terry Lambert , freebsd-hackers@FreeBSD.org In-reply-to: Your message of 06 Aug 1996 15:05:25 EDT Date: Thu, 08 Aug 1996 09:41:16 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : How about putting the FreeBSD stuff on a branch, and let the local developer : work on the mainline. That way, cvs can do the right thing and just update : the branch, while the local developer can cvs update -j when merging is : wanted. That will also make merges safer, imho. I've been doing something similar for Linux for some time now. It works, but it is slow. And from time to time you trash the CVS files if, say, the system goes down right in the middle of a CVS import. Since CVSup wouldn't use import for the new vendor branch (which is what you are asking for), but rather just modify it, the windows are smaller. Warner From owner-freebsd-hackers Thu Aug 8 08:47:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA15073 for hackers-outgoing; Thu, 8 Aug 1996 08:47:17 -0700 (PDT) Received: from io.keanesea.com (io.keanesea.com [206.213.110.9]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA15060 for ; Thu, 8 Aug 1996 08:47:08 -0700 (PDT) Received: from FRIDAY (friday.keanesea.com [206.213.110.70]) by io.keanesea.com (8.6.12/8.6.12) with SMTP id IAA21048 for ; Thu, 8 Aug 1996 08:46:07 -0700 Received: by FRIDAY with Microsoft Mail id <01BB8505.E1BBE9E0@FRIDAY>; Thu, 8 Aug 1996 08:44:59 -0700 Message-ID: <01BB8505.E1BBE9E0@FRIDAY> From: Cyrus Gray To: "'FreeBSD Hackers'" Subject: I'm thinking of Clustering 4 FreeBSD Servers Date: Thu, 8 Aug 1996 08:44:56 -0700 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 thinking of Clustering 4 FreeBSD Servers Running 2.1.0 what would be a good reference to read about clustering. I havn't ever setup a cluster before so I'm just looking for some information. Thanks Cyrus Gray ----------------------------------------------------------- Cyrus Gray cyrusgr@keanesea.com Keane Inc. Phone 206.654.7074 Information Systems Fax 206.464.1551 ----------------------------------------------------------- ----------------------------------------------------------- Cyrus Gray cyrusgr@keanesea.com Keane Inc. Phone 206.654.7074 Information Systems Fax 206.464.1551 ----------------------------------------------------------- From owner-freebsd-hackers Thu Aug 8 08:48:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA15160 for hackers-outgoing; Thu, 8 Aug 1996 08:48:31 -0700 (PDT) Received: from linux.local.net (sansig@line08.globalnet.it [194.185.53.40]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA15150 for ; Thu, 8 Aug 1996 08:48:22 -0700 (PDT) Received: from localhost (sansig@localhost) by linux.local.net (8.7.5/8.6.9) with SMTP id RAA05546 for ; Thu, 8 Aug 1996 17:47:50 +0200 X-Authentication-Warning: linux.local.net: sansig owned process doing -bs Date: Thu, 8 Aug 1996 17:47:50 +0200 (MET DST) From: Sandro Sigala X-Sender: sansig@linux.local.net To: freebsd-hackers@freebsd.org Subject: problem while writing *roff man page 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 have a little problem writing a man page (Berkeley-style, mandoc) for a my program. This is the header. .Dd August 7, 1996 .Os .Dt CINFOC 1 .Sh NAME .Nm cinfoc .Nd cinfo database compiler .Sh SYNOPSIS .Nm cinfoc .Op Fl dV <------ This is the problem .Op Ar .Sh DESCRIPTION [..snip..] The problem is that 'dV' is defined as a macro by the mandoc macro package, so the *roff formatter doesn't print: SYNOPSIS cinfoc [-dV] [file ...] but some crap/garbage/stuff/... :-) like: SYNOPSIS cinfoc [-[]] [file ...] How to 'disable' the dV evaluation (need an escape like the '\' in C)? I tried those lines but are not the solution. .Op Fl \Dv .Op Fl 'Dv' .Op Fl "Dv' .... thanks in advance. From owner-freebsd-hackers Thu Aug 8 08:49:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA15234 for hackers-outgoing; Thu, 8 Aug 1996 08:49:03 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA15215 for ; Thu, 8 Aug 1996 08:48:57 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id JAA17418; Thu, 8 Aug 1996 09:46:46 -0600 (MDT) Message-Id: <199608081546.JAA17418@rover.village.org> To: Michael Hancock Subject: Re: Linux async vs. FreeBSD sync Cc: Mark Powell , freebsd-hackers@freebsd.org In-reply-to: Your message of Thu, 08 Aug 1996 18:30:47 +0900 Date: Thu, 08 Aug 1996 09:46:46 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : The FFS careful synchronous does have performance penalties, but I think : we agree that the data integrity it provides is more important. : : FFS also takes pains to write to the disk intelligently leading to better : recoverability and less fragmentation. In the last two and half years of using FreeBSD, I've only had one file system corruption not caused by a flakey disk. That was when I shut off the power (by mistake) on my FreeBSD box while doing an import of linux sources into a CVS tree I keep here for linux hacking. I lost 28 CVS files and had to get them off of tape... :-(. fsck was happy with the disk, and reported nothing unusual about it on the reboot, which was really odd (yes, it did a full fsck, not just a simple "its clean" check). Warner From owner-freebsd-hackers Thu Aug 8 09:26:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA18344 for hackers-outgoing; Thu, 8 Aug 1996 09:26:41 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA18329 for ; Thu, 8 Aug 1996 09:26:34 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id JAA18216; Thu, 8 Aug 1996 09:26:28 -0700 (MST) From: Don Yuniskis Message-Id: <199608081626.JAA18216@seagull.rtd.com> Subject: Re: problem while writing *roff man page To: sansig@freenet.hut.fi (Sandro Sigala) Date: Thu, 8 Aug 1996 09:26:28 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Sandro Sigala" at Aug 8, 96 05:47:50 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 Sandro Sigala said: > > Hi, i have a little problem writing a man page (Berkeley-style, mandoc) > for a my program. This is the header. > > .Dd August 7, 1996 > .Os > .Dt CINFOC 1 > .Sh NAME > .Nm cinfoc > .Nd cinfo database compiler > .Sh SYNOPSIS > .Nm cinfoc Just FYI... since you've already defined the "Nm", hereafter, you can use just "Nm" to insert the name where you want it... > .Op Fl dV <------ This is the problem dV is probably a macro. Precede it with "\&" (i.e. "\&dV") to prevent it being expanded as a macro. In general, you should routinely shove \& in front of any two letter sequence WITHIN A MACRO INVOCATION (e.g., within the .Op invocation as above). Likewise, precede any ".XX" (where X is any charater) with this... > .Op Ar > .Sh DESCRIPTION > [..snip..] > > The problem is that 'dV' is defined as a macro by the mandoc macro package, > so the *roff formatter doesn't print: > > SYNOPSIS > cinfoc [-dV] [file ...] > > but some crap/garbage/stuff/... :-) like: > > SYNOPSIS > cinfoc [-[]] [file ...] > > How to 'disable' the dV evaluation (need an escape like the '\' in C)? > I tried those lines but are not the solution. > > .Op Fl \Dv > .Op Fl 'Dv' > .Op Fl "Dv' > .... --don From owner-freebsd-hackers Thu Aug 8 09:27:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA18391 for hackers-outgoing; Thu, 8 Aug 1996 09:27:01 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA18379 for ; Thu, 8 Aug 1996 09:26:59 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id JAA20847; Thu, 8 Aug 1996 09:19:22 -0700 (PDT) Message-Id: <199608081619.JAA20847@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: Q:Meanings of kern.securelevel values Reply-To: Jason Thorpe From: Jason Thorpe Date: Thu, 08 Aug 1996 09:19:22 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 8 Aug 1996 09:09:40 +0200 (MET DST) J Wunsch wrote: > What other problems did you encounter in raising the securelevel, > except the known problem with the video frame buffer vs. Xserver > access through /dev/mem? Should one expect many problems, or only > a few minor ones? On some NetBSD platforms (alpha, sparc, sun3, mvme68k, at least), installing the boot block requires simultaneous access to both the file system and the raw device on which the file system lives. You can't do this at securelevel == 1. Given that, I don't particularly like bring my workstation at work (an ss2 running NetBSD) down into single-user mode to install a boot block on a NetBSD/sparc boot floppy. Anyhow, there's an example of another thing that the INSECURE option is convenient for under NetBSD. It's not clear to me that it would apply to FreeBSD at all, but you asked, so... :-) Ciao. -- save the ancient forests - http://www.bayarea.net/~thorpej/forest/ -- 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 Aug 8 10:01:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA22185 for hackers-outgoing; Thu, 8 Aug 1996 10:01:40 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA22178 for ; Thu, 8 Aug 1996 10:01:38 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id NAA26084; Thu, 8 Aug 1996 13:00:29 -0400 Date: Thu, 8 Aug 1996 13:00:28 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: Cyrus Gray cc: "'FreeBSD Hackers'" Subject: Re: I'm thinking of Clustering 4 FreeBSD Servers In-Reply-To: <01BB8505.E1BBE9E0@FRIDAY> 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, 8 Aug 1996, Cyrus Gray wrote: > I'm thinking of Clustering 4 FreeBSD Servers Running 2.1.0 > what would be a good reference to read about clustering. define 'clustering'. It's a meaningless term without some added adjectives at this point. thanks ron From owner-freebsd-hackers Thu Aug 8 11:32:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA04161 for hackers-outgoing; Thu, 8 Aug 1996 11:32:20 -0700 (PDT) Received: from cmr.kiev.ua (cmr.kiev.ua [193.193.193.50]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA04130 for ; Thu, 8 Aug 1996 11:31:09 -0700 (PDT) Received: (archer@localhost) by cmr.kiev.ua (Sendmail 8.who.cares/5) id TAA15058; Thu, 8 Aug 1996 19:19:17 GMT Date: Thu, 8 Aug 1996 22:19:17 +0300 (EET DST) From: "Litvin Alexander B. " To: hackers@freebsd.org Subject: "Panick" - help needed... 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, All! I was advised by J.K.Habbard to send this into freebsd.hackers, so here my "problem" goes... I tried to figure out how would FreeBSD behave under heavy load. For this purpose I wrote the simple program. It creates 200 copies of itself, and then each copy tries to give system some work, that is opens a file and writes into it randomly and also allocates memory, uses it and frees memory afterwards. Here it is: #include #include #include int main() { int incarnation; /* Program incarnation */ int i,j; /* Counters */ int descriptor; /* File descriptor */ int PID,status; /* Self-explaining */ char buffer[512]; /* Buffer for file operations */ int written; /* Bytes written */ char name[10]; /* For file name */ double t; /* Temporary */ char* p=NULL; /* Dinamic allocated memory pointer */ for(incarnation=0;incarnation<200;incarnation++) { PID=fork(); /* Let's create another incarnation */ if(PID==-1) { printf("Cannot create another process, %d\n",incarnation); break; } if(!PID) break; } sprintf(name,"%d",getpid()); descriptor=open(name,O_CREAT|O_WRONLY,0777); /* Create temporary file */ if(descriptor==-1) { printf("Cannot create another file, %d\n",incarnation); exit(-1); } srand(incarnation); /* Make some randomization */ for(i=0;i<1000;i++) /* Do some work */ { written=write(descriptor,buffer,512); if(written!=512) { printf("Cannot write file, %d\n",incarnation); close(descriptor); if(p) free(p); exit(-1); } /* We'll write into file at random position */ t=((double)rand()/(double)RAND_MAX)*32255.; lseek(descriptor,(int)t,SEEK_SET); if(p) /* Use some VM as well */ { for(j=0;j<0xffff;j++) p[j]='Z'; free(p); p=NULL; } else { p=(char*)malloc(0xffff*sizeof(char)); if(!p) { printf("Cannot allocate memory, %d\n",incarnation); close(descriptor); exit(-1); } for(j=0;j<0xffff;j++) p[j]='z'; } } close(descriptor); if(p) free(p); wait(&status); return 0; } I ran at at one 2.1 box: AMD 5x86-133, ISA/PCI, 24M ram, 1.2G IDE hard disk, and at two 2.1.5 boxes: Pentium 100, ISA/PCI, 16M ram, Adaptec 7850 SCSI adapter, Seagate 2G SCSI hard disk, and Pentium 75, ISA/PCI, 16M ram, 1.2G hard disk. Each system crashes with message like: kernel page directory invalid pdir=0x52e063 va=0xc000 ^^^^^^^^ actual numbers may differ panic: invalid page directory Crash is more or less severe from time to time. Sometimes system will work well with 200 processes, but crash with 300 - it depends. I don't see any reason for such system behaviour. I'm not sure it's melfunction, but will be grateful to hear any comments. For we would like to use FreeBSD as a server for http, ftp, nntp, and other services, and we're very concerned with it's stability. I of course know that ftp.freebsd.org sustains very heavy load, but... At least, system should refuse to give servicies when overloaded, but (from my point of view) it shouldn't crash! P.S. May be the program is simply buggy - forgive the dummy in that case. -- Litvin Alexander +--------------------+ |"Must-die" must die!| +--------------------+ From owner-freebsd-hackers Thu Aug 8 13:21:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09134 for hackers-outgoing; Thu, 8 Aug 1996 13:21:47 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA09119 for ; Thu, 8 Aug 1996 13:21:40 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA06186; Thu, 8 Aug 1996 22:21:05 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA08172; Thu, 8 Aug 1996 22:20:59 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA01881; Thu, 8 Aug 1996 22:08:42 +0200 (MET DST) From: J Wunsch Message-Id: <199608082008.WAA01881@uriah.heep.sax.de> Subject: Re: problem while writing *roff man page To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 8 Aug 1996 22:08:41 +0200 (MET DST) Cc: sansig@freenet.hut.fi (Sandro Sigala) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Sandro Sigala at "Aug 8, 96 05:47:50 pm" 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 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 As Sandro Sigala wrote: > .Op Fl dV <------ This is the problem > How to 'disable' the dV evaluation (need an escape like the '\' in C)? > I tried those lines but are not the solution. .Op Fl \&dV -- 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 Aug 8 13:28:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09552 for hackers-outgoing; Thu, 8 Aug 1996 13:28:36 -0700 (PDT) Received: from hercules.triumph.com ([198.179.168.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA09547 for ; Thu, 8 Aug 1996 13:28:33 -0700 (PDT) Received: from [198.179.168.100] by hercules.triumph.com (SMTPD32-960308) id AF2014B014A; Thu Aug 08 16:33:36 1996 Message-ID: <320A4D53.634E@triumph.com> Date: Thu, 08 Aug 1996 16:25:55 -0400 From: mitchell hryckowian Reply-To: mitchell@triumph.com Organization: Triumph Technologies, Inc. X-Mailer: Mozilla 3.0b4 (WinNT; I) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Bootp Server Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi: I was speaking to Walnut CDROM to find out if the FREEBSD product came with a Bootp server application. I have a client that needs to get a bootp server that is capable of supporting 2500 devices. At any one given time no more that 80-100 bootp server requests will exist. I spoke to someone at FTP software and he suggested that I look into FREEBSD. He thought that you guys had a bootp server application included with the software. If someone can contact me with the appropiate answer I would much appreciate it. Thank you for your cooperation. Sincerly, Mitchell Hryckowian mitchell@triumph.com (617) 273-0073 ext:126 From owner-freebsd-hackers Thu Aug 8 13:30:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09781 for hackers-outgoing; Thu, 8 Aug 1996 13:30:46 -0700 (PDT) Received: from april.brconnect.net (root@dialup121-2-5.swipnet.se [130.244.121.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA09681 for ; Thu, 8 Aug 1996 13:30:03 -0700 (PDT) Received: (from root@localhost) by april.brconnect.net (8.7.4/8.7.3) id BAA00588; Tue, 8 Aug 1995 01:38:10 -0400 Date: Tue, 8 Aug 1995 01:38:09 -0400 (WST) From: r00t of the hell To: hackers@freebsd.org Subject: Mouse.. 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'd like to know if there is a mouse driver for freebsd Vconsole like linux gpm. Thanks.. return to : RZRHL@ROCKPILE.COM From owner-freebsd-hackers Thu Aug 8 13:32:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09957 for hackers-outgoing; Thu, 8 Aug 1996 13:32:45 -0700 (PDT) Received: from tellab5.lisle.tellabs.com (tellab5.lisle.tellabs.com [138.111.243.28]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA09951; Thu, 8 Aug 1996 13:32:42 -0700 (PDT) From: mikebo@tellabs.com Received: from sunc210.tellabs.com by tellab5.lisle.tellabs.com with smtp (Smail3.1.29.1 #4) id m0uobkR-0004fgC; Thu, 8 Aug 96 15:32 CDT Received: by sunc210.tellabs.com (SMI-8.6/1.9) id PAA23344; Thu, 8 Aug 1996 15:31:18 -0500 Message-Id: <199608082031.PAA23344@sunc210.tellabs.com> Subject: Nameserver install glitch To: uunet!time.throck.com!jkh (Jordan K. Hubbard) Date: Thu, 8 Aug 1996 15:31:17 -0500 (CDT) Cc: mikebo (Mike Borowiec), mrm@mole.mole.org, bugs@freebsd.org, hackers@freebsd.org In-Reply-To: <14247.839470991@time.cdrom.com> from "Jordan K. Hubbard" at Aug 7, 96 07:23: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 Jordan wrote: > Mike Borowiec wrote: > > Is a nameserver mandatory? > > It is for now. :-( > > It never used to be, but some bug crept in which has now made it a > mandatory field. I've looked through the code in question several > times and can't reproduce any nameserver variable related crashes in > multiuser mode (and its value is checked for NULL everywhere it's > used). It's very strange. Anyway, I'm certainly going to try and fix > it but, up to now, have been too busy with other things to set up the > kind of testing environment I could both reproduce and debug the > problem with - if I can't reproduce this running multiuser, I have to > add debugging code for the purpose. :-( > > > Anyway, I'm trying to do a load via NFS, and spec'ed the server like so: > > 198.102.156.5:/usr/FreeBSD. It shouldn't need a nameserver. What to do? > > Enter a nameserver value then nuke your /etc/resolv.conf when you > come up. > Done. Works like a champ! Thanks for the quick response (as always ;v). Regards, - Mike -- -------------------------------------------------------------------------- Michael Borowiec - mikebo@tellabs.com - Tellabs Operations Inc. Senior Member of Technical Staff 4951 Indiana Avenue, MS 63 708-512-8211 FAX: 708-512-7099 Lisle, IL 60532 USA -------------------------------------------------------------------------- From owner-freebsd-hackers Thu Aug 8 13:46:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA11127 for hackers-outgoing; Thu, 8 Aug 1996 13:46:17 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA11122 for ; Thu, 8 Aug 1996 13:46:14 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id QAA27642; Thu, 8 Aug 1996 16:45:43 -0400 Date: Thu, 8 Aug 1996 16:45:42 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: hackers@FreeBSD.ORG Subject: Re: "Panick" - help needed... 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 just tried this on linux 1.3.99 for grins. It does not crash the system. It just makes the system totally unusable. X locks up, my 'top' window stops updating, etc. This is an interesting phenomenon I see happening in linux, which is it appears to be becoming optimized for benchmarks, specifically lmbench, but is (maybe as a result?) becoming less useful for real work. I've had 20-30 second waits for an 'ls' to complete on one virtual console while a heavy disk cruncher was running on another virtual console. This is ridiculous. There's something strange happening in the scheduler. I have not seen such behaviour in any other system save the early solaris 2.0-2.2 releases. And yet lmbench is telling me it's a good scheduler? If anyone runs this on a freebsd desktop i'd be interested in what you observe -- how does interactive response function as this program runs. Does the system become unusable for interactive use as does linux or does the system just keep plugging along. Same for NT if anyone wants to fool with it. thanks ron Ron Minnich |"If you leave out all the killings, D.C. has as rminnich@sarnoff.com | low a crime rate as many cities" -- (609)-734-3120 | D.C. Mayor Marion Barry ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html From owner-freebsd-hackers Thu Aug 8 14:17:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13674 for hackers-outgoing; Thu, 8 Aug 1996 14:17:36 -0700 (PDT) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA13642; Thu, 8 Aug 1996 14:17:25 -0700 (PDT) Received: from pauling.salk.edu (pauling [198.202.70.108]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id OAA10416; Thu, 8 Aug 1996 14:17:25 -0700 (PDT) Date: Thu, 8 Aug 1996 14:17:17 -0700 (PDT) From: Tom Bartol Reply-To: Tom Bartol To: sos@FreeBSD.org cc: hackers@FreeBSD.org Subject: linux-elf matlab runs! In-Reply-To: <199608080642.IAA01368@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Success!!! The linux-elf binary for matlab runs in FreeBSD-2.2-960801-SNAP!!! The suggestions given by several of you (thanks a bunch to you) looked good and may very well have worked out too but what I tried first and what is the best way to fix it was suggested by tech-support at the MathWorks Inc. It turns out that they have a more recent binary patched for a more recent elf release. Here is result of running ldd on this binary: /compat/linux/usr/bin/ldd /usr/local/pkgs/matlab-4.2c/bin/lnx86/matlab libXt.so.6 => /usr/X11R6/lib/libXt.so.6.0 libXext.so.6 => /usr/X11R6/lib/libXext.so.6.0 libX11.so.6 => /usr/X11R6/lib/libX11.so.6.0 libdl.so.1 => /lib/libdl.so.1.7.3 libtermcap.so.2 => /lib/libtermcap.so.2.0.0 libm.so.5 => /lib/libm.so.5.0.0 libc.so.5 => /lib/libc.so.5.0.9 libSM.so.6 => /usr/X11R6/lib/libSM.so.6.0 libICE.so.6 => /usr/X11R6/lib/libICE.so.6.0 This binary and several supporting files can be obtained from: ftp://ftp.mathworks.com/pub/mathworks/bin/unix/lnx86/matlab.42c.update ftp://ftp.mathworks.com/pub/tech-support/library/extern/conv2.mexlx ftp://ftp.mathworks.com/pub/tech-support/library/extern/ode23.mexlx ftp://ftp.mathworks.com/pub/tech-support/library/extern/ode45.mexlx The procedure is: 1. /compat/linux/lib/elf files are not needed for this matlab binary. 2. Make sure that LD_LIBRARY_PATH is set to nothing. 3. Rename the original MATLAB binary (in $MATLAB/bin/lnx86) to something else. ($MATLAB is the directory in which the matlab package is installed). 4. Get the patched binary. 5. Rename the patched binary 'matlab' and put it in $MATLAB/bin/lnx86. 6. Place the new mexlx files in ~/matlab, or replace the existing mexlx files in $MATLAB/toolbox/matlab/datafun and $MATLAB/toolbox/matlab/funfun. 7. apply the following patch to $MATLAB/install/arch.sh *** arch.sh.orig Thu Aug 8 13:56:32 1996 --- arch.sh Thu Aug 8 13:51:23 1996 *************** *** 98,103 **** --- 98,109 ---- else Arch="vax_unix" fi + elif [ -f /usr/bin/uname ]; then # FreeBSD? + case "`/usr/bin/uname`" in + FreeBSD) + Arch="lnx86" + ;; + esac elif [ -d $MATLAB/bin/c2mp ]; then Arch="c2mp" fi And that's it! Matlab runs perfectly and benchmarks out the same as running a linux machine. So now I'm getting set to UPGRADE every linux machine in our lab to FreeBSD-2.2-960801-SNAP!!! Many thanks to the core team and all those responsible for FreeBSD and the linux compatibility module! bits and bytes, Tom From owner-freebsd-hackers Thu Aug 8 15:02:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA18150 for hackers-outgoing; Thu, 8 Aug 1996 15:02:23 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA18140 for ; Thu, 8 Aug 1996 15:02:21 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id PAA01081; Thu, 8 Aug 1996 15:02:05 -0700 (PDT) Message-Id: <199608082202.PAA01081@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Ron G. Minnich" cc: hackers@FreeBSD.ORG Subject: Re: "Panick" - help needed... In-reply-to: Your message of "Thu, 08 Aug 1996 16:45:42 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Aug 1996 15:02:04 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk My system is virtually useless over here when I run the test program. I am running FreeBSD-current as of a week or so ago. Amancio From owner-freebsd-hackers Thu Aug 8 16:44:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24872 for hackers-outgoing; Thu, 8 Aug 1996 16:44:50 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA24867 for ; Thu, 8 Aug 1996 16:44:48 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id QAA01783 for ; Thu, 8 Aug 1996 16:44:46 -0700 (PDT) Message-Id: <199608082344.QAA01783@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@freeBSD.org Subject: netscape and plug-ins Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Aug 1996 16:44:45 -0700 From: Amancio Hasty Sender: owner-hackers@freeBSD.org X-Loop: FreeBSD.org Precedence: bulk Any ideas on how to contact netscape so we can native freebsd plug-ins? Tnks, Amancio cmadison@tippy2.vnet.net said: > Date: Thu, 8 Aug 1996 08:03:44 -0400 (EDT) From: Chris Madison > To: Amancio Hasty > Subject: Re: Netscape and SDK stuff > > Hmmm... Try posting on the netscape newsgroup it may help to twist > netscape's arm for proper FreeBSD support 8) > Well I did find a news group for plugins, BUT I would have to pay $ > to access it...part of Netscape's development program:-( > Have any email address? :-) > l8r chris From owner-freebsd-hackers Thu Aug 8 17:29:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA27287 for hackers-outgoing; Thu, 8 Aug 1996 17:29:17 -0700 (PDT) Received: from oyoyo.cs.titech.ac.jp (oyoyo.cs.titech.ac.jp [131.112.18.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA27278 for ; Thu, 8 Aug 1996 17:29:14 -0700 (PDT) Received: by oyoyo.cs.titech.ac.jp (8.6.12+2.4W/3.2W-titmx-2.0g); Fri, 9 Aug 1996 09:29:11 +0900 Message-Id: <199608090029.JAA09284@oyoyo.cs.titech.ac.jp> To: hackers@FreeBSD.ORG cc: hidekazu@cs.titech.ac.jp Subject: Wrong locale(japanese) ?? Date: Fri, 09 Aug 1996 09:29:10 +0900 From: Hidekazu Kuroki Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I am Hidekazu Kuroki, and a Japanese FreeBSD user. I find a problem. My system is the 2.2-960801-SNAP. I try to compile and run a following simple program, ------------------------------------ #include #include main() { if (!setlocale(LC_CTYPE,"")) printf("error!\n"); else printf("success!\n"); } ------------------------------------ When the LANG variable is "ja_JP.EUC", this program return "error!". But the LANG varieble is other(except "ja*" or "Ja*"), return "success!". Why ? Is the /usr/share/locale/ja_JP.EUC/LC_CTYPE file wrong ? thanks \\\\\\ ( @ @ ) /-------------------oOOo---(_)---oOOo-------------------\ | | | Tokyo Institute of Technology | | Department of Science and Engneering Lab. Yonezaki | | Hidekazu Kuroki (E-Mail : hidekazu@cs.titech.ac.jp) | | .oooO Oooo. | \_____________________( )___( )_____________________/ \ ( ) / \_) (_/ From owner-freebsd-hackers Thu Aug 8 18:20:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA29201 for hackers-outgoing; Thu, 8 Aug 1996 18:20:50 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA29196; Thu, 8 Aug 1996 18:20:47 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id DAA16678; Fri, 9 Aug 1996 03:20:44 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id DAA13076; Fri, 9 Aug 1996 03:20:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA00307; Thu, 8 Aug 1996 23:13:46 +0200 (MET DST) From: J Wunsch Message-Id: <199608082113.XAA00307@uriah.heep.sax.de> Subject: Re: "Panick" - help needed... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 8 Aug 1996 23:13:46 +0200 (MET DST) Cc: archer@cmr.kiev.ua (Litvin Alexander B.), dyson@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Litvin Alexander B." at "Aug 8, 96 10:19:17 pm" 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 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 As Litvin Alexander B. wrote: > I tried to figure out how would FreeBSD behave under heavy load. > For this purpose I wrote the simple program. It creates 200 copies > of itself, and then each copy tries to give system some work, that > is opens a file and writes into it randomly and also allocates memory, > uses it and frees memory afterwards. Here it is: > kernel page directory invalid pdir=0x52e063 va=0xc000 > ^^^^^^^^ > actual numbers may differ > panic: invalid page directory Well, i could not reproduce this with a ``somewhat -current'' system. I ran your program for more than 20 minutes, causing the system to virtually halt every other activity. (I've accidentally switched to the X11 screen, and it took the system about 15 minutes to switch back... ;-) By using rtrprio i was able to keep a `top' process alive on the second screen, and it reported a system load of ~ 1100 after this 20 minutes torture. Of course, the disks became very noisy. :) The only abnomality was that there were some 400 leftover temp files around in my /tmp (where the program ran), and when finally rm'ing them, i've got a: panic: vm_page_free: invalid wire count (4), pindex: 0x6 In case somebody has an idea, here's the stack trace: (kgdb) backtrace [...] #9 0xf011703e in panic () #10 0xf01b2688 in vm_page_freechk_and_unqueue () #11 0xf01b26cd in vm_page_free () #12 0xf01b0049 in vm_object_terminate () #13 0xf01afeab in vm_object_deallocate () #14 0xf01b4b0a in pager_cache () #15 0xf01b5847 in vnode_pager_uncache () #16 0xf0130ecf in unlink () #17 0xf01c6367 in syscall () #18 0xf01babb5 in Xsyscall () #19 0x1266 in ?? () #20 0x107f in ?? () I could analyze the coredump further if somebody points me into a useful direction. The system is: i586/133, 32 MB RAM, NCR 53c810, 2 disks (with distributed swap space). Kernel from around July 20th. -- 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 Aug 8 18:21:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA29285 for hackers-outgoing; Thu, 8 Aug 1996 18:21:24 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA29270 for ; Thu, 8 Aug 1996 18:21:19 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id DAA16693; Fri, 9 Aug 1996 03:20:53 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id DAA13083; Fri, 9 Aug 1996 03:20:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA02263; Thu, 8 Aug 1996 22:38:24 +0200 (MET DST) From: J Wunsch Message-Id: <199608082038.WAA02263@uriah.heep.sax.de> Subject: Re: Q:Meanings of kern.securelevel values To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 8 Aug 1996 22:38:23 +0200 (MET DST) Cc: thorpej@nas.nasa.gov Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608081619.JAA20847@lestat.nas.nasa.gov> from Jason Thorpe at "Aug 8, 96 09:19:22 am" 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 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 As Jason Thorpe wrote: (insecure and disklabels) > Anyhow, there's an example of another thing that the INSECURE option is > convenient for under NetBSD. It's not clear to me that it would apply to > FreeBSD at all, but you asked, so... :-) This one was already clear to me. I think it's even mentioned in the man page. Anyway, it's probably irrelevant for a ``backend server'' where you usually don't label floppies etc., nor run an X11 server. (FreeBSD doesn't have the aperture driver backdoor either, so you can't run an Xserver on a machine with a raised securelevel.) But it looks that secure mode seems realistic for server machines. -- 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 Aug 8 18:21:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA29301 for hackers-outgoing; Thu, 8 Aug 1996 18:21:26 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA29284 for ; Thu, 8 Aug 1996 18:21:23 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id DAA16732; Fri, 9 Aug 1996 03:21:19 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id DAA13092; Fri, 9 Aug 1996 03:21:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA02327; Thu, 8 Aug 1996 22:41:41 +0200 (MET DST) From: J Wunsch Message-Id: <199608082041.WAA02327@uriah.heep.sax.de> Subject: Re: sio problems with 2.2-960801-SNAP To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 8 Aug 1996 22:41:41 +0200 (MET DST) Cc: mark@plato.ucsalf.ac.uk (Mark Powell) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Mark Powell at "Aug 8, 96 12:25:12 pm" 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 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 As Mark Powell wrote: > Aug 8 11:52:22 plato /kernel.2.2: stray irq 4 > Aug 8 11:52:41 plato last message repeated 3 times > Aug 8 11:53:55 plato /kernel.2.2: stray irq 4 > Aug 8 11:53:55 plato /kernel.2.2: too many stray irq 4's; not logging any more > Aug 8 12:15:41 plato /kernel.2.2: stray irq 3 This looks like there's no device configured for IRQ 3 and 4?! -- 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 Aug 8 18:31:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA29720 for hackers-outgoing; Thu, 8 Aug 1996 18:31:42 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA29715 for ; Thu, 8 Aug 1996 18:31:39 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.7.5/8.7.3) id UAA11320; Thu, 8 Aug 1996 20:31:11 -0500 (CDT) From: Bob Willcox Message-Id: <199608090131.UAA11320@luke.pmr.com> Subject: Re: "Panick" - help needed... To: hasty@rah.star-gate.com (Amancio Hasty) Date: Thu, 8 Aug 1996 20:31:10 -0500 (CDT) Cc: rminnich@Sarnoff.COM, hackers@FreeBSD.org In-Reply-To: <199608082202.PAA01081@rah.star-gate.com> from Amancio Hasty at "Aug 8, 96 03:02:04 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 Amancio Hasty wrote: > > My system is virtually useless over here when I run the test program. > > I am running FreeBSD-current as of a week or so ago. Mine too, though it does still continue to run, just can't do any forks (the program forks as many processes as it can, 176 in my case) and it appears that all lower-priority processes (such as the top I had running at the time) get zero processing time (which isn't really surprising). After a few minutes the program apparently completes and things return to normal. Oh, I also got 39 tty-level buffer overflows (from my mouse, I presume since that's the only tty device on the system). My system is a P6-200 w/96MB of memory running -current (as of about 2 weeks ago). -- Bob Willcox politics, n: bob@luke.pmr.com A strife of interests masquerading as a contest of Austin, TX principles. The conduct of public affairs for private advantage. -- Ambrose Bierce From owner-freebsd-hackers Thu Aug 8 18:47:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA00390 for hackers-outgoing; Thu, 8 Aug 1996 18:47:34 -0700 (PDT) Received: from al.imforei.apana.org.au (root@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA00384 for ; Thu, 8 Aug 1996 18:47:26 -0700 (PDT) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (8.7.5/8.7.3) id LAA20727; Fri, 9 Aug 1996 11:17:18 +0930 (CST) Date: Fri, 9 Aug 1996 11:17:18 +0930 (CST) From: Peter Childs Message-Id: <199608090147.LAA20727@al.imforei.apana.org.au> To: rminnich@Sarnoff.COM, freebsd-hackers@freebsd.org Subject: Re: I'm thinking of Clustering 4 FreeBSD Servers X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article you wrote: : On Thu, 8 Aug 1996, Cyrus Gray wrote: : > I'm thinking of Clustering 4 FreeBSD Servers Running 2.1.0 : > what would be a good reference to read about clustering. : define 'clustering'. It's a meaningless term without some added : adjectives at this point. Windows user setting up a Unix machine :) (sorry... we have a term called 'cluster futzing' for one mistake after the next) Couldn't resist... Check out Satoshi's work on arrays of computers etc.. might be something interesting there. Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key From owner-freebsd-hackers Thu Aug 8 19:00:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA00906 for hackers-outgoing; Thu, 8 Aug 1996 19:00:53 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA00901 for ; Thu, 8 Aug 1996 19:00:51 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id SAA00333; Thu, 8 Aug 1996 18:59:57 -0700 (PDT) Message-Id: <199608090159.SAA00333@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: "Panick" - help needed... In-reply-to: Your message of "Thu, 08 Aug 1996 23:13:46 +0200." <199608082113.XAA00307@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Aug 1996 18:59:56 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of J Wunsch : Since you managed to generate a core dump , all what you needed is 1. to compile the kernel with -g 2. copy kernel kernel.debug 3. strip the kernel 4. make install 5. once you get a core dump: cd /sys/compile/YOUR-KERNEL-BUILD-DIRECTORY gdb -k symbol-file kernel.debug exec-file /var/crash/kernel.0 core-file /var/crash/vmcore.0 Amancio From owner-freebsd-hackers Thu Aug 8 22:03:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07343 for hackers-outgoing; Thu, 8 Aug 1996 22:03:44 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA07321 for ; Thu, 8 Aug 1996 22:03:40 -0700 (PDT) Received: from scruz.net (nic.scruz.net [165.227.1.2]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id VAA03081 for ; Thu, 8 Aug 1996 21:30:23 -0700 (PDT) Received: from osprey.grizzly.com by scruz.net (8.7.3/1.34) id VAA11761; Thu, 8 Aug 1996 21:30:20 -0700 (PDT) Received: (from markd@localhost) by osprey.grizzly.com (8.7.5/8.7.3) id VAA18204; Thu, 8 Aug 1996 21:30:43 -0700 (PDT) Date: Thu, 8 Aug 1996 21:30:43 -0700 (PDT) Message-Id: <199608090430.VAA18204@osprey.grizzly.com> From: Mark Diekhans To: hackers@freebsd.org Subject: What are the plans for ELF support? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear FreeBSD Deities, What are the plans for moving forward with ELF support in FreeBSD? That is, will the current a.out format become legacy and all standard libraries be shipped in ELF? Enquiring minds want to know From owner-freebsd-hackers Thu Aug 8 22:51:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA13055 for hackers-outgoing; Thu, 8 Aug 1996 22:51:13 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA13048 for ; Thu, 8 Aug 1996 22:51:10 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA28309; Fri, 9 Aug 1996 07:50:45 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA16161; Fri, 9 Aug 1996 07:50:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA02305; Fri, 9 Aug 1996 07:45:37 +0200 (MET DST) From: J Wunsch Message-Id: <199608090545.HAA02305@uriah.heep.sax.de> Subject: Re: Bootp Server To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 9 Aug 1996 07:45:37 +0200 (MET DST) Cc: mitchell@triumph.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <320A4D53.634E@triumph.com> from mitchell hryckowian at "Aug 8, 96 04:25:55 pm" 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 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 As mitchell hryckowian wrote: > I was speaking to Walnut CDROM to find out if the FREEBSD product came > with a Bootp server application. The bootp server is included. All you need to do is setting up its configuration file (read the man page), and include the bootp command into /etc/inetd.conf. The handbook contains an example in the section about booting diskless clients. -- 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 Aug 8 22:51:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA13089 for hackers-outgoing; Thu, 8 Aug 1996 22:51:27 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA13047 for ; Thu, 8 Aug 1996 22:51:09 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA28314; Fri, 9 Aug 1996 07:50:46 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA16162; Fri, 9 Aug 1996 07:50:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA02326; Fri, 9 Aug 1996 07:47:58 +0200 (MET DST) From: J Wunsch Message-Id: <199608090547.HAA02326@uriah.heep.sax.de> Subject: Re: "Panick" - help needed... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 9 Aug 1996 07:47:57 +0200 (MET DST) Cc: rminnich@Sarnoff.COM (Ron G. Minnich) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Ron G. Minnich" at "Aug 8, 96 04:45:42 pm" 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 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 As Ron G. Minnich wrote: > If anyone runs this on a freebsd desktop i'd be interested in what you > observe -- how does interactive response function as this program runs. About the same as you observed on Linux. As i wrote in the other mail, i had to force a `top' to get CPU cycles using `rtprio'. -- 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 Aug 8 22:51:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA13090 for hackers-outgoing; Thu, 8 Aug 1996 22:51:27 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA13078 for ; Thu, 8 Aug 1996 22:51:23 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA28305 for ; Fri, 9 Aug 1996 07:50:43 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA16160 for freebsd-hackers@freebsd.org; Fri, 9 Aug 1996 07:50:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA02266 for freebsd-hackers@freebsd.org; Fri, 9 Aug 1996 07:41:54 +0200 (MET DST) From: J Wunsch Message-Id: <199608090541.HAA02266@uriah.heep.sax.de> Subject: Re: "Panick" - help needed... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 9 Aug 1996 07:41:54 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608090159.SAA00333@rah.star-gate.com> from Amancio Hasty at "Aug 8, 96 06:59:56 pm" 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 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 As Amancio Hasty wrote: > >From The Desk Of J Wunsch : > > Since you managed to generate a core dump , all what you needed is > 1. to compile the kernel with -g ... Really? Oh, yeah, you're right, that's about what i wrote in the handbook section about kernel debugging... :-)) Anyway, it's pointless to dig through the core dump unless i know where i have to look for an `invalid wire count' bug. (Btw., the core dump was already taken from within DDB, but without knowing where to look around, DDB was no better help either.) -- 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 Aug 8 23:31:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA14964 for hackers-outgoing; Thu, 8 Aug 1996 23:31:30 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA14959 for ; Thu, 8 Aug 1996 23:31:28 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA08326; Fri, 9 Aug 1996 08:31:25 +0200 Message-Id: <199608090631.IAA08326@ra.dkuug.dk> Subject: Re: Mouse.. To: root@april.brconnect.net (r00t of the hell) Date: Fri, 9 Aug 1996 08:31:25 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: from "r00t of the hell" at Aug 8, 95 01:38:09 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to r00t of the hell who wrote: > > > Hi i'd like to know if there is a mouse driver for freebsd Vconsole > like linux gpm. Yes, run the moused deamon, and switch the cursor on/off with vidcontrol.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Aug 9 00:05:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA17871 for hackers-outgoing; Fri, 9 Aug 1996 00:05:19 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA17858; Fri, 9 Aug 1996 00:05:16 -0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id DAA04624; Fri, 9 Aug 1996 03:05:14 -0400 (EDT) X-Authentication-Warning: orion.webspan.net: Host gpalmer@localhost [127.0.0.1] didn't use HELO protocol To: sos@freebsd.org cc: root@april.brconnect.net (r00t of the hell), hackers@freebsd.org From: "Gary Palmer" Subject: Re: Mouse.. In-reply-to: Your message of "Fri, 09 Aug 1996 08:31:25 +0200." <199608090631.IAA08326@ra.dkuug.dk> Date: Fri, 09 Aug 1996 03:05:14 -0400 Message-ID: <4620.839574314@orion.webspan.net> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk sos@freebsd.org wrote in message ID <199608090631.IAA08326@ra.dkuug.dk>: > > Hi i'd like to know if there is a mouse driver for freebsd Vconsole > > like linux gpm. > Yes, run the moused deamon, and switch the cursor on/off with > vidcontrol.. -current only, of course.... Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Fri Aug 9 01:21:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA22156 for hackers-outgoing; Fri, 9 Aug 1996 01:21:24 -0700 (PDT) Received: from proxy.siemens.at (proxy.siemens.at [192.138.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA22146 for ; Fri, 9 Aug 1996 01:21:17 -0700 (PDT) Received: from sol1.gud.siemens.co.at (sol-f.gud.siemens-austria) by proxy.siemens.at with SMTP id AA13390 (5.67a/IDA-1.5 for ); Fri, 9 Aug 1996 10:20:11 +0200 Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0uomnj-00024eC; Fri, 9 Aug 96 10:20 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA074198640; Fri, 9 Aug 1996 10:17:20 +0200 From: "Hr.Ladavac" Message-Id: <199608090817.AA074198640@ws2301.gud.siemens.co.at> Subject: Re: What are the plans for ELF support? To: markd@Grizzly.COM (Mark Diekhans) Date: Fri, 9 Aug 1996 10:17:20 +0200 (MESZ) Cc: hackers@FreeBSD.ORG In-Reply-To: <199608090430.VAA18204@osprey.grizzly.com> from "Mark Diekhans" at Aug 8, 96 09:30:43 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 E-mail message from Mark Diekhans contained: > > > > Dear FreeBSD Deities, > > What are the plans for moving forward with ELF support in FreeBSD? That is, > will the current a.out format become legacy and all standard libraries be > shipped in ELF? What for? Is there something that the half-assed[1] GNU ELF support gains you that the a.out libraries don't have (remember: we're not Linux, a.out libs are really dynamically--read PIC--linked)? > > Enquiring minds want to know > Likewise. /Marino P.S. -current can execute (GNU|Linux) ELF bins and libs. [1] The second half is much fabled DWARF which nobody seems to use. From owner-freebsd-hackers Fri Aug 9 01:23:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA22350 for hackers-outgoing; Fri, 9 Aug 1996 01:23:43 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@mindbender.headcandy.com [199.238.225.168]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA22329 for ; Fri, 9 Aug 1996 01:23:35 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.7.3) with SMTP id BAA00733; Fri, 9 Aug 1996 01:18:00 -0700 (PDT) Message-Id: <199608090818.BAA00733@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: "Ron G. Minnich" , "Litvin Alexander B. " cc: hackers@freebsd.org Subject: Re: "Panick" - help needed... In-reply-to: Your message of Thu, 08 Aug 96 16:45:42 -0400. Date: Fri, 09 Aug 1996 01:17:55 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >i just tried this on linux 1.3.99 for grins. It does not crash the >system. It just makes the system totally unusable. X locks up, my 'top' >window stops updating, etc. [details of Linux biting for anything other than benchmarks, deleted...] >If anyone runs this on a freebsd desktop i'd be interested in what you >observe -- how does interactive response function as this program runs. >Does the system become unusable for interactive use as does linux or does >the system just keep plugging along. Same for NT if anyone wants to fool >with it. I ran it on my NetBSD system. NetBSD-current (1.2_BETA), AMD 5x86 133MHz, 24MB RAM, BusLogic BT747s EISA SCSI, filesystem on a two SCSI drive ccd, etc. It ran for fifteen minutes, approximately with no noticeable weirdness. Response was *very* sluggish, taking a few minutes to log into another PCVT virtual terminal. This is probably partially because 200 processes were writing non-stop on the same disks it was trying to swap my process back in off of. I have a feeling it would have responded much quicker if the tmp files were written to a disk that had none of my swap allocated on it. At around fifteen minutes, I got a panic: vm_map_entry_create: out of map entries. Note that this is not exactly a bug. It's just a design deficiency in the old mach memory system NetBSD still uses. I. e. pmap entries are allocated in a fixed table, and I just plain ran out of them. The FreeBSD VM system has an advantage in this particular area. I also ran a modified version of this program on NT Server 4.0 Beta 2 (haven't upgraded to the release bits at home, yet), ASUS Pentium 100MHz, BusLogic BT956c PCI SCSI controller, etc. It ran for twenty minutes straight before I finally killed it. Absolutely nothing bad happened, as I had expected (we push NT machines a *lot* harder than this in the Exchange stress labs). The machine, like NetBSD, was very sluggish while the whole thing was in progress, taking from 30 to 60 seconds to switch back to a program that had gotten pushed out to swap. Since the filesystem and the swap, once again, were on the same drive, that probably was a significant impact. Here is my NT version of your program: -------------------------------------------------------------------- #include #include #include #include #define MAX_THREADS 200 int thrash(int iParam) { DWORD dwThreadID = 0; int i, j; /* Counters */ HANDLE hFile; DWORD dwStatus; BOOL bRet; char buffer[512]; /* Buffer for file operations */ int written; /* Bytes written */ char name[256]; /* For file name */ double t; /* Temporary */ char* p = NULL; /* Dinamic allocated memory pointer */ Sleep(rand() * 9000 / RAND_MAX + 1000); // 1 to 10 seconds printf("Starting thread %d.\n", iParam); dwThreadID = GetCurrentThreadId(); sprintf(name, "thrasher-tmp-%d", dwThreadID); hFile = CreateFile(name, GENERIC_WRITE, FILE_SHARE_WRITE, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL); if (hFile == INVALID_HANDLE_VALUE) { dwStatus = GetLastError(); printf("Cannot create another file, %d: 0x%08x/%d\n", dwThreadID, dwStatus, dwStatus); goto Exit; } for (i = 0; i < 1000; i++) /* Do some work */ { bRet = WriteFile(hFile, buffer, 512, &written, NULL); if (!bRet || written != 512) { dwStatus = GetLastError(); printf("Cannot write file, %d: 0x%08x/%d\n", dwThreadID, dwStatus, dwStatus); goto Exit; } /* We'll write into file at random position */ t = ((double)rand() / (double)RAND_MAX) * 32255.; dwStatus = SetFilePointer(hFile, (LONG)t, NULL, FILE_BEGIN); if (dwStatus < 0) { dwStatus = GetLastError(); printf("Cannot seek file, %d: 0x%08x/%d\n", dwThreadID, dwStatus, dwStatus); goto Exit; } /* Use some VM as well */ if (p) { for (j = 0; j < 0xffff; j++) p[j] = (char)j; free(p); p = NULL; } else { p = (char*)malloc(0xffff * sizeof(char)); if (!p) { dwStatus = GetLastError(); printf("Cannot allocate memory, %d: 0x%08x/%d\n", dwThreadID, dwStatus, dwStatus); goto Exit; } for (j = 0; j < 0xffff; j++) p[j] = ~(char)j; } } dwStatus = 0; Exit: if (hFile != INVALID_HANDLE_VALUE) { CloseHandle(hFile); hFile = INVALID_HANDLE_VALUE; } if (p) { free(p); p = NULL; } return dwStatus; } int main() { int nThreads; HANDLE hThread; DWORD dwStatus; srand(GetTickCount()); for (nThreads = 0; nThreads < MAX_THREADS; nThreads++) { hThread = CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE)thrash, (LPVOID)nThreads, 0, NULL); if (hThread == NULL) { dwStatus = GetLastError(); printf("Cannot create another thread, %d: 0x%08x/%d\n", nThreads, dwStatus, dwStatus); break; } } thrash(nThreads); return 0; } -------------------------------------------------------------------- ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< 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... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-hackers Fri Aug 9 01:31:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA23061 for hackers-outgoing; Fri, 9 Aug 1996 01:31:59 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA23051 for ; Fri, 9 Aug 1996 01:31:54 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id BAA28161; Fri, 9 Aug 1996 01:30:13 -0700 (PDT) To: "Hr.Ladavac" cc: markd@Grizzly.COM (Mark Diekhans), hackers@FreeBSD.ORG Subject: Re: What are the plans for ELF support? In-reply-to: Your message of "Fri, 09 Aug 1996 10:17:20 +0200." <199608090817.AA074198640@ws2301.gud.siemens.co.at> Date: Fri, 09 Aug 1996 01:30:12 -0700 Message-ID: <28158.839579412@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What for? Is there something that the half-assed[1] GNU ELF support gains > you that the a.out libraries don't have (remember: we're not Linux, a.out > libs are really dynamically--read PIC--linked)? I wouldn't have phrased it quite that way. There's been experimental work underway for months to make FreeBSD generate native ELF binaries, and you can even get a pre-release kit for it all from John Polstra, there's just no rush to *replace* any of our a.out based stuff with ELF. As has already been said in this list many, many times before (and Mark should learn to use the mail archive search feature at http://www.freebsd.org, using "ELF" as a keyword ;-), we'll only switch to ELF if and when it demonstrates a set of advantages which outweigh the disadvantages of changing. Jordan From owner-freebsd-hackers Fri Aug 9 01:33:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA23234 for hackers-outgoing; Fri, 9 Aug 1996 01:33:10 -0700 (PDT) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA23225 for ; Fri, 9 Aug 1996 01:33:05 -0700 (PDT) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id RAA24298; Fri, 9 Aug 1996 17:33:01 +0900 Date: Fri, 9 Aug 1996 17:33:01 +0900 Message-Id: <199608090833.RAA24298@frig.mt.cs.keio.ac.jp> To: hackers@FreeBSD.org Subject: New L10N boot floppy for 2.1.5-RELEASE From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I release the new version of L10N (Japanese) boot.flp for 2.1.5-RELEASE. I removed some dirty hacks from Makefiles of src/release (you can make original English version if you don't define any L10N options in src/release/Makafile), and our L10N team finished the extraction of "hardcoded" message of sysinstall into external text file. So, this version can be easily extended to support other languages. Based on this work, sysinstall of this boot.flp now came to be "bilingual" (English / Japanese). You can choose your favorite language from dialog menu. I and FreeBSD users in Taiwan are working on Chinese version of boot.flp based on this work, and I think that Traditional Chinese (Big-5) version of boot.flp is soon available. I'm also working on the incorporation of PAO PC-card package into this boot.flp. The new version of Japanese L10N boot.flp is available at: ftp://ryukyu.mt.cs.keio.ac.jp/pub/FreeBSD/boot-jp/boot.flp Sources (patches to src/release) are found at ftp://ryukyu.mt.cs.keio.ac.jp/pub/FreeBSD/boot-jp/L10Nboot-960808.tar.gz -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Fri Aug 9 01:34:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA23354 for hackers-outgoing; Fri, 9 Aug 1996 01:34:35 -0700 (PDT) Received: from korin.warman.org.pl ([148.81.168.248]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA23327 for ; Fri, 9 Aug 1996 01:34:21 -0700 (PDT) Received: (from abial@localhost) by korin.warman.org.pl (8.7.5/8.7.3) id KAA01703; Fri, 9 Aug 1996 10:37:12 +0200 (MET DST) Date: Fri, 9 Aug 1996 10:37:12 +0200 (MET DST) From: Andrzej Bialecki To: freebsd-hackers@FreeBSD.ORG Subject: SYSV msg, sem, shm interface 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 all, Are there any manpages/dox available on the subject of SYSV IPC (as implemented in FreeBSD)? I know there is ipctut, but it covers only pipes & sockets. Andy From owner-freebsd-hackers Fri Aug 9 01:39:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA23640 for hackers-outgoing; Fri, 9 Aug 1996 01:39:56 -0700 (PDT) Received: from proxy.siemens.at (proxy.siemens.at [192.138.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA23634 for ; Fri, 9 Aug 1996 01:39:46 -0700 (PDT) Received: from sol1.gud.siemens.co.at (sol-f.gud.siemens-austria) by proxy.siemens.at with SMTP id AA14527 (5.67a/IDA-1.5 for ); Fri, 9 Aug 1996 10:39:11 +0200 Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0uon67-00024eC; Fri, 9 Aug 96 10:39 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA089719780; Fri, 9 Aug 1996 10:36:20 +0200 From: "Hr.Ladavac" Message-Id: <199608090836.AA089719780@ws2301.gud.siemens.co.at> Subject: Re: What are the plans for ELF support? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 9 Aug 1996 10:36:19 +0200 (MESZ) Cc: lada@ws2301.gud.siemens.co.at, markd@Grizzly.COM, hackers@FreeBSD.ORG In-Reply-To: <28158.839579412@time.cdrom.com> from "Jordan K. Hubbard" at Aug 9, 96 01:30:12 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 E-mail message from Jordan K. Hubbard contained: [ my rather blunt response deleted; please accept my appology for the tone ] > > I wouldn't have phrased it quite that way. > > There's been experimental work underway for months to make FreeBSD > generate native ELF binaries, and you can even get a pre-release kit > for it all from John Polstra, there's just no rush to *replace* any of > our a.out based stuff with ELF. As has already been said in this list > many, many times before (and Mark should learn to use the mail archive > search feature at http://www.freebsd.org, using "ELF" as a keyword > ;-), we'll only switch to ELF if and when it demonstrates a set of > advantages which outweigh the disadvantages of changing. You definitely did phrase it better--a native English speaker, it shows :) Sorry for the offense. /Marino > > Jordan > From owner-freebsd-hackers Fri Aug 9 01:55:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA24727 for hackers-outgoing; Fri, 9 Aug 1996 01:55:48 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA24717; Fri, 9 Aug 1996 01:55:44 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id BAA28295; Fri, 9 Aug 1996 01:55:08 -0700 (PDT) To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: hackers@FreeBSD.org, jfieber@FreeBSD.org Subject: Re: New L10N boot floppy for 2.1.5-RELEASE In-reply-to: Your message of "Fri, 09 Aug 1996 17:33:01 +0900." <199608090833.RAA24298@frig.mt.cs.keio.ac.jp> Date: Fri, 09 Aug 1996 01:55:08 -0700 Message-ID: <28292.839580908@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I removed some dirty hacks from Makefiles of src/release (you can make > original English version if you don't define any L10N options in > src/release/Makafile), and our L10N team finished the extraction of > "hardcoded" message of sysinstall into external text file. So, this > version can be easily extended to support other languages. Excellent! I've always had something like this on my TODO list, along with the floppy docs, FAQ and Handbook. We still need to work with John Fieber on some scheme of maintaining multiple parallel language versions of our docs, as well as eliminating the boot floppy docs and making them subsections of the handbook instead, or translation work is going to remain brute-force and overly difficult. Please don't misunderstand me, either. I think that the work you and the L10N team are doing is great, and is something which fills a very definite short-term need. I'm just somewhat afraid of having another ``FreeBSD 2.0.5'' where a lot of work was expended in doing bruce-force translations but almost none at all in implementing the kind of framework which would have allowed that work to be carried successfully forward into 2.1 and 2.1.5 (and I blame myself for this more than anyone else). As a result, we got one version of FreeBSD I18N'd when we might have gotten 3 for only a little extra effort. I will look at your changes to sysinstall and try to merge them back into -current. For the documentation, I think it's really time to decide just what needs to be done and do it. We've only talked about doing something for too long, and the emergence of these floppies a signal to me that the user base is tired of waiting! :-) John, do you have time for this right now? Anyone else interested in engaging on a little architectural discussion on the side? Jordan From owner-freebsd-hackers Fri Aug 9 02:11:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA25796 for hackers-outgoing; Fri, 9 Aug 1996 02:11:50 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA25791 for ; Fri, 9 Aug 1996 02:11:46 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id CAA28546; Fri, 9 Aug 1996 02:11:11 -0700 (PDT) To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: hackers@FreeBSD.org Subject: Re: New L10N boot floppy for 2.1.5-RELEASE In-reply-to: Your message of "Fri, 09 Aug 1996 17:33:01 +0900." <199608090833.RAA24298@frig.mt.cs.keio.ac.jp> Date: Fri, 09 Aug 1996 02:11:11 -0700 Message-ID: <28544.839581871@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Sources (patches to src/release) are found at I've had the chance to look at these a little and have some reservations. 1. The PCCARD stuff appears to be mixed in. I've nothing against PCCARD support at all, I would just prefer it to be expressed in different diffs so that we can pick and choose I18N changes separately from the PCCARD support (what's "L10N" stand for, anyway? :-) 2. What's the rationale behind libdialog_wc? That definitely has to be integrated *somehow* since I think libdialog is evil enough without having two copies of it. :-) If you had to change it this much, I think that it's time to argue for a radically different abstraction layer for GUI work (which is *not* a bad idea, necessarily) or an entirely different way of implementing libdialog. I realize that a libdialog_wc solution was probably the most expedient one, and an approach I can completely understand, but I think we're also supposed to try to set something of an example to the programming world here somewhere, and two separate library implementations wouldn't be a very good one. :-) 3. The message catalog stuff you did for sysinstall looks reasonable, though with the usual effect of making the user interaction completely incomprehensible if you're trying to read through or trace the code by eye. :-) Since you have an english message catalog, I'd almost suggest removing the #ifdefs for L10N in sysinstall which choose one dialog over the other - using the message catalogs all the time - except that it also sort of alleviates the incomprehensibility problem somewhat. :-) What to do, what to do.. There's a lot of work here, my lord, you guys must have been really busy! :-) Jordan From owner-freebsd-hackers Fri Aug 9 02:33:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA26855 for hackers-outgoing; Fri, 9 Aug 1996 02:33:05 -0700 (PDT) Received: from lespoir.apana.org.au (lespoir.apana.org.au [202.12.87.57]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA26848; Fri, 9 Aug 1996 02:32:56 -0700 (PDT) Received: (from wongm@localhost) by lespoir.apana.org.au (8.6.12/8.6.6) id TAA11947; Fri, 9 Aug 1996 19:09:25 GMT Date: Fri, 9 Aug 1996 19:09:19 +0000 () From: "M.C Wong" To: Charles Green cc: hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: Willows support for freebsd In-Reply-To: <199608071304.JAA04106@filitov.isf.rl.af.mil> 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 anyone know if the Linux version of the Willows toolkit works under FreeBSD running Linux emulation ? From owner-freebsd-hackers Fri Aug 9 02:41:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA27300 for hackers-outgoing; Fri, 9 Aug 1996 02:41:01 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA27278; Fri, 9 Aug 1996 02:40:46 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id LAA09985; Fri, 9 Aug 1996 11:39:13 +0200 Message-Id: <199608090939.LAA09985@ra.dkuug.dk> Subject: Re: Willows support for freebsd To: wongm@lespoir.apana.org.au (M.C Wong) Date: Fri, 9 Aug 1996 11:39:12 +0200 (MET DST) Cc: green@filitov.isf.rl.af.mil, hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: from "M.C Wong" at Aug 9, 96 07:09:19 pm From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to M.C Wong who wrote: > > Does anyone know if the Linux version of the Willows toolkit works under > FreeBSD running Linux emulation ? > For the ten'th time this week, NO, and it is not trivial to make it work, belive me. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Aug 9 02:45:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA27515 for hackers-outgoing; Fri, 9 Aug 1996 02:45:28 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA27508; Fri, 9 Aug 1996 02:45:24 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id JAA21564; Fri, 9 Aug 1996 09:45:09 GMT Date: Fri, 9 Aug 1996 18:45:09 +0900 (JST) From: Michael Hancock To: "Jordan K. Hubbard" cc: HOSOKAWA Tatsumi , hackers@FreeBSD.org, jfieber@FreeBSD.org Subject: Re: New L10N boot floppy for 2.1.5-RELEASE In-Reply-To: <28292.839580908@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, 9 Aug 1996, Jordan K. Hubbard wrote: > > src/release/Makafile), and our L10N team finished the extraction of > > "hardcoded" message of sysinstall into external text file. So, this > > version can be easily extended to support other languages. > > Excellent! I've always had something like this on my TODO list, along > with the floppy docs, FAQ and Handbook. Hosokawa-san is a pro at internationalization. It's not just Japanese enabling that he working on. The techniques he used should provide some insight. Regards, Mike Hancock From owner-freebsd-hackers Fri Aug 9 02:47:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA27650 for hackers-outgoing; Fri, 9 Aug 1996 02:47:57 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA27603 for ; Fri, 9 Aug 1996 02:47:49 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA03094; Fri, 9 Aug 1996 19:31:47 +0930 From: Michael Smith Message-Id: <199608091001.TAA03094@genesis.atrad.adelaide.edu.au> Subject: Re: New L10N boot floppy for 2.1.5-RELEASE To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 9 Aug 1996 19:31:47 +0930 (CST) Cc: hosokawa@mt.cs.keio.ac.jp, hackers@FreeBSD.org In-Reply-To: <28544.839581871@time.cdrom.com> from "Jordan K. Hubbard" at Aug 9, 96 02:11:11 am 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: > 3. The message catalog stuff you did for sysinstall looks reasonable, > though with the usual effect of making the user interaction > completely incomprehensible if you're trying to read through or > trace the code by eye. :-) Since you have an english message A couple of possible ways to ease the pain of message catalogs : Use _really_obnoxious_ constants for your catalog indices : MC_YES MC_RETRY MC_FTP_ERROR_OCURRED_WHILE_CONNECTING Use a translation-oriented catalog lookup; ie. something like : mp1 = translate("FTP Error"); mp2 = translate(strerror(errno)); mp3 = translate("an error occurred retrieving %s",filename); error_dialog(mp1,mp2,mp3); multifree(mp1,mp2,mp3); where the translate() function looks up its argument string in the catalog, replaces it with the corresponding translation to the local language if it finds it, and then sprintf's the remaining arguments in. (note that reordering the arguments is left as an exercise to the masochistic; SunOS provides an argument index option for *printf which makes the reordering task much simpler). For the latter approach to work nicely, you need a tool to check your source and bitch about messages that aren't in the catalog seperate from the compilation process though. > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri Aug 9 03:01:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA28250 for hackers-outgoing; Fri, 9 Aug 1996 03:01:13 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA28245 for ; Fri, 9 Aug 1996 03:01:09 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id DAA28934; Fri, 9 Aug 1996 03:00:23 -0700 (PDT) To: Michael Smith cc: hosokawa@mt.cs.keio.ac.jp, hackers@FreeBSD.org Subject: Re: New L10N boot floppy for 2.1.5-RELEASE In-reply-to: Your message of "Fri, 09 Aug 1996 19:31:47 +0930." <199608091001.TAA03094@genesis.atrad.adelaide.edu.au> Date: Fri, 09 Aug 1996 03:00:23 -0700 Message-ID: <28931.839584823@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Use a translation-oriented catalog lookup; ie. something like : Why not something even more abbreviated? ret = msgDialog("msg#ftp_error", "an error occurred retreiving %s", filename); Let the internals handle at all, with you passing in the fall-back string (and, not coincidently, making the statement readable again). Jordan From owner-freebsd-hackers Fri Aug 9 03:10:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA28750 for hackers-outgoing; Fri, 9 Aug 1996 03:10:21 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA28742 for ; Fri, 9 Aug 1996 03:10:14 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA03211; Fri, 9 Aug 1996 19:54:20 +0930 From: Michael Smith Message-Id: <199608091024.TAA03211@genesis.atrad.adelaide.edu.au> Subject: Re: New L10N boot floppy for 2.1.5-RELEASE To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 9 Aug 1996 19:54:20 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hosokawa@mt.cs.keio.ac.jp, hackers@FreeBSD.org In-Reply-To: <28931.839584823@time.cdrom.com> from "Jordan K. Hubbard" at Aug 9, 96 03:00:23 am 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: > > > Use a translation-oriented catalog lookup; ie. something like : > > Why not something even more abbreviated? > > ret = msgDialog("msg#ftp_error", "an error occurred retreiving %s", > filename); > > Let the internals handle at all, with you passing in the fall-back > string (and, not coincidently, making the statement readable again). Sure; I wasn't trying to detail an implementation, just airing a concept. Putting the annoying but necessary pointer shuffling inside a wrapper like that would make the flow around the 'reeal work' much tidier. > Jordan > -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri Aug 9 03:19:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA29265 for hackers-outgoing; Fri, 9 Aug 1996 03:19:28 -0700 (PDT) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA29250 for ; Fri, 9 Aug 1996 03:19:22 -0700 (PDT) Received: (from news@localhost) by haywire.DIALix.COM (8.7.5/8.7.3) id SAA08974 for freebsd-hackers@freebsd.org; Fri, 9 Aug 1996 18:19:15 +0800 (WST) 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: 9 Aug 1996 10:19:15 GMT From: peter@spinner.DIALix.COM (Peter Wemm) Message-ID: <4uf3b3$2c4$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199608032130.PAA09609@rover.village.org> Subject: Re: CVS 1.8.1 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199608032130.PAA09609@rover.village.org>, imp@village.org (Warner Losh) writes: >: Peter had a version all ready to go a while back, but I expressed some >: reservation given the focus of the changes made then. One of the recent >: releases of CVS reserved *ALL* uppercase tags for CVS, which was backed >: out later after a number of folks complained. > > So does that mean it can go in now, or that you still have some > reservations about it? > > Warner One thing I have noticed, and I dont understand why it's happening, is that cvs import now appears to ignore "Makefile" and "config.h". This is a real pain for importing stuff for us now that it looks like it's had the GNU coding style (and autoconf) hard-coded into it. But the real strange thing is that I can't see where in the code that it's coming from... Oh.. Hang on, what's this??!?! OH NO!!!! AAARRRGGGGHHH!!!!!! peter@spinner[6:02pm]~/ts/lib-147> l ~/.cvs* 1 -rw-r--r-- 1 peter peter 111 Jan 5 1996 /home/peter/.cvsignore peter@spinner[6:03pm]~/ts/lib-148> more ~/.cvsignore Makefile config.status config.log config.cache config.h stamp-h cvsinit cvs-*.tar.gz WinDebug WinRel cvsnt.vcp peter@spinner[6:03pm]~/ts/lib-149> Hmm!?!? How did _THAT_ get there?? That's from the cyclic.com cvs development master repository?!? **BLUSH** -Peter From owner-freebsd-hackers Fri Aug 9 03:24:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA29694 for hackers-outgoing; Fri, 9 Aug 1996 03:24:45 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA29689 for ; Fri, 9 Aug 1996 03:24:41 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id DAA29121; Fri, 9 Aug 1996 03:23:55 -0700 (PDT) To: peter@spinner.DIALix.COM (Peter Wemm) cc: freebsd-hackers@freebsd.org Subject: Re: CVS 1.8.1 In-reply-to: Your message of "09 Aug 1996 10:19:15 GMT." <4uf3b3$2c4$1@haywire.DIALix.COM> Date: Fri, 09 Aug 1996 03:23:55 -0700 Message-ID: <29119.839586235@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Oh.. Hang on, what's this??!?! OH NO!!!! AAARRRGGGGHHH!!!!!! It's a brave man who refuses to edit out his mistakes. :-) Jordan From owner-freebsd-hackers Fri Aug 9 03:41:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA01030 for hackers-outgoing; Fri, 9 Aug 1996 03:41:34 -0700 (PDT) Received: from linux.local.net (sandro@line01.globalnet.it [194.185.53.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA01025 for ; Fri, 9 Aug 1996 03:41:24 -0700 (PDT) Received: from localhost (sansig@localhost) by linux.local.net (8.7.5/8.6.9) with SMTP id WAA00797; Thu, 8 Aug 1996 22:35:28 +0200 X-Authentication-Warning: linux.local.net: sansig owned process doing -bs Date: Thu, 8 Aug 1996 22:35:28 +0200 (MET DST) From: Sandro Sigala X-Sender: sansig@linux.local.net Reply-To: Sandro Sigala To: Don Yuniskis cc: freebsd-hackers@freebsd.org Subject: Re: problem while writing *roff man page In-Reply-To: <199608081626.JAA18216@seagull.rtd.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 Thu, 8 Aug 1996, Don Yuniskis wrote: > It seems that Sandro Sigala said: > > .Dd August 7, 1996 > > .Os > > .Dt CINFOC 1 > > .Sh NAME > > .Nm cinfoc > > .Nd cinfo database compiler > > .Sh SYNOPSIS > > .Nm cinfoc > > Just FYI... since you've already defined the "Nm", hereafter, you > can use just "Nm" to insert the name where you want it... > Ok. > > .Op Fl dV <------ This is the problem > > dV is probably a macro. Precede it with "\&" (i.e. "\&dV") to > prevent it being expanded as a macro. In general, you should routinely > shove \& in front of any two letter sequence WITHIN A MACRO INVOCATION Excellent, now works fine :-) Thankyou. > > --don > -sandro From owner-freebsd-hackers Fri Aug 9 03:43:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA01124 for hackers-outgoing; Fri, 9 Aug 1996 03:43:15 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA01108; Fri, 9 Aug 1996 03:43:06 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id UAA03351; Fri, 9 Aug 1996 20:25:48 +0930 From: Michael Smith Message-Id: <199608091055.UAA03351@genesis.atrad.adelaide.edu.au> Subject: Re: Willows support for freebsd To: wongm@lespoir.apana.org.au (M.C Wong) Date: Fri, 9 Aug 1996 20:25:48 +0930 (CST) Cc: green@filitov.isf.rl.af.mil, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: from "M.C Wong" at Aug 9, 96 07:09:19 pm 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 M.C Wong stands accused of saying: > > > Does anyone know if the Linux version of the Willows toolkit works under > FreeBSD running Linux emulation ? For the Nth time, No. It does not, cannot, and will not. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri Aug 9 04:50:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA03707 for hackers-outgoing; Fri, 9 Aug 1996 04:50:54 -0700 (PDT) Received: from lobster.wellfleet.com (lobster.corpeast.baynetworks.com [192.32.253.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA03701 for ; Fri, 9 Aug 1996 04:50:52 -0700 (PDT) Received: from pobox.BayNetworks.com by lobster.wellfleet.com (SMI-8.6/SMI-4.1) id HAA27370; Fri, 9 Aug 1996 07:46:17 -0400 Received: from tuva.engeast.baynetworks.com by pobox.BayNetworks.com (4.1/SMI-4.1) id AA04647; Fri, 9 Aug 96 07:43:17 EDT Received: from tuva.engeast.baynetworks.com (localhost [127.0.0.1]) by tuva.engeast.baynetworks.com (8.7.5/8.7.3) with ESMTP id HAA09783; Fri, 9 Aug 1996 07:43:15 -0400 (EDT) Message-Id: <199608091143.HAA09783@tuva.engeast.baynetworks.com> X-Mailer: exmh version 1.6.7 5/3/96 To: "Jordan K. Hubbard" Cc: "Hr.Ladavac" , markd@Grizzly.COM (Mark Diekhans), hackers@freebsd.org Subject: Re: What are the plans for ELF support? In-Reply-To: Your message of "Fri, 09 Aug 1996 01:30:12 PDT." <28158.839579412@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Aug 1996 07:43:15 -0400 From: Robert Withrow Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk jkh@time.cdrom.com said: :- we'll only switch to ELF if and when it demonstrates a set of :- advantages which outweigh the disadvantages of changing. 1) Ability to build and use new GCC and BINUTILS distributions ``out of the box''. 2) Ability to use the various BINUTILS tools for which there are no a.out equivalents (like objdump). 3) Ability to use site-written and commercial applications that are designed around elf (of which we have many). 4) Ability to natively use elf for other purposes (like i18n), in ways that a.out are not as well suited. 5) Increased ease of developing multi-platform support. -- Robert Withrow -- (+1 508 436 8256) BWithrow@BayNetworks.com From owner-freebsd-hackers Fri Aug 9 05:16:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA04585 for hackers-outgoing; Fri, 9 Aug 1996 05:16:08 -0700 (PDT) Received: from lobster.wellfleet.com (lobster.corpeast.baynetworks.com [192.32.253.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA04579 for ; Fri, 9 Aug 1996 05:16:06 -0700 (PDT) Received: from pobox.BayNetworks.com by lobster.wellfleet.com (SMI-8.6/SMI-4.1) id IAA28202; Fri, 9 Aug 1996 08:18:33 -0400 Received: from tuva.engeast.baynetworks.com by pobox.BayNetworks.com (4.1/SMI-4.1) id AA05618; Fri, 9 Aug 96 08:15:34 EDT Received: from tuva.engeast.baynetworks.com (localhost [127.0.0.1]) by tuva.engeast.baynetworks.com (8.7.5/8.7.3) with ESMTP id IAA10249 for ; Fri, 9 Aug 1996 08:15:33 -0400 (EDT) Message-Id: <199608091215.IAA10249@tuva.engeast.baynetworks.com> X-Mailer: exmh version 1.6.7 5/3/96 To: freebsd-hackers@FreeBSD.ORG Subject: 2.1.5 Bug: Manual refers to manual refers to manual refers to... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Aug 1996 08:15:33 -0400 From: Robert Withrow Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In 2.1.5, mount(8) says The options specific to NFS filesystems are described in the mount_nfs(8) manual page. mount_nfs(8) says: -o Options are specified with a -o flag followed by a comma separat- ed string of options. See the mount(8) man page for possible op- tions and their meanings. So. I hit ^C. ;-) Can someone tell me where to *really* find the nfs mount options? -- Robert Withrow -- (+1 508 436 8256) BWithrow@BayNetworks.com From owner-freebsd-hackers Fri Aug 9 05:30:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA05108 for hackers-outgoing; Fri, 9 Aug 1996 05:30:40 -0700 (PDT) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA05101 for ; Fri, 9 Aug 1996 05:30:34 -0700 (PDT) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.7.5/8.7.3) with ESMTP id UAA20200; Fri, 9 Aug 1996 20:30:15 +0800 (WST) Message-Id: <199608091230.UAA20200@spinner.DIALix.COM> X-Mailer: exmh version 1.6.6 3/24/96 To: "Jordan K. Hubbard" cc: freebsd-hackers@freebsd.org Subject: Re: CVS 1.8.1 In-reply-to: Your message of "Fri, 09 Aug 1996 03:23:55 MST." <29119.839586235@time.cdrom.com> Date: Fri, 09 Aug 1996 20:30:14 +0800 From: Peter Wemm Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > > Oh.. Hang on, what's this??!?! OH NO!!!! AAARRRGGGGHHH!!!!!! > > It's a brave man who refuses to edit out his mistakes. :-) I have been suffering from this for EIGHT MONTHS!! :-} I had lost count of the number of times I grepped and searched the source looking for regexps, pathnames, etc etc. :-( I'd gone over the cvsroot stuff with a fine tooth comb, and finally took a chance of blowing away my filesystem and ktraced it.. This time, I managed to get a copy of ktrace.out moments before it self-corrupted, and that tipped me off. And the moral of the story is that computers are vindictive... :-) Right when you least expect it, expect it! :-] Anyway, I take back the gripes that I've sent to people over the last 6 months on this topic. > Jordan Cheers, -Peter From owner-freebsd-hackers Fri Aug 9 05:32:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA05236 for hackers-outgoing; Fri, 9 Aug 1996 05:32:42 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA05230; Fri, 9 Aug 1996 05:32:40 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id OAA11223; Fri, 9 Aug 1996 14:32:05 +0200 (MET DST) To: Robert Withrow cc: freebsd-hackers@FreeBSD.ORG Subject: Re: 2.1.5 Bug: Manual refers to manual refers to manual refers to... In-reply-to: Your message of "Fri, 09 Aug 1996 08:15:33 EDT." <199608091215.IAA10249@tuva.engeast.baynetworks.com> Date: Fri, 09 Aug 1996 14:32:04 +0200 Message-ID: <11221.839593924@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199608091215.IAA10249@tuva.engeast.baynetworks.com>, Robert Withrow writes: >In 2.1.5, mount(8) says > > The options specific to NFS filesystems are described in the > mount_nfs(8) manual page. > >mount_nfs(8) says: > > -o Options are specified with a -o flag followed by a comma separat- > ed string of options. See the mount(8) man page for possible op- > tions and their meanings. > >So. I hit ^C. ;-) > >Can someone tell me where to *really* find the nfs mount options? > Hmm, could somebody loose this guy ? He's getting too close for comfort and he's asking too many questions... :-) >From /usr/src/sbin/mount_nfs/mount_nfs.c: struct mntopt mopts[] = { MOPT_STDOPTS, MOPT_FORCE, MOPT_UPDATE, { "bg", 0, ALTF_BG, 1 }, { "conn", 1, ALTF_NOCONN, 1 }, { "dumbtimer", 0, ALTF_DUMBTIMR, 1 }, { "intr", 0, ALTF_INTR, 1 }, #ifdef NFSKERB { "kerb", 0, ALTF_KERB, 1 }, #endif { "nfsv3", 0, ALTF_NFSV3, 1 }, { "rdirplus", 0, ALTF_RDIRPLUS, 1 }, { "mntudp", 0, ALTF_MNTUDP, 1 }, { "resvport", 0, ALTF_RESVPORT, 1 }, #ifdef ISO { "seqpacket", 0, ALTF_SEQPACKET, 1 }, #endif { "nqnfs", 0, ALTF_NQNFS, 1 }, { "soft", 0, ALTF_SOFT, 1 }, { "tcp", 0, ALTF_TCP, 1 }, { "port=", 0, ALTF_PORT, 1 }, { NULL } }; -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Fri Aug 9 05:35:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA05483 for hackers-outgoing; Fri, 9 Aug 1996 05:35:53 -0700 (PDT) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA05478; Fri, 9 Aug 1996 05:35:49 -0700 (PDT) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id VAA26297; Fri, 9 Aug 1996 21:35:39 +0900 Date: Fri, 9 Aug 1996 21:35:39 +0900 Message-Id: <199608091235.VAA26297@frig.mt.cs.keio.ac.jp> To: jkh@time.cdrom.com Cc: hackers@FreeBSD.org, jfieber@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: New L10N boot floppy for 2.1.5-RELEASE In-Reply-To: Your message of Fri, 09 Aug 1996 01:55:08 -0700. <28292.839580908@time.cdrom.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk About the technical issue, I'll reply later (Now I'm too busy because a deadline comes in a few days :-)... deadline of an article about FreeBSD on Japanese magazine about UNIX). BTW, the pre-alpha-test version of Chinese boot.flp is now available. Only "usage.hlp" and a few messages of sysinstall has been translated into Chinese. If you want to read Chinese messages, select "1 Usage" from main menu. This floppy is available at: ftp://ryukyu.mt.cs.keio.ac.jp/pub/alpha-test/boot-cn/boot.flp Tatsumi Hosokawa and Jian-Da Li are working on this project now. Yes, of course we're planning to make trilingual (English / Japanese / Chinese) boot.flp :-) within ONE FLOPPY :-). -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Fri Aug 9 05:57:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA06700 for hackers-outgoing; Fri, 9 Aug 1996 05:57:31 -0700 (PDT) Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA06684; Fri, 9 Aug 1996 05:57:27 -0700 (PDT) Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id IAA27184; Fri, 9 Aug 1996 08:57:25 -0400 Date: Fri, 9 Aug 1996 08:57:25 -0400 From: Charles Green Message-Id: <199608091257.IAA27184@fang.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org, current@freebsd.org Subject: Willows xwin for FreeBSD Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk With all the talk of willows on the list and their recent price hike I e-mailed Willows and asked them about just marketing the windows emulator (at a reasonable price, less than $100), here's what they had to say... "While MANY people are using a component of our developer's toolkit as a binary emulator, we feel it falls short of being considered of commercial grade (no 32-bit support, slower performance than we'd like), so we have not decided to release the binary emulator (xwin) as a standalone product. We make it available freely from www.willows.com, with a built in 30-45 day license key. As we solidify our plans for releasing it as a product, we may remove the free version from our web site, and may make the next generation available as a stand-alone product." It could happen... -- Charles Green, PRC Inc. Rome Laboratory, NY From owner-freebsd-hackers Fri Aug 9 06:03:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA07205 for hackers-outgoing; Fri, 9 Aug 1996 06:03:40 -0700 (PDT) Received: from chain.iafrica.com (root@[196.7.74.174]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA07150; Fri, 9 Aug 1996 06:03:12 -0700 (PDT) Received: from localhost (khetan@localhost [127.0.0.1]) by chain.iafrica.com (8.7.5/8.6.12) with SMTP id OAA00974; Fri, 9 Aug 1996 14:00:06 +0200 (SAT) Date: Fri, 9 Aug 1996 14:00:05 +0200 (SAT) From: Khetan Gajjar To: sos@FreeBSD.org cc: hackers@FreeBSD.org Subject: Re: Mouse.. In-Reply-To: <199608090631.IAA08326@ra.dkuug.dk> 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, 9 Aug 1996 sos@FreeBSD.org wrote: >Yes, run the moused deamon, and switch the cursor on/off with >vidcontrol.. Tried it, and it didn't work. Got -current current to last week Friday. I've got a ps/2 mouse. I tried moused -p /dev/mouse -t ps/2 and also moused -p /dev/psm0 -t ps/2 and it accepted both, but a ps -auxwww | grep moused reveals nothing. vidcontrol -m on shows it, but moving the mouse around does nothing. What am I doing wrong ? --- Khetan Gajjar [ http://www.iafrica.com/~khetan ] UUNet Internet Africa [ 0800-030-002 & help@iafrica.com ] Get rid of Telkom.... [ http://www.ispa.org.za ] I'm a FreeBSD User! [ http://www.freebsd.org ] Any opinions stated in this message are personal. UIA's official policy may not be reflected in this message. From owner-freebsd-hackers Fri Aug 9 06:08:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA07544 for hackers-outgoing; Fri, 9 Aug 1996 06:08:03 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA07531; Fri, 9 Aug 1996 06:07:59 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id PAA11086; Fri, 9 Aug 1996 15:07:36 +0200 Message-Id: <199608091307.PAA11086@ra.dkuug.dk> Subject: Re: Mouse.. To: khetan@iafrica.com (Khetan Gajjar) Date: Fri, 9 Aug 1996 15:07:35 +0200 (MET DST) Cc: sos@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: from "Khetan Gajjar" at Aug 9, 96 02:00:05 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Khetan Gajjar who wrote: > > On Fri, 9 Aug 1996 sos@FreeBSD.org wrote: > > >Yes, run the moused deamon, and switch the cursor on/off with > >vidcontrol.. > > Tried it, and it didn't work. Got -current current to last week Friday. > I've got a ps/2 mouse. > > I tried moused -p /dev/mouse -t ps/2 and also moused -p /dev/psm0 -t ps/2 > and it accepted both, but a ps -auxwww | grep moused reveals nothing. > > vidcontrol -m on shows it, but moving the mouse around does nothing. What > am I doing wrong ? Um, there is something special on the ps/2 mouse, you have to use the minor 0 device (the /dev/psm0 is the minor 1 device). -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Aug 9 06:23:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA08138 for hackers-outgoing; Fri, 9 Aug 1996 06:23:22 -0700 (PDT) Received: from atena.eurocontrol.fr (atena.uneec.eurocontrol.fr [147.196.69.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA08132 for ; Fri, 9 Aug 1996 06:23:18 -0700 (PDT) Received: by atena.eurocontrol.fr; (5.65v3.2/1.3/10May95) id AA16074; Fri, 9 Aug 1996 15:23:15 +0200 Received: from mozart.eurocontrol.fr by eurocontrol.fr with ESMTP (1.37.109.16/16.2) id AA041146890; Fri, 9 Aug 1996 15:21:30 +0200 Message-Id: <199608091321.AA041146890@euro.eurocontrol.fr> Received: by mozart.eurocontrol.fr (1.37.109.16/16.2) id AA197976889; Fri, 9 Aug 1996 15:21:29 +0200 Date: Fri, 9 Aug 1996 15:21:29 +0200 From: ollivier.robert@eurocontrol.fr (Ollivier Robert) To: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) Subject: List of OpenBSD changes X-Mailer: Mutt 0.38 Mime-Version: 1.0 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm sure we can integrate some of Theo's changes although it may be difficult. Is there anyone with a little time and both CVS tree to compare? ------- start of forwarded message ------- From: deraadt@theos.com (Theo de Raadt) Newsgroups: comp.unix.bsd.netbsd.misc Subject: List of OpenBSD changes Date: 08 Aug 1996 20:42:08 GMT Here's a list of machine-independent changes that OpenBSD has done of late. All NetBSD-current changes have been merged in. As well, many (if not most) FreeBSD userland changes have been merged in too. This list is updated and maintained on the main OpenBSD web page at http://www.OpenBSD.org The machine-dependent changes are maintained on the per-port pages, for example the i386 change list is maintained at http://www.OpenBSD.org/i386.html For brevity, these lists contain only MAJOR changes. There isn't any point in listing the 100+ buffer overflows in setuid programs which we've fixed... ---- Many many NetBSD PR's fixed (which NetBSD has not yet fixed) New curses library, including libform, libpanel and libmenu. a termlib library which understands termcap.db, needed for new curses. The FreeBSD ports subsystem was integrated and is usable by you! ipfilter for filtering dangerous packets better ELF support nlist() that understands ELF, ECOFF, and a.out, allowing non-a.out ports to use kvm utilies Verbatim integration of the GNU tools (using a wrapper Makefile) All the pieces needed for cross compilation are in the source tree. Some LKM support in the tree. ATAPI support (should work on all ISA busses) new scsi, md5, pkg_* commands Numerous security related fixes Kerberos and other crypto in the source tree that is exportable Solid YP master, server, and client capabilities. /dev/rnd -- source of random data In-kernel update(8) with an adaptive algorithm Some ddb improvements and extensions Numerous scsi fixes new system calls: rfork(), minherit(), poll(). select() that can handle any amount of file descriptors. kernfs extensions ATM support (support for one company's sparc & i386 cards available) Boot kernels with "-c" to edit/enable/disable device configuration tables pax as tar, gnutar is toast using AT&T awk, gawk is toast Even more security fixes. Accepts FreeBSD MD5 passwords in password maps, soon will be able to generate them too Linux ext2fs and BSD4.4 LFS support being worked on. Working ATAPI audio (and data) support for multiple architectures. terminfo database support. Fortran in the tree. The most secure rdist support anywhere. randomized port allocation in bind(), bindresvport(), and rresvport() -- security via unpredictability. Protection from the udp spamming and ftp bounce attacks. Significantly improved ftp daemon. Numerous more security policy and implimentation improvements (OpenBSD defaults to installing in a very secure mode) zlib (non-GPL'd gzip-compatible library) Newest version of ppp, vi, _POSIX_SAVED_IDS behaviour with permitted BSD extensions. Fixed long-standing vm swap-leak. FreeBSD malloc() that uses mmap() and is able to free unused memory. Numerous FreeBSD userland fixes and improvements incorporated. new rdisc Router Discovery daemon generic protection against the bind() takeover problem. at -f security fix. install now supports -C, -p, and -S flags. a real adduser program, which can even be used uninteractively. Like C2, lose setuid/setgid bits if owner/group changed by chown(). This is attached to a sysctl. partial protection against tcp SYN attacks. -- This space not left unintentionally unblank. deraadt@theos.com ------- end of forwarded message ------- -- Ollivier ROBERT -=- Eurocontrol EEC/TIS -=- Ollivier.Robert@eurocontrol.fr From owner-freebsd-hackers Fri Aug 9 06:25:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA08256 for hackers-outgoing; Fri, 9 Aug 1996 06:25:02 -0700 (PDT) Received: from skalman.educ.goteborg.se (root@skalman.educ.goteborg.se [194.17.166.40]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA08245 for ; Fri, 9 Aug 1996 06:25:00 -0700 (PDT) Received: from pvhws046.ped.hisingensvux.educ.goteborg.se (pvhws046.ped.hisingensvux.educ.goteborg.se [194.18.39.46]) by skalman.educ.goteborg.se (8.7.5/8.7.3) with SMTP id PAA06188 for ; Fri, 9 Aug 1996 15:24:54 +0200 (MET DST) Message-ID: <320BB9A6.4754@mail.educ.goteborg.se> Date: Fri, 09 Aug 1996 15:20:22 -0700 From: CHiPd Organization: -PHRENETiC- X-Mailer: Mozilla 2.02 (Win16; I) MIME-Version: 1.0 To: freebsd-hackers-digest@FreeBSD.ORG Subject: unsubscribe freebsd-hackers-digest Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe freebsd-hackers-digest From owner-freebsd-hackers Fri Aug 9 06:29:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA08514 for hackers-outgoing; Fri, 9 Aug 1996 06:29:44 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA08506 for ; Fri, 9 Aug 1996 06:29:41 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id JAA00859; Fri, 9 Aug 1996 09:28:15 -0400 Date: Fri, 9 Aug 1996 09:28:14 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: Andrzej Bialecki cc: freebsd-hackers@FreeBSD.ORG Subject: Re: SYSV msg, sem, shm interface 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, 9 Aug 1996, Andrzej Bialecki wrote: > Are there any manpages/dox available on the subject of > SYSV IPC (as implemented in FreeBSD)? I know there is ipctut, > but it covers only pipes & sockets. no but the sunos man pages will do in a pinch. seriously, i use them from time to time when i forget details. ron From owner-freebsd-hackers Fri Aug 9 06:57:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA13070 for hackers-outgoing; Fri, 9 Aug 1996 06:57:51 -0700 (PDT) Received: from dub-img-2.compuserve.com (dub-img-2.compuserve.com [149.174.206.132]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA13063 for ; Fri, 9 Aug 1996 06:57:47 -0700 (PDT) Received: by dub-img-2.compuserve.com (8.6.10/5.950515) id JAA12710; Fri, 9 Aug 1996 09:48:40 -0400 Date: 09 Aug 96 09:46:50 EDT From: Jan Knepper <100626.3506@CompuServe.COM> To: Khetan Gajjar , "[FreeBSD Hackers]" Subject: Re: Mouse.. Message-ID: <960809134650_100626.3506_BHL115-1@CompuServe.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Khetan Gajjar is accused of writing: /* Tried it, and it didn't work. Got -current current to last week Friday. I've got a ps/2 mouse. I tried moused -p /dev/mouse -t ps/2 and also moused -p /dev/psm0 -t ps/2 and it accepted both, but a ps -auxwww | grep moused reveals nothing. vidcontrol -m on shows it, but moving the mouse around does nothing. What am I doing wrong ? */ As far as I know the PS/2 mouse is not enable per default. This is because it might cause certain conflicts. If it is not, you might have to recompile the Kernel: 1. Check with /stand/sysinstall, Post configuration if the Mouse is set to PS/2. 2. Install kernel sources. 3. goto /sys/i386/conf, i.e.: cd /sys/i386/conf 4. copy the GENERIC kernel description file to MYKERNEL for instance, i.e.: cp GENERIC MYKERNEL 5. Modify MYKERNEL, i.e. check the line that says psm0. It *might* be disabled. You also could check /usr/share/doc/handbook/handbook.ascii on this or /usr/share/doc/handbook if you have an html viewer. 6. After you modified the file, you also might want to *disable* other devices your system does not have. You can check them at boot time, write them down and disable them in MYKERNEL you run: /usr/sbin/config MYKERNEL. 7. Check for ERROR messages /usr/sbin/config might give. 8. cd ../../compiler/MYKERNEL 9. compile MYKERNEL, i.e.: make 10. Install MYKERNEL, i.e.: make install 11. To be sure. cd /dev 12. Do ./MAKEDEV psm0 to create the device. 13. shutdown -r now and reboot the kernel. Now the PS/2 mouse might be active. HTH Don't worry, be Kneppie, Jan From owner-freebsd-hackers Fri Aug 9 07:26:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA15624 for hackers-outgoing; Fri, 9 Aug 1996 07:26:14 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA15597 for ; Fri, 9 Aug 1996 07:26:11 -0700 (PDT) Message-Id: <199608091426.HAA15597@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA104890744; Sat, 10 Aug 1996 00:25:44 +1000 From: Darren Reed Subject: Re: List of OpenBSD changes To: ollivier.robert@eurocontrol.fr (Ollivier Robert) Date: Sat, 10 Aug 1996 00:25:44 +1000 (EST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199608091321.AA041146890@euro.eurocontrol.fr> from "Ollivier Robert" at Aug 9, 96 03:21:29 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Interesting. Because of the people (I can assume this is the only reason :) behind OpenBSD, it would seem that whilst both NetBSD & FreeBSD people are concerned about adding things from other's trees, OpenBSD doesn't and is becoming a very interesting hybrid. From owner-freebsd-hackers Fri Aug 9 07:52:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA17221 for hackers-outgoing; Fri, 9 Aug 1996 07:52:10 -0700 (PDT) Received: from scruz.net (nic.scruz.net [165.227.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA17211 for ; Fri, 9 Aug 1996 07:52:07 -0700 (PDT) Received: from osprey.grizzly.com by scruz.net (8.7.3/1.34) id HAA03785; Fri, 9 Aug 1996 07:52:04 -0700 (PDT) Received: (from markd@localhost) by osprey.grizzly.com (8.7.5/8.7.3) id HAA22659; Fri, 9 Aug 1996 07:52:28 -0700 (PDT) Date: Fri, 9 Aug 1996 07:52:28 -0700 (PDT) Message-Id: <199608091452.HAA22659@osprey.grizzly.com> From: Mark Diekhans To: lada@ws2301.gud.siemens.co.at CC: hackers@FreeBSD.ORG In-reply-to: <199608090817.AA074198640@ws2301.gud.siemens.co.at> (lada@ws2301.gud.siemens.co.at) Subject: Re: What are the plans for ELF support? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >What for? Is there something that the half-assed[1] GNU ELF support gains >you that the a.out libraries don't have (remember: we're not Linux, a.out >libs are really dynamically--read PIC--linked)? Mostly upgrade of GNU devsys pieces... But this question came up when I discovered a missing feature in the current dynamic loading that I was contemplating adding. I certainly wouldn't want to go though the amount of instability the Linux people did for a file format change. From owner-freebsd-hackers Fri Aug 9 07:57:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA17539 for hackers-outgoing; Fri, 9 Aug 1996 07:57:25 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA17534 for ; Fri, 9 Aug 1996 07:57:22 -0700 (PDT) Received: from ppp-089.etinc.com (ppp-089.etinc.com [204.141.95.148]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA07670; Fri, 9 Aug 1996 11:01:27 -0400 Date: Fri, 9 Aug 1996 11:01:27 -0400 Message-Id: <199608091501.LAA07670@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (Dennis) Subject: Re: What are the plans for ELF support? Cc: jkh@time.cdrom.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >jkh@time.cdrom.com said: >:- we'll only switch to ELF if and when it demonstrates a set of >:- advantages which outweigh the disadvantages of changing. And also to justify the extra work (and nightmares) of multiple object support during the transition period.... Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Fri Aug 9 08:09:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA18422 for hackers-outgoing; Fri, 9 Aug 1996 08:09:08 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA18417 for ; Fri, 9 Aug 1996 08:09:06 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id IAA08979; Fri, 9 Aug 1996 08:08:22 -0700 (PDT) To: Darren Reed cc: ollivier.robert@eurocontrol.fr (Ollivier Robert), freebsd-hackers@FreeBSD.ORG Subject: Re: List of OpenBSD changes In-reply-to: Your message of "Sat, 10 Aug 1996 00:25:44 +1000." <199608091426.HAA15597@freefall.freebsd.org> Date: Fri, 09 Aug 1996 08:08:22 -0700 Message-ID: <8977.839603302@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Because of the people (I can assume this is the only reason :) behind > OpenBSD, it would seem that whilst both NetBSD & FreeBSD people are > concerned about adding things from other's trees, OpenBSD doesn't and I've never been aware of any particular degree of concern regarding the importation of NetBSD changes into FreeBSD (sometimes the changes themselves were a matter for concern, but that had nothing to do with their origin). Jordan From owner-freebsd-hackers Fri Aug 9 08:11:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA18632 for hackers-outgoing; Fri, 9 Aug 1996 08:11:48 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA18615 for ; Fri, 9 Aug 1996 08:11:39 -0700 (PDT) Message-Id: <199608091511.IAA18615@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA115313465; Sat, 10 Aug 1996 01:11:05 +1000 From: Darren Reed Subject: Re: List of OpenBSD changes To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 10 Aug 1996 01:11:05 +1000 (EST) Cc: avalon@coombs.anu.edu.au, ollivier.robert@eurocontrol.fr, freebsd-hackers@FreeBSD.ORG In-Reply-To: <8977.839603302@time.cdrom.com> from "Jordan K. Hubbard" at Aug 9, 96 08:08:22 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 from Jordan K. Hubbard, sie said: > > > Because of the people (I can assume this is the only reason :) behind > > OpenBSD, it would seem that whilst both NetBSD & FreeBSD people are > > concerned about adding things from other's trees, OpenBSD doesn't and > > I've never been aware of any particular degree of concern regarding > the importation of NetBSD changes into FreeBSD (sometimes the changes > themselves were a matter for concern, but that had nothing to do with > their origin). Hmmm, maybe I'm confusing that with the difficulty implied by the diverging (internal) kernel interfaces and other such differences. From owner-freebsd-hackers Fri Aug 9 08:18:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19028 for hackers-outgoing; Fri, 9 Aug 1996 08:18:18 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA19011 for ; Fri, 9 Aug 1996 08:18:15 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id JAA09511; Fri, 9 Aug 1996 09:17:54 -0600 (MDT) Message-Id: <199608091517.JAA09511@rover.village.org> To: "Hr.Ladavac" Subject: Re: What are the plans for ELF support? Cc: hackers@FreeBSD.ORG In-reply-to: Your message of Fri, 09 Aug 1996 10:17:20 +0200 Date: Fri, 09 Aug 1996 09:17:54 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : [1] The second half is much fabled DWARF which nobody seems to use. SGI's Irix does, at least in 6.2. Recent versions of gcc even support it, but recent == development snapshots, not 2.7.2. Warner From owner-freebsd-hackers Fri Aug 9 08:22:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19325 for hackers-outgoing; Fri, 9 Aug 1996 08:22:12 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA19314 for ; Fri, 9 Aug 1996 08:22:07 -0700 (PDT) Received: by sovcom.kiae.su id AA09349 (5.65.kiae-1 ); Fri, 9 Aug 1996 18:21:06 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 9 Aug 96 18:21:06 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id TAA00432; Fri, 9 Aug 1996 19:09:00 +0400 (MSD) Message-Id: <199608091509.TAA00432@nagual.ru> Subject: Re: Wrong locale(japanese) ?? To: hidekazu@cs.titech.ac.jp (Hidekazu Kuroki) Date: Fri, 9 Aug 1996 19:08:59 +0400 (MSD) Cc: hackers@FreeBSD.ORG, hidekazu@cs.titech.ac.jp In-Reply-To: <199608090029.JAA09284@oyoyo.cs.titech.ac.jp> from "Hidekazu Kuroki" at "Aug 9, 96 09:29:10 am" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) Organization: self X-Class: Fast 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 > When the LANG variable is "ja_JP.EUC", this program return "error!". > > But the LANG varieble is other(except "ja*" or "Ja*"), return > > "success!". > > Why ? > > Is the /usr/share/locale/ja_JP.EUC/LC_CTYPE file wrong ? EUC encoding not supported unless you specify -lxpg4 There is no known proper way yet to support EUC in userland programs. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-hackers Fri Aug 9 08:32:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19812 for hackers-outgoing; Fri, 9 Aug 1996 08:32:43 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA19758 for ; Fri, 9 Aug 1996 08:31:57 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by sunrise.cs.berkeley.edu (8.7.5/8.6.12) with SMTP id IAA21620; Fri, 9 Aug 1996 08:29:21 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id SAA17336; Fri, 9 Aug 1996 18:33:24 +0300 Date: Fri, 9 Aug 1996 18:33:24 +0300 (EET DST) From: Narvi To: Dennis cc: hackers%freebsd.org@sunrise.cs.berkeley.edu, jkh%time.cdrom.com@sunrise.cs.berkeley.edu Subject: Re: What are the plans for ELF support? In-Reply-To: <199608091501.LAA07670@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 Fri, 9 Aug 1996, Dennis wrote: > > > >jkh@time.cdrom.com said: > >:- we'll only switch to ELF if and when it demonstrates a set of > >:- advantages which outweigh the disadvantages of changing. > > And also to justify the extra work (and nightmares) of multiple object > support during the transition period.... And if FreeBSD is going to continue the tradition of backwards compatibility, someone will have to dream up a new way of doing the compat dists - compat1x, 2x, 21, etc. Sander > > Dennis > ---------------------------------------------------------------------------- > Emerging Technologies, Inc. http://www.etinc.com > > Synchronous Communications Cards and Routers For > Discriminating Tastes. 56k to T1 and beyond. Frame > Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD > and LINUX > > From owner-freebsd-hackers Fri Aug 9 08:57:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA21084 for hackers-outgoing; Fri, 9 Aug 1996 08:57:30 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA21079 for ; Fri, 9 Aug 1996 08:57:28 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id IAA00252 for ; Fri, 9 Aug 1996 08:57:25 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id JAA09612; Fri, 9 Aug 1996 09:30:53 -0600 (MDT) Message-Id: <199608091530.JAA09612@rover.village.org> To: ollivier.robert@eurocontrol.fr (Ollivier Robert) Subject: Re: List of OpenBSD changes Cc: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) In-reply-to: Your message of Fri, 09 Aug 1996 15:21:29 +0200 Date: Fri, 09 Aug 1996 09:30:53 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : I'm sure we can integrate some of Theo's changes although it may be : difficult. Is there anyone with a little time and both CVS tree to compare? It might also be a good thing to look at the source-changes archives since they are fairly good about documenting what they change, although most of the overflows are abbreviated to "oflow" I have enough access to both CVS tree, but have limited time to work on this. If nobody else has the time/energy to do this, I can work slowly thought it... Warner From owner-freebsd-hackers Fri Aug 9 09:10:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA21914 for hackers-outgoing; Fri, 9 Aug 1996 09:10:33 -0700 (PDT) Received: from mailgate.ericsson.se (mailgate.ericsson.se [130.100.2.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA21908 for ; Fri, 9 Aug 1996 09:10:29 -0700 (PDT) Received: from egg.lmc.ericsson.se (egg.lmc.ericsson.se [142.133.32.1]) by mailgate.ericsson.se (8.7.5/8.7.3/gate-0.9) with SMTP id RAA21612 for ; Fri, 9 Aug 1996 17:41:31 +0200 (MET DST) Received: from chicago.lmc.ericsson.se by egg.lmc.ericsson.se (4.1/LME-2.2) id AA18576; Fri, 9 Aug 96 10:44:38 EDT Received: (from lmcsato@localhost) by chicago.lmc.ericsson.se (8.7/8.7) id KAA03408; Fri, 9 Aug 1996 10:44:13 -0400 (EDT) Date: Fri, 9 Aug 1996 10:44:12 -0400 (EDT) From: Samy Touati X-Sender: lmcsato@chicago To: hackers@freebsd.org Subject: Re: machine crashing, what panic: free means? 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, My machine is crashing with the following message: panic: free: multiple frees syncing disks... 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 giving up Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Does anybody knows what a free panic means? Samy From owner-freebsd-hackers Fri Aug 9 09:16:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA22349 for hackers-outgoing; Fri, 9 Aug 1996 09:16:13 -0700 (PDT) Received: from glacier.wise.edt.ericsson.se (glacier-ext.wise.edt.ericsson.se [193.180.251.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA22341 for ; Fri, 9 Aug 1996 09:16:10 -0700 (PDT) Received: from egg.lmc.ericsson.se (egg.lmc.ericsson.se [142.133.32.1]) by glacier.wise.edt.ericsson.se (8.7.5/8.7.3/glacier-0.9) with SMTP id RAA09304; Fri, 9 Aug 1996 17:44:13 +0200 (MET DST) Received: from chicago.lmc.ericsson.se by egg.lmc.ericsson.se (4.1/LME-2.2) id AA20360; Fri, 9 Aug 96 11:43:25 EDT Received: (from lmcsato@localhost) by chicago.lmc.ericsson.se (8.7/8.7) id LAA03439; Fri, 9 Aug 1996 11:43:00 -0400 (EDT) Date: Fri, 9 Aug 1996 11:42:59 -0400 (EDT) From: Samy Touati X-Sender: lmcsato@chicago To: Amancio Hasty Cc: Joerg Wunsch , FreeBSD hackers Subject: Re: "Panick" - help needed... In-Reply-To: <199608090159.SAA00333@rah.star-gate.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 Hi, I can't get any corefile out of a crash of my machine, but after getting the message: panic: free: too many frees and a reboot I got this message: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf03b44e3 fault code = supervisor read, page not present instruction pointer = 0x8:0xf019a2ec code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net tty panic: page fault syncing disks... done Does anybody know what does this means? I'm running ppp and the crash is occuring while I'm running an X application remotely. Samy From owner-freebsd-hackers Fri Aug 9 09:30:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA23051 for hackers-outgoing; Fri, 9 Aug 1996 09:30:44 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA23045 for ; Fri, 9 Aug 1996 09:30:40 -0700 (PDT) Received: from scruz.net (nic.scruz.net [165.227.1.2]) by sunrise.cs.berkeley.edu (8.7.5/8.6.12) with ESMTP id JAA21668; Fri, 9 Aug 1996 09:30:31 -0700 (PDT) Received: from osprey.grizzly.com by scruz.net (8.7.3/1.34) id JAA09953; Fri, 9 Aug 1996 09:30:17 -0700 (PDT) Received: (from markd@localhost) by osprey.grizzly.com (8.7.5/8.7.3) id JAA23041; Fri, 9 Aug 1996 09:30:41 -0700 (PDT) Date: Fri, 9 Aug 1996 09:30:41 -0700 (PDT) Message-Id: <199608091630.JAA23041@osprey.grizzly.com> From: Mark Diekhans To: narvi@haldjas.folklore.ee CC: dennis@etinc.com, hackers%freebsd.org@sunrise.cs.berkeley.edu, jkh%time.cdrom.com@sunrise.cs.berkeley.edu In-reply-to: (message from Narvi on Fri, 9 Aug 1996 18:33:24 +0300 (EET DST)) Subject: Re: What are the plans for ELF support? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Fri, 9 Aug 1996, Dennis wrote: > >> And also to justify the extra work (and nightmares) of multiple object >> support during the transition period.... > >And if FreeBSD is going to continue the tradition of backwards >compatibility, someone will have to dream up a new way of doing the >compat dists - compat1x, 2x, 21, etc. The work in doing the runtime bind of the a.out shared libraries is done by /usr/libexec/ld.so. Old programs linked with old libraries should work as long as ld.so continues to support a.out shared libraries. Of course, if one actually wants to rebuild these libraries, the old ld has to remain around. The hard compatibility issues seems to be linking new programs with existing a.out libraries that have not been converted. Probably wanting to mix a.out with newer elf libraries (e.g. existing motif libraries one paid real money for) with the current system libraries. From owner-freebsd-hackers Fri Aug 9 10:06:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA24641 for hackers-outgoing; Fri, 9 Aug 1996 10:06:37 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA24635 for ; Fri, 9 Aug 1996 10:06:35 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id KAA09763; Fri, 9 Aug 1996 10:05:22 -0700 (PDT) To: Samy Touati cc: Amancio Hasty , Joerg Wunsch , FreeBSD hackers Subject: Re: "Panick" - help needed... In-reply-to: Your message of "Fri, 09 Aug 1996 11:42:59 EDT." Date: Fri, 09 Aug 1996 10:05:21 -0700 Message-ID: <9761.839610321@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Does anybody know what does this means? > I'm running ppp and the crash is occuring while I'm running an X > application remotely. This bug report is useless without anything resembling a *version number* anywhere on it. I don't know if you're running FreeBSD 1.1 or 2.1.5! :-( Please people, think a little! Jordan From owner-freebsd-hackers Fri Aug 9 10:35:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA25959 for hackers-outgoing; Fri, 9 Aug 1996 10:35:55 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA25954 for ; Fri, 9 Aug 1996 10:35:53 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA18991; Fri, 9 Aug 1996 10:28:26 -0700 From: Terry Lambert Message-Id: <199608091728.KAA18991@phaeton.artisoft.com> Subject: Re: What are the plans for ELF support? To: bwithrow@BayNetworks.com (Robert Withrow) Date: Fri, 9 Aug 1996 10:28:26 -0700 (MST) Cc: jkh@time.cdrom.com, lada@ws2301.gud.siemens.co.at, markd@Grizzly.COM, hackers@freebsd.org In-Reply-To: <199608091143.HAA09783@tuva.engeast.baynetworks.com> from "Robert Withrow" at Aug 9, 96 07:43:15 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 > jkh@time.cdrom.com said: > :- we'll only switch to ELF if and when it demonstrates a set of > :- advantages which outweigh the disadvantages of changing. > > 1) Ability to build and use new GCC and BINUTILS distributions > ``out of the box''. This is not necessarily a big win, IMO. I believe the execution class loader exists for doing this already, if you wanted to do it. > 2) Ability to use the various BINUTILS tools for which there are > no a.out equivalents (like objdump). objdump is mostly for dumping ELF-specific information, in the stuff that it does above and beyond the traditional "hdr" program for dumping the file header data, and "ldd" for dynamic linkages. This is mostly useful if you already have ELF. However, if you take advantage of the ELF loader existing (#1), you can do this too. > 3) Ability to use site-written and commercial applications that > are designed around elf (of which we have many). This is actually false. The problem is that SVR4, Linux, and FreeBSD all use different system call entry points, and the ELF format has no way of tagging the binary by source system type. This is a flaw in the SVR4 EABI (available for download from the Motorolla site). Linux actually uses the name of the ld.so to distinguish the binaries (which won't work for static binaries). This is actually incorrect usage, since the ld.so code is designed (by implication in the SVR4 EABI) to be mapped in by the execution class loader -- in the kernel, not in a hacked up crt0.o. In netnews, I suggested a soloution to this, but it would require changing the Linux binary format slightly to make it work. The idea would be to define an ABI interface, hopefully one that was identical to some existing commercial system, and then standardizing it: 1) produce the spec. 2) produce a free validation suite under TET/ETET for the thing. 3) include in the spec a mechanism for restricting the system to executing *only* the ABI defined in the spec -- no extentions -- to allow the first real application compliance testing in the industry. 4) validate systems through self-validation; the spec would include mechanisms to uniquely identify builds of the system from a binary interface (specifically, the validation would be per release/code-cut, and the spec revision would be part of the validation). Ship compliance certification results with the system. 5) validate applications by doing the normal prerelease validation of the app with the mechanism in #3 active. Resulting binaries are guaranteed to run on any compliant system. Ship compliance certification results with the application. I called the ABI "FABIO" for "Free Application Binary Interface Objective". > 4) Ability to natively use elf for other purposes (like i18n), > in ways that a.out are not as well suited. The use of alternate language segments, unless they are data-only, is a misuse of the ELF format. In that direction lies per release dialog and resource data -- and therefore ruin. The problam is that such use is localization. Localization is the process of taking software, and using an internationalization mechanism, converting the application to a specific locale. Internationalization is the process of enabling data-driven localization. I believe that applications should be internationalized, not localized. The Windows and Mac approaches are therfore crap. > 5) Increased ease of developing multi-platform support. See my answer to your #3, above. If you can't distinguish the platforms, then you can't support multiple platform developement. If you meant cross compilation environments, I'll grudgingly admit that it would help. But since the GCC crosscompilation mechanism requires producing a "config" per target instance, the sources you compile are derived, rather than intrinsically capable of retargeting. GCC needs to change in this regard... this has been discussed at length in gnu.misc.discuss inre: why there are still cmpilers other than GCC, and in general, why GNU has not displaced the rest of the world (a one word summation is "productization"). I believe that ELF enables a lot of things (of which no ELF platform other than Windows95 / WindowsNT currently takes any advantage), and that this will be important to future directions, such a paging out kernel code that isn't going to be used, or was used only during system initialization, and never subsequent to that, etc.. It's also useful for module loading, and for use space use of Microsoft DLL's in UNIX applications -- possible, and relatively easy to do with minor linker changes, though DLL's typically consume interfaces not provided by BSD. Part of this direction would allow use of NDIS drivers under BSD, use of manufacturer supplied video drivers, etc.. It should even be possible to use ActiveX components (which, unlike ActiveX controls, do not consume MS-specific GUI interfaces) in BSD programs; the difference between these and ordinary DLL's is simply their support of process and thread attachement mechanisms for support of threading reeentrancy, and for virtual base class derived instance initialization (cv: MFC -- Foundation Classes for DLL/method association). ELF is definitely the direction of the future, if its problems can be adequately addressed. Since they are minor, I believe this is possible. 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 Aug 9 10:38:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26088 for hackers-outgoing; Fri, 9 Aug 1996 10:38:43 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA26083 for ; Fri, 9 Aug 1996 10:38:41 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by sunrise.cs.berkeley.edu (8.7.5/8.6.12) with SMTP id KAA21717 for ; Fri, 9 Aug 1996 10:38:35 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id UAA18047; Fri, 9 Aug 1996 20:44:33 +0300 Date: Fri, 9 Aug 1996 20:44:33 +0300 (EET DST) From: Narvi To: Warner Losh cc: "Hr.Ladavac" , hackers%FreeBSD.ORG@sunrise.cs.berkeley.edu Subject: Re: What are the plans for ELF support? In-Reply-To: <199608091517.JAA09511@rover.village.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 On Fri, 9 Aug 1996, Warner Losh wrote: > : [1] The second half is much fabled DWARF which nobody seems to use. > > SGI's Irix does, at least in 6.2. Recent versions of gcc even support > it, but recent == development snapshots, not 2.7.2. I found a draft document on version 2 of dwarf and it seemed quite cool with all the information you can provide about the code among the debugging information. So should the question really be - when will FreeBSD support DWARF? If I didn't read things two wrong you would be able with the use of it get debugging information to the extent that the debugger could show you the call tree and the statement (everyone writes one statement on a line, right?) if there is access to the source code, which caused that damn SIGSEV. Ok, maybe I am a bit overenthusiastic on the moment... Sander > > Warner > From owner-freebsd-hackers Fri Aug 9 10:38:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26124 for hackers-outgoing; Fri, 9 Aug 1996 10:38:58 -0700 (PDT) Received: from glacier.wise.edt.ericsson.se (glacier-ext.wise.edt.ericsson.se [193.180.251.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA26118 for ; Fri, 9 Aug 1996 10:38:55 -0700 (PDT) Received: from egg.lmc.ericsson.se (egg.lmc.ericsson.se [142.133.32.1]) by glacier.wise.edt.ericsson.se (8.7.5/8.7.3/glacier-0.9) with SMTP id TAA17727; Fri, 9 Aug 1996 19:38:50 +0200 (MET DST) Received: from chicago.lmc.ericsson.se by egg.lmc.ericsson.se (4.1/LME-2.2) id AA23797; Fri, 9 Aug 96 13:38:48 EDT Received: (from lmcsato@localhost) by chicago.lmc.ericsson.se (8.7/8.7) id NAA03542; Fri, 9 Aug 1996 13:38:22 -0400 (EDT) Date: Fri, 9 Aug 1996 13:38:17 -0400 (EDT) From: Samy Touati X-Sender: lmcsato@chicago To: freebsd-hackers@freebsd.org Cc: jkh@time.cdrom.com Subject: Re: machine crashing (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 The machine I'using is running fbsd 2.1. And here's my config setup. The machine that is crashing is machine A on this diagram. Machine A is a 486DX 33 with 8 meg of ram. An SMC elite card using the ed driver. sun fbsd2.1 fbsd2.1 IPX network <---> A <-----> B <-----> C I have a network, and machine A connected via ethernet to a network of sun. Manchine A is connected to machine B via a ppp link. Machine B is connected to machine C via ethernet. Machine A and B are FBSD 2.1, machine C is an IPX with solaris 2.5. Machine A uses proxyarp with machine B. Machine B and C has a different set of IP addresses. If I display an X application from the network to be displayed on machine B it works just fine. If I display the same X application on machine C it will work for a couple of minutes before A reboots. This behaviour is happening independantly from the application. I sometimes get this message: panic: free: too many frees and a reboot And I also got this message: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf03b44e3 fault code = supervisor read, page not present instruction pointer = 0x8:0xf019a2ec code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net tty panic: page fault Any help will be really appreciated. Samy From owner-freebsd-hackers Fri Aug 9 10:45:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26463 for hackers-outgoing; Fri, 9 Aug 1996 10:45:44 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA26458 for ; Fri, 9 Aug 1996 10:45:42 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA19017; Fri, 9 Aug 1996 10:40:57 -0700 From: Terry Lambert Message-Id: <199608091740.KAA19017@phaeton.artisoft.com> Subject: Re: "Panick" - help needed... To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 9 Aug 1996 10:40:57 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org, rminnich@Sarnoff.COM In-Reply-To: <199608090547.HAA02326@uriah.heep.sax.de> from "J Wunsch" at Aug 9, 96 07:47: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 > > If anyone runs this on a freebsd desktop i'd be interested in what you > > observe -- how does interactive response function as this program runs. > > About the same as you observed on Linux. As i wrote in the other > mail, i had to force a `top' to get CPU cycles using `rtprio'. The problem appears (from a first perusal of the code) that the cache is being thrashed. The need to be able to support a per vnode working set quota on page usage by: 1) reclaiming in a local LRU 2) inserting pages reclaimed from this LRU overflow at the *head* of the free pool LRU so that it will be the next to be reused. This should move the locality from global to per vnode, and prevent a given vnode from monopolizing the available pages from a single process instead of preserving other processes locality. This technique was used to great effect on a UnixWare 2.x I had hacked to resolve the fact that ld mmap'ed a bunch of files and thrashed the hash to the point where the X server failed to move the cursor when you moved the mouse. Unfortuantely, my changes were ignored, and they implemented a "fixed" scheduling class instead -- their solution, which I must say, doesn't fix the problem. 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 Aug 9 10:53:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27203 for hackers-outgoing; Fri, 9 Aug 1996 10:53:18 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA27192 for ; Fri, 9 Aug 1996 10:53:15 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA19063; Fri, 9 Aug 1996 10:48:06 -0700 From: Terry Lambert Message-Id: <199608091748.KAA19063@phaeton.artisoft.com> Subject: Re: SYSV msg, sem, shm interface To: abial@korin.warman.org.pl (Andrzej Bialecki) Date: Fri, 9 Aug 1996 10:48:06 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Andrzej Bialecki" at Aug 9, 96 10:37: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 > Are there any manpages/dox available on the subject of > SYSV IPC (as implemented in FreeBSD)? I know there is ipctut, > but it covers only pipes & sockets. UNIX Press publishes SVR4 manuals, which are probably what you want. You could also refer to the SunOS manuals, if you have access. Finally, you should consider using mmap instead. 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 Aug 9 13:26:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA02202 for hackers-outgoing; Fri, 9 Aug 1996 13:26:15 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA02177 for ; Fri, 9 Aug 1996 13:26:11 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id MAA00780 for ; Fri, 9 Aug 1996 12:14:06 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA23651; Fri, 9 Aug 1996 21:11:57 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA26771; Fri, 9 Aug 1996 21:11:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA04327; Fri, 9 Aug 1996 20:45:36 +0200 (MET DST) From: J Wunsch Message-Id: <199608091845.UAA04327@uriah.heep.sax.de> Subject: Re: machine crashing, what panic: free means? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 9 Aug 1996 20:45:36 +0200 (MET DST) Cc: lmcsato@lmc.ericsson.se (Samy Touati) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Samy Touati at "Aug 9, 96 10:44:12 am" 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 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 As Samy Touati wrote: > My machine is crashing with the following message: > panic: free: multiple frees > Does anybody knows what a free panic means? Some malloc'ed object has been attempted to be freed twice. -- 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 Aug 9 13:26:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA02240 for hackers-outgoing; Fri, 9 Aug 1996 13:26:22 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA02211 for ; Fri, 9 Aug 1996 13:26:16 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id MAA00804 for ; Fri, 9 Aug 1996 12:14:48 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA23659; Fri, 9 Aug 1996 21:12:00 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA26773; Fri, 9 Aug 1996 21:12:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA04562; Fri, 9 Aug 1996 20:54:21 +0200 (MET DST) From: J Wunsch Message-Id: <199608091854.UAA04562@uriah.heep.sax.de> Subject: Re: SYSV msg, sem, shm interface To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 9 Aug 1996 20:54:21 +0200 (MET DST) Cc: abial@korin.warman.org.pl (Andrzej Bialecki) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Andrzej Bialecki at "Aug 9, 96 10:37:12 am" 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 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 As Andrzej Bialecki wrote: > Are there any manpages/dox available on the subject of > SYSV IPC (as implemented in FreeBSD)? I know there is ipctut, > but it covers only pipes & sockets. j@uriah 83% ( apropos msg ; apropos sem ; apropos shm ) | grep -E '^(msg|sem|shm)' msgctl(3) - message control operations msgget(3) - get message queue msgrcv(3) - receive a message from a message queue msgs(1) - system messages and junk mail program msgsnd(3) - send a message to a message queue semctl(2) - control operations on a semaphore set semget(2) - obtain a semaphore id semop(2) - atomic array of operations on a semaphore set shmat(2), shmdt(2) - attach or detach shared memory shmctl(2) - shared memory control shmget(2) - obtain a shared memory identifier (They were not available yet in 2.1R, however.) -- 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 Aug 9 13:26:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA02252 for hackers-outgoing; Fri, 9 Aug 1996 13:26:23 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA02218 for ; Fri, 9 Aug 1996 13:26:18 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id MAA00768 for ; Fri, 9 Aug 1996 12:13:22 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA23631; Fri, 9 Aug 1996 21:11:46 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA26767; Fri, 9 Aug 1996 21:11:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id VAA04625; Fri, 9 Aug 1996 21:00:56 +0200 (MET DST) From: J Wunsch Message-Id: <199608091900.VAA04625@uriah.heep.sax.de> Subject: Re: "Panick" - help needed... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 9 Aug 1996 21:00:56 +0200 (MET DST) Cc: lmcsato@lmc.ericsson.se (Samy Touati) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Samy Touati at "Aug 9, 96 11:42:59 am" 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 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 As Samy Touati wrote: > I can't get any corefile out of a crash of my machine, but after getting Please, read the section about kernel debugging in the handbook. It explains how you will get it to dump core, and it will also explain you how to investigate the core. > the message: > panic: free: too many frees and a reboot > I got this message: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xf03b44e3 > Does anybody know what does this means? Very simple: a kernel bug. ;-) The page fault might probably be a subsequent error due to the damage that caused the panic, so analyzing the `too many frees' problem is more important. If it repeatedly also page faults after the `free' panic, so you won't get a coredump at all, your only chance is to analyze it on-line using DDB. Be careful, DDB and X11 are mutually exclusive unless you are using a serial console. (That is, the panic might drop you into DDB, with no chance to gain access to the text screen again where DDB waits for its input.) -- 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 Aug 9 13:26:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA02297 for hackers-outgoing; Fri, 9 Aug 1996 13:26:29 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA02261 for ; Fri, 9 Aug 1996 13:26:24 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id MAA00807 for ; Fri, 9 Aug 1996 12:14:50 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA23617; Fri, 9 Aug 1996 21:11:43 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA26765; Fri, 9 Aug 1996 21:11:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA04086; Fri, 9 Aug 1996 20:31:38 +0200 (MET DST) From: J Wunsch Message-Id: <199608091831.UAA04086@uriah.heep.sax.de> Subject: Re: 2.1.5 Bug: Manual refers to manual refers to manual refers to... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 9 Aug 1996 20:31:37 +0200 (MET DST) Cc: bwithrow@BayNetworks.com (Robert Withrow) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608091215.IAA10249@tuva.engeast.baynetworks.com> from Robert Withrow at "Aug 9, 96 08:15:33 am" 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 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 As Robert Withrow wrote: > Can someone tell me where to *really* find the nfs mount options? In both man pages. The generic options (ro, rw, nosuid etc.) are explained in mount(8), while the NFS mount options are explained in mount_nfs(8): The options are: -3 Use the NFS Version 3 protocol (Version 2 is the default). -D Used with NQNFS to set the ``dead server threshold'' to the spec- -I Set the readdir read size to the specified value. The value -K Pass Kerberos authenticators to the server for client-to-server -L Used with NQNFS to set the lease term to the specified number of -P Use a reserved socket port number. This is useful for mounting -R Set the retry count for doing the mount to the specified value. -T Use TCP transport instead of UDP. This is recommended for -U Force the mount protocol to use UDP transport, even for TCP NFS -a Set the read-ahead count to the specified value. This may be in -b If an initial attempt to contact the server fails, fork off a -c For UDP mount points, do not do a connect(2). This must be used -d Turn off the dynamic retransmit timeout estimator. This may be -g Set the maximum size of the group list for the credentials to the -i Make the mount interruptible, which implies that file system -l Used with NQNFS and NFSV3 to specify that the ReaddirPlus RPC -m Set the Kerberos realm to the string argument. Used with the -K -q Use the leasing extensions to the NFS Version 3 protocol to main- -r Set the read data size to the specified value. It should normal- -s A soft mount, which implies that file system calls will fail af- -t Set the initial retransmit timeout to the specified value. May -w Set the write data size to the specified value. Ditto the com- -x Set the retransmit timeout count for soft mounts to the specified That is, you can: mount -t nfs -o -r=1024,-w=1024,-i,-b machine:/resource /mountpoint ^^^^^^^^^^^^^^^^^^^^^ These are the options as mentioned above. You can also say mount -t nfs -o intr,bg machine:/resource /mountpoint Both of these options are not explained, we've still got an open PR for it (735, responsible: wollman ;), but these options are considered legacy that will not be explained. (At least, that's the net result from the discussion as you can read in GNATS.) -- 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 Aug 9 13:27:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA02447 for hackers-outgoing; Fri, 9 Aug 1996 13:27:09 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA02415 for ; Fri, 9 Aug 1996 13:27:02 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id LAA00658 for ; Fri, 9 Aug 1996 11:46:16 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id UAA00210 for ; Fri, 9 Aug 1996 20:45:25 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id UAA11155 for hackers@freebsd.org; Fri, 9 Aug 1996 20:44:45 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id TAA02802; Fri, 9 Aug 1996 19:13:08 +0200 (MET DST) Message-Id: <199608091713.TAA02802@keltia.freenix.fr> Date: Fri, 9 Aug 1996 19:13:08 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: hackers@freebsd.org Subject: Re: What are the plans for ELF support? In-Reply-To: <199608091143.HAA09783@tuva.engeast.baynetworks.com>; from Robert Withrow on Aug 9, 1996 7:43:15 -0400 References: <199608091143.HAA09783@tuva.engeast.baynetworks.com> X-Mailer: Mutt 0.38 Mime-Version: 1.0 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Robert Withrow: > 5) Increased ease of developing multi-platform support. 6) ability to page out kernel pages (after unsuccessul probes for example) if I remember well. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #17: Fri Aug 2 20:40:17 MET DST 1996 From owner-freebsd-hackers Fri Aug 9 13:27:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA02411 for hackers-outgoing; Fri, 9 Aug 1996 13:27:01 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA02395 for ; Fri, 9 Aug 1996 13:26:57 -0700 (PDT) Received: from ctasim.com (ctasim.com [206.6.123.1]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id LAA00557 for ; Fri, 9 Aug 1996 11:30:47 -0700 (PDT) Received: by deepthought.ctasim.com (940816.SGI.8.6.9/920502.SGI.AUTO) id MAA03359; Fri, 9 Aug 1996 12:24:14 -0600 From: jon@ctasim.com ("Jon Doran" ) Message-Id: <9608091224.ZM3357@deepthought.ctasim.com> Date: Fri, 9 Aug 1996 12:24:11 -0600 In-Reply-To: Warner Losh "Re: What are the plans for ELF support?" (Aug 9, 9:17am) References: <199608091517.JAA09511@rover.village.org> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Warner Losh , "Hr.Ladavac" Subject: Re: What are the plans for ELF support? 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 Not only did SGI support DWARF, but my understanding is that 6.2 dropped ELF support. In truth, SGI didn't really do ELF. They had an MCOFF section inside the ELF binary, so pure ELF routines couldn't extract the entire symbol table. You had to root around in the MCOFF section to find 99% of your symbols. Jon Doran From owner-freebsd-hackers Fri Aug 9 13:27:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA02483 for hackers-outgoing; Fri, 9 Aug 1996 13:27:17 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA02451 for ; Fri, 9 Aug 1996 13:27:10 -0700 (PDT) Received: from hp.com (hp.com [15.255.152.4]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id LAA00542 for ; Fri, 9 Aug 1996 11:29:44 -0700 (PDT) Received: from xsvr2.cup.hp.com by hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA209685307; Fri, 9 Aug 1996 11:28:27 -0700 Received: by xsvr2.cup.hp.com (1.39.111.2/15.5+ECS 3.3) id AA025065305; Fri, 9 Aug 1996 11:28:25 -0700 From: "Josef C. Grosch" Message-Id: <9608091128.ZM2504@xsvr2.cup.hp.com> Date: Fri, 9 Aug 1996 11:28:25 -0700 In-Reply-To: Terry Lambert "Re: SYSV msg, sem, shm interface" (Aug 9, 10:48am) References: <199608091748.KAA19063@phaeton.artisoft.com> X-Mailer: Z-Mail (3.2.1 10apr95) To: Terry Lambert Subject: Re: SYSV msg, sem, shm interface 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 On Aug 9, 10:48am, Terry Lambert wrote: > Subject: Re: SYSV msg, sem, shm interface > > Are there any manpages/dox available on the subject of > > SYSV IPC (as implemented in FreeBSD)? I know there is ipctut, > > but it covers only pipes & sockets. > > UNIX Press publishes SVR4 manuals, which are probably what you > want. > > You could also refer to the SunOS manuals, if you have access. > > Finally, you should consider using mmap instead. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. >-- End of excerpt from Terry Lambert UNIX Network programing by Stevens is an excellent book on the subject of IPC. He has a very good section on SYSV IPC and, if I remember right, FreeBSD version of SYSV IPC is very close to what Stevens talks about. Josef -- Josef Grosch, 47LG4 | "Laugh while you can, | My opinions are mine, not jgrosch@cup.hp.com | monkey boy!" | HPs. They have'nt paid for (408) 447-0467 | - John Warfin - | them yet ! :-) From owner-freebsd-hackers Fri Aug 9 14:40:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA09840 for hackers-outgoing; Fri, 9 Aug 1996 14:40:15 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA09823 for ; Fri, 9 Aug 1996 14:40:10 -0700 (PDT) Received: from modem.eng.umd.edu (modem.eng.umd.edu [129.2.98.187]) by po1.glue.umd.edu (8.7.5/8.7.3) with ESMTP id RAA07311; Fri, 9 Aug 1996 17:40:07 -0400 (EDT) Received: from localhost (chuckr@localhost) by modem.eng.umd.edu (8.7.5/8.7.3) with SMTP id RAA00652; Fri, 9 Aug 1996 17:40:06 -0400 (EDT) X-Authentication-Warning: modem.eng.umd.edu: chuckr owned process doing -bs Date: Fri, 9 Aug 1996 17:40:06 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@modem.eng.umd.edu To: Terry Lambert cc: Robert Withrow , jkh@time.cdrom.com, lada@ws2301.gud.siemens.co.at, markd@Grizzly.COM, hackers@FreeBSD.org Subject: Re: What are the plans for ELF support? In-Reply-To: <199608091728.KAA18991@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 Fri, 9 Aug 1996, Terry Lambert wrote: > > > 3) Ability to use site-written and commercial applications that > > are designed around elf (of which we have many). > > This is actually false. The problem is that SVR4, Linux, and FreeBSD > all use different system call entry points, and the ELF format has > no way of tagging the binary by source system type. This is a flaw > in the SVR4 EABI (available for download from the Motorolla site). > > Linux actually uses the name of the ld.so to distinguish the binaries > (which won't work for static binaries). This is actually incorrect > usage, since the ld.so code is designed (by implication in the SVR4 > EABI) to be mapped in by the execution class loader -- in the kernel, > not in a hacked up crt0.o. > > In netnews, I suggested a soloution to this, but it would require > changing the Linux binary format slightly to make it work. The idea > would be to define an ABI interface, hopefully one that was identical > to some existing commercial system, and then standardizing it: Terry, I wonder, because of the fractionalization of the Linux marketplace, if there would be a large rush towards accepting your idea. What about this .... could WE use the idea on FreeBSD in a way that'd make the others jealous? I wonder if it might be possible to make a conversion program that, when the user takes the responsibility of determining (from the user's experience in getting a particular piece of software) that it is 'type x', then this program would make the necessary adjustments in the binary elf structures so that it fully conforms to your spec, and is runnable on FreeBSD. Can you tell me where your spec is? Can I read it? I know we couldn't make such a 'validator' program automatic, because of the problem with the current lack of info, but if we could rely on a user to specify the bona-fides of the program, maybe it could then be tagged that way? Something like this would have to be done only once, because once the program was 'validated' and made to conform to a spec, it would be binarily modified to run without further errors on ONE elf environment. > > 1) produce the spec. > 2) produce a free validation suite under TET/ETET for the thing. > 3) include in the spec a mechanism for restricting the system > to executing *only* the ABI defined in the spec -- no > extentions -- to allow the first real application compliance > testing in the industry. > 4) validate systems through self-validation; the spec would > include mechanisms to uniquely identify builds of the system > from a binary interface (specifically, the validation would > be per release/code-cut, and the spec revision would be part > of the validation). Ship compliance certification results > with the system. > 5) validate applications by doing the normal prerelease validation > of the app with the mechanism in #3 active. Resulting binaries > are guaranteed to run on any compliant system. Ship compliance > certification results with the application. > > I called the ABI "FABIO" for "Free Application Binary Interface Objective". [context snipped] > > Regards, > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > ----------------------------+----------------------------------------------- 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 n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri Aug 9 15:39:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA14316 for hackers-outgoing; Fri, 9 Aug 1996 15:39:40 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA14311 for ; Fri, 9 Aug 1996 15:39:37 -0700 (PDT) Received: from phaeton.Artisoft.COM by mail.crl.com with SMTP id AA27476 (5.65c/IDA-1.5 for ); Fri, 9 Aug 1996 15:38:36 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA19518; Fri, 9 Aug 1996 15:27:55 -0700 From: Terry Lambert Message-Id: <199608092227.PAA19518@phaeton.artisoft.com> Subject: Re: What are the plans for ELF support? To: chuckr@glue.umd.edu (Chuck Robey) Date: Fri, 9 Aug 1996 15:27:55 -0700 (MST) Cc: terry@lambert.org, bwithrow@baynetworks.com, jkh@time.cdrom.com, lada@ws2301.gud.siemens.co.at, markd@Grizzly.COM, hackers@FreeBSD.org In-Reply-To: from "Chuck Robey" at Aug 9, 96 05:40: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 > Terry, I wonder, because of the fractionalization of the Linux > marketplace, if there would be a large rush towards accepting your idea. > What about this .... could WE use the idea on FreeBSD in a way that'd make > the others jealous? > > I wonder if it might be possible to make a conversion program that, when > the user takes the responsibility of determining (from the user's > experience in getting a particular piece of software) that it is 'type x', > then this program would make the necessary adjustments in the binary elf > structures so that it fully conforms to your spec, and is runnable on > FreeBSD. > > Can you tell me where your spec is? Can I read it? I know we couldn't > make such a 'validator' program automatic, because of the problem with the > current lack of info, but if we could rely on a user to specify the > bona-fides of the program, maybe it could then be tagged that way? > Something like this would have to be done only once, because once the > program was 'validated' and made to conform to a spec, it would be > binarily modified to run without further errors on ONE elf environment. > > > 1) produce the spec. My suggested approach to getting a spec hashed out was to take the Motorolla SVR4 EABI and hack it based on input from the Linux and BSD camps and a "reference superset implementation", which would allow a vendor to develop for one or more commercial UNIX implementations at the same time as the free UNIX implementations. That is, make it so that the ABI validation passed for Solaris, SCO, or both, with a single exception of the "ABI-only" mode switch. The SVR4 EABI spec is downloadable from the Motorolla FTP site, or you can search for it on their WWW pages (www.motorolla.com); it was in the PoerPC section. A "FABIO" binary would be guaranteed to run on certified platforms, and a binary could be certified as a FABIO binary on certified platforms that had the "ABI-only" mode switch. This means that, as a software vendor, I could develop a program on a FABIO platform with the switch turned on, and get immediate code coverage for the binary on NetBSD, OpenBSD, FreeBSD, Linux, Solaris (and/or SCO), HURD (hopefully), etc.. I made the proposal because I believe that the main fragmentation of the UNIX market has come from: 1) "Standard plus extensions", with no real discrimination between what is "standard" and what is an "extention". 2) No public reference implementation for all "standard" components... for FABIO, this means dropping Motif requirements (at least initially), etc. 3) No way to certify an application for more than a single platform. This is because there is no way to turn the extensions *off*. 4) No common install tools set that is not "value add" by a vendor. "value add" translated to "vendor specific". 5) No validation mechanism without some absurd "buy-in" from a standards body (OSF, X/Open, ISO, ANSI, etc.). Think of POSIX validation; it costs ~$50,000, minimum, and even then, it doesn't mean that you can run applications because there is no "POSIX ABI" and there is way to make sure an app "only uses POSIX interfaces". Bletch. 6) etc.... In other words, the factors inhibiting the commoditization of the UNIX market in the same way the DOS/Windows market is "commoditized" by having a sole source (Microsoft). This would let me (as an app developer) build one app, which I can validate to the ABI instead of validating to the system, shrink wrap the thing, and not be covering only a tiny market segment. It's probably not in the interests of UNIX vendors, who sole claim to fame is their proprietary iron where they run their "standards compliant" OS... but it is *sure* in the interests of software vendors who need an economic argument before they will port because the market is so darn fragmented. If it was adopted across platforms, then we could throw out ANDF to go to instroction set based disassemblers/crossassemblers. I have seen several programs for converting SCO programs for x86 to run on 680x0 based NCR tower systems -- and that was back in the mid 1980's. If you want, we can take this back to the news groups and try and get the Linux and Hurd people involved. If we can show we are serious about it, either SCO or Sun might be incented to "kick in" validation materials for their OS to baseline their ABI as the standards "reference superset implementation". I don't think this can be done without out at least one cross-vendor link: the Linux people would count, the HURD people would count, and a commercial vendor would count. 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 Aug 9 16:12:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA16471 for hackers-outgoing; Fri, 9 Aug 1996 16:12:20 -0700 (PDT) Received: from copernicus.iafrica.com (root@copernicus.iafrica.com [196.31.1.15]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA16464 for ; Fri, 9 Aug 1996 16:12:16 -0700 (PDT) Received: from copernicus.iafrica.com (khetan@copernicus.iafrica.com [196.31.1.15]) by copernicus.iafrica.com (8.7.5/8.6.12) with SMTP id BAA10098; Sat, 10 Aug 1996 01:12:46 +0200 (SAT) Date: Sat, 10 Aug 1996 01:12:46 +0200 (SAT) From: Khetan Gajjar To: Jan Knepper <100626.3506@compuserve.com> cc: "[FreeBSD Hackers]" Subject: Re: Mouse.. In-Reply-To: <960809134650_100626.3506_BHL115-1@CompuServe.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 9 Aug 1996, Jan Knepper wrote: > As far as I know the PS/2 mouse is not enable per default. This is because it > might cause certain conflicts. No offence, but I'm not a newbie. I've installed it, and it works great in XFree86. My kernel is fine - it has been working for ages. I recompiled it, in case that could be the case, but I don't think so. > 12. Do ./MAKEDEV psm0 to create the device. It exists, and has existed for ages. Also, there's a symlink from /dev/mouse to /dev/psm0 - as it should be. The mouse is fine; it's just moused. --- Khetan Gajjar [ http://www.iafrica.com/~khetan ] UUNet Internet Africa [ 0800-030-002 & help@iafrica.com ] Get rid of Telkom.... [ http://www.ispa.org.za ] I'm a FreeBSD User! [ http://www.freebsd.org ] Any opinions stated in this message are personal. UIA's official policy may not be reflected in this message. From owner-freebsd-hackers Fri Aug 9 16:29:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA17511 for hackers-outgoing; Fri, 9 Aug 1996 16:29:35 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA17506 for ; Fri, 9 Aug 1996 16:29:33 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA19649; Fri, 9 Aug 1996 16:25:03 -0700 From: Terry Lambert Message-Id: <199608092325.QAA19649@phaeton.artisoft.com> Subject: Re: What are the plans for ELF support? To: chuckr@glue.umd.edu (Chuck Robey) Date: Fri, 9 Aug 1996 16:25:03 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: from "Chuck Robey" at Aug 9, 96 07:17:59 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 > Terry, I just spent the last hour searching thru Motorola's site via lynx > and their search page, found nothing. Could you give me another hint as > to what I'm looking for, re: the EABI? I want to learn more about your > FABIO, if I can. I've had a couple of requests; since I anticipate more, I'll CC hackers. I can't find the thing; they reorganized their WWW pages (again). ============================================================================== Here is a copy (probably out of date): ============================================================================== ftp://www.linuxppc.org/linuxppc/EABI_Version_1.0.gz ============================================================================== Here is where I got my (up to date) copy (sorry, I have no WWW or FTP site): ============================================================================== Mail (autoresponder) standards documents: Dear EABI recipient: We have a new copy of the System V Release 4 ABI for PowerPC. This is the document the EABI supplies extensions to for embedded applications. If you wish to obtain a PostScript copy of this document, please send an email message to eabi@goth.sps.mot.com, with the word "SVR4" in the subject line. If you wish to obtain a PostScript copy of the EABI, please send an email message to eabi@goth.sps.mot.com, with the word "EABI" in the subject line. If you wish to obtain both, please send eabi@goth.sps.mot.com an email message with both words, "EABI" and "SVR4", in the subject line. If you wish to talk to a human, please send email to support@goth.sps.mot.com. ============================================================================== 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 Aug 9 16:39:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA17964 for hackers-outgoing; Fri, 9 Aug 1996 16:39:21 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA17958 for ; Fri, 9 Aug 1996 16:39:18 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id JAA06631; Sat, 10 Aug 1996 09:21:50 +0930 From: Michael Smith Message-Id: <199608092351.JAA06631@genesis.atrad.adelaide.edu.au> Subject: Re: Mouse.. To: khetan@iafrica.com (Khetan Gajjar) Date: Sat, 10 Aug 1996 09:21:49 +0930 (CST) Cc: 100626.3506@compuserve.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Khetan Gajjar" at Aug 10, 96 01:12:46 am 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 Khetan Gajjar stands accused of saying: > > It exists, and has existed for ages. Also, there's a symlink from > /dev/mouse to /dev/psm0 - as it should be. The mouse is fine; it's just > moused. I have bad news for you. Moused is the mouse code from XFree86, ripped out and stuck on its own. The problem is almost certainly somewhere else. > Khetan Gajjar [ http://www.iafrica.com/~khetan ] -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri Aug 9 16:57:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19156 for hackers-outgoing; Fri, 9 Aug 1996 16:57:36 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA19150 for ; Fri, 9 Aug 1996 16:57:34 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA29699; Fri, 9 Aug 1996 16:57:02 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma029695; Fri Aug 9 16:56:37 1996 Message-ID: <320BD00B.7DE14518@whistle.com> Date: Fri, 09 Aug 1996 16:55:55 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b4 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org CC: julian@whistle.com Subject: Virtual Circuit support Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've written a virtual circuit support package for freebsd based on input from various members here.. It's based on the "dynamic interface per VC" scheme used by Ron Minnich and Dennis in their implimentations, but doesn't touch any existing interfaces. the first modules I have are a module to handle a subset (IP and ARP only) of RFC 1490 encapsulation. I also have skelaton written. In some ways it's a little similar to the SCSI subsystem (funny, that) The encapsulation/encoding modules (of which rfc1490.c is one example) are switched in on a per VC basis, so that vc0 might be running RFC1490 while vc1 might be running Cisco-HDLC and vc2 might be running raw-IP unencapsulated.. at the same time vc0 and vc1 might be on a single frame relay link while vc2 might be over an ISDN B channel. I'd like to talk to the people doing the ISDN code, as it is possible here to get a frame-relay VC to come out at the other end as an ISDN channel, so I need to ensure that what works for one works for the other... the system is layered in such a way that you can stack the modules to get (for example) rfc1490 over cisco-hdlc (though why?) or add a proprietary multiplexing scheme over an hdlc link and then take one of those channels and use rfc1490 or ppp (or ppp over 1490) over that. all modules are referenced by name when setting up.. e.g. "rfc1490" so constants known in advance should not be needed. this should allow the modules to be totally implimentable as LKMs. I only have a bottom end driver (the equivalent of a SCSI adapter driver) for a proprietary frame card at the moment but hope that I'll be able to fit it onto the various sync drivers I see already in the tree. julian p.s if this mail appears to come from (wants to reply to) current1.whistle.com, correct it to whistle.com and let me know.. From owner-freebsd-hackers Fri Aug 9 17:15:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA20211 for hackers-outgoing; Fri, 9 Aug 1996 17:15:06 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA20205 for ; Fri, 9 Aug 1996 17:15:04 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id RAA29744; Fri, 9 Aug 1996 17:14:33 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma029742; Fri Aug 9 17:14:18 1996 Message-ID: <320BD430.4487EB71@whistle.com> Date: Fri, 09 Aug 1996 17:13:36 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b4 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org CC: julian@whistle.com Subject: strange crash on -current machine (4wks old) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk db> trace the system was shutting down.. pid proc addr uid ppid pgrp flag stat wmesg wchan cmd 388 f087dd00 f39fe000 0 1 388 004006 2 reboot 4 f083dc00 f39ca000 0 0 0 000204 3 update f01cf168 update 3 f083de00 f39c8000 0 0 0 000204 3 psleep f01c0fe8 vmdaemon 2 f0834000 f39c6000 0 0 0 000204 3 psleep f01c7d94 pagedaemon 1 f0834200 f39c4000 0 0 1 004084 3 wait f0834200 init 0 f01ceeec f01fd000 0 0 0 000204 3 sched f01ceeec swapper db> trace _Debugger(f0115c0e) at _Debugger+0x2b _panic(f016fc65,6,6012,f021f9c0,efbffe74) at _panic+0x5a _vm_page_freechk_and_unqueue(f021f9c0) at _vm_page_freechk_and_unqueue+0x148 _vm_page_free(f021f9c0,f0839c00,0,f0837000,f01ad578) at _vm_page_free+0x2d _vm_object_terminate(f0839c00,f0839c80,f083a200,f0837000,efbffebc) at _vm_object _terminate+0x12d _vm_object_deallocate(f0839c00,0,efbffeec,f015c3e4,f0839c80) at _vm_object_deall ocate+0x1af _vn_vmio_close(f0839c80,0,f083ac00,f01c8128,f0834200) at _vn_vmio_close+0x30 _ffs_unmount(f083ac00,80000,f0834200,f01c8128,0) at _ffs_unmount+0xac _vfs_unmountroot(f083ac00,3,0,0,f083ac00) at _vfs_unmountroot+0x99 _vfs_unmountall(efbfff94,f087dd00,0,efbfff48,f0114029) at _vfs_unmountall+0x96 _boot(0,f01adfb8,efbfffb4,f0180fa5,f087dd00) at _boot+0xf3 _reboot(f087dd00,efbfff94,efbfff84,2,0) at _reboot+0x29 _syscall(27,27,0,0,efbfd914) at _syscall+0x195 _Xsyscall() at _Xsyscall+0x35 --- syscall 55, eip = 0x1609, ebp = 0xefbfd914 --- I'm not overy troubled yet as this is the firstcase I've seen of this, but the story behind it is interesting.. the machine detected a duplicate IP address, after which things seemed to go downhill.. we've upgraded to-current (yesterday) and will monitor.. julian From owner-freebsd-hackers Fri Aug 9 18:01:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA22191 for hackers-outgoing; Fri, 9 Aug 1996 18:01:12 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA22186 for ; Fri, 9 Aug 1996 18:01:09 -0700 (PDT) Received: from modem.eng.umd.edu (modem.eng.umd.edu [129.2.98.187]) by po1.glue.umd.edu (8.7.5/8.7.3) with ESMTP id VAA09188; Fri, 9 Aug 1996 21:01:06 -0400 (EDT) Received: from localhost (chuckr@localhost) by modem.eng.umd.edu (8.7.5/8.7.3) with SMTP id VAA00715; Fri, 9 Aug 1996 21:01:05 -0400 (EDT) X-Authentication-Warning: modem.eng.umd.edu: chuckr owned process doing -bs Date: Fri, 9 Aug 1996 21:01:04 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@modem.eng.umd.edu To: Terry Lambert cc: hackers@freebsd.org Subject: Re: What are the plans for ELF support? In-Reply-To: <199608092325.QAA19649@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 Fri, 9 Aug 1996, Terry Lambert wrote: > > Terry, I just spent the last hour searching thru Motorola's site via lynx > > and their search page, found nothing. Could you give me another hint as > > to what I'm looking for, re: the EABI? I want to learn more about your > > FABIO, if I can. > > I've had a couple of requests; since I anticipate more, I'll CC hackers. I found the two files at ftp://www.linuxppc.org/linuxppc you were referring to, Terry, thanks. Anything I can read about FABIO? Is it public info? > > > > I can't find the thing; they reorganized their WWW pages (again). > > ============================================================================== > Here is a copy (probably out of date): > ============================================================================== > > ftp://www.linuxppc.org/linuxppc/EABI_Version_1.0.gz > > > ============================================================================== > Here is where I got my (up to date) copy (sorry, I have no WWW or FTP site): > ============================================================================== > Mail (autoresponder) standards documents: > > Dear EABI recipient: > > We have a new copy of the System V Release 4 ABI for PowerPC. > This is the document the EABI supplies extensions to for > embedded applications. > > If you wish to obtain a PostScript copy of this document, > please send an email message to eabi@goth.sps.mot.com, with > the word "SVR4" in the subject line. > > If you wish to obtain a PostScript copy of the EABI, please > send an email message to eabi@goth.sps.mot.com, with the > word "EABI" in the subject line. > > If you wish to obtain both, please send eabi@goth.sps.mot.com > an email message with both words, "EABI" and "SVR4", in the > subject line. > > If you wish to talk to a human, please send email to > support@goth.sps.mot.com. > ============================================================================== > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > ----------------------------+----------------------------------------------- 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 n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri Aug 9 19:25:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA24943 for hackers-outgoing; Fri, 9 Aug 1996 19:25:21 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA24938 for ; Fri, 9 Aug 1996 19:25:14 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA19851; Fri, 9 Aug 1996 19:20:41 -0700 From: Terry Lambert Message-Id: <199608100220.TAA19851@phaeton.artisoft.com> Subject: Re: What are the plans for ELF support? To: chuckr@glue.umd.edu (Chuck Robey) Date: Fri, 9 Aug 1996 19:20:41 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: from "Chuck Robey" at Aug 9, 96 09:01:04 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 found the two files at ftp://www.linuxppc.org/linuxppc you were > referring to, Terry, thanks. Anything I can read about FABIO? Is it > public info? I've only got to the point of making proposals; I haven't done any TET or ETET work or anything. It's an Objective, which is to say, it's an RFC for a cross-free_UNIX_clone_developement_group project. I can pull the original news postings I made after I reboot my Linux machine, or you can probably pull them from Dejanews. Like I said, it really didn't get past the initial discussion stages. I guess I should have posted to the hackers list instead... 8-). I didn't get a lot of response in the news groups -- it was rather disappointing, so I made one or two followups and didn't pursue it at the time. I still think it's a good idea, though, and I'll put time into it if the interest keeps at the current level, since I think it's worthwhile to try and give Microsoft some competition. 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 Aug 9 19:48:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA26536 for hackers-outgoing; Fri, 9 Aug 1996 19:48:22 -0700 (PDT) Received: from nevis.oss.uswest.net (nevis.oss.uswest.net [204.147.85.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA26531; Fri, 9 Aug 1996 19:48:15 -0700 (PDT) Received: (from greg@localhost) by nevis.oss.uswest.net (8.6.12/8.6.12) id VAA29255; Fri, 9 Aug 1996 21:47:45 -0500 From: "Greg Rowe" Message-Id: <9608092147.ZM29253@nevis.oss.uswest.net> Date: Fri, 9 Aug 1996 21:47:44 -0500 X-Mailer: Z-Mail (3.2.1 10oct95) To: freebsd-ports@@freebsd.org, freebsd-hackers@@freebsd.org Subject: Qpopper 2.2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, I'm trying to get the bulletin database(BULLDB) feature in qpopper-2.2 working. I'm using the 2.1.5 ports version and adding the -DBULLDB entry in the Makefile. The pop_bull.c file seems to be missing an include ( ), but other than that it compiles without error. The instructions call for you to create two empty files (bulldb.pag & bulldb.dir) in the bulletin directory which I did. The first attempt to retrieve a mail bulletin works fine but creates a zero length 'bulldb.db' file. Further attempts to check mail fail with the error "Unable to open Bulletin database". Permissions don't seem to be the problem. Has anyone used this feature on FreeBSD or does anyone have any ideas ? Thanks. Greg -- Greg Rowe | U S West - Interact Services | INTERNET greg@uswest.net 111 Washington Ave. South | Fax: (612) 672-8537 Minneapolis, MN USA 55401 | Voice: (612) 672-8535 Never trust an operating system you don't have source for.... From owner-freebsd-hackers Fri Aug 9 21:57:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA03544 for hackers-outgoing; Fri, 9 Aug 1996 21:57:29 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA03530 for ; Fri, 9 Aug 1996 21:57:19 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id OAA16556; Sat, 10 Aug 1996 14:54:58 +1000 Date: Sat, 10 Aug 1996 14:54:58 +1000 From: Bruce Evans Message-Id: <199608100454.OAA16556@godzilla.zeta.org.au> To: bde@zeta.org.au, jds@TracerTech.COM Subject: Re: kern_mib.c:int securelevel = -1; Cc: Hackers@freebsd.org, michaelh@cet.co.jp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >#ifdef SOAPBOX_MODE >Thus, the comment in the systm.h just gives a false sense of security to >anyone who reads it, puts securelevel in bss, and sits back feeling better >about it. ISTR pointing this out in old mail :-). This time, I deleted the bogus text (about the bss) and rewrote the text that doesn't match reality to the following: * If `securelevel' is initially 0, then process 1 normally arranges to run * the system in level 0 mode while single user and in level 1 mode while * multiuser. If `securelevel' is initially -1, then process 1 normally * leaves it unchanged, so that the system always runs in level 0 mode. In * both cases, if a more secure mode is desired, it can be set using * sysctl(8) in the multi-user startup script (/etc/rc.local) or earlier. * Process 1 will then reduce the level to 0 if single user mode is resumed. This is the wrong place to document the internals of init(8) and init.8 is probably the wrong place to document kern.securelevel. Currently, the big comment in systm.h is more or less duplicated in init.8 (except the part about the bss). There are stupid bugs in both - systm.h refers to sysctl(1) and says to patch `securelevel' in kern_sysctl.c (where it no longer lives) while init.8 says to patch `securelevel' in param.c (where it would now conflict with the default initialization). >The impression I've gotten is that securelevel was put in to play with >filesystem-level support for append-only and immutable files, rather than >as a concerted effort to really make BSD more secure. >IMHO. >#endif I think it's also to play with making BSD more secure. Bruce From owner-freebsd-hackers Fri Aug 9 22:06:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA04123 for hackers-outgoing; Fri, 9 Aug 1996 22:06:47 -0700 (PDT) Received: from quagmire.ki.net (root@quagmire.ki.net [205.150.102.51]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA04118 for ; Fri, 9 Aug 1996 22:06:44 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by quagmire.ki.net (8.7.5/8.7.5) with ESMTP id BAA01660 for ; Sat, 10 Aug 1996 01:06:42 -0400 (EDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.3) with SMTP id BAA27767 for ; Sat, 10 Aug 1996 01:06:43 -0400 (EDT) X-Authentication-Warning: ki.net: scrappy owned process doing -bs Date: Sat, 10 Aug 1996 01:06:42 -0400 (EDT) From: "Marc G. Fournier" To: hackers@freebsd.org Subject: ISDN Recommendations Requested... 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 just about to look into getting an ISDN line into my system, mainly to reduce some lag between myself and a couple of local sites I talk to... I figure I have two choices, one is an ISDN modem, one is an ISDN card. From what I've seen, as far as ISDN modems are concerned, there is the Motorola TA220, that supports two RS-232 jacks, which will give me two ports, one B channel to each site, and the ability to do a 128k interface to each port. What about ISDN cards? My understanding is that the TA220 runs about $700CDN...I've been aatching talk about the BISDN support in FreeBSD...how stable is it? Connection uptime, kernel stability, etc? I presume that since the card is straight on the machine bus, that throughput would be better? I've always shied away from internal modems, mainly because an external one you can turn off and on if it hangs...an internal one you have to reboot the machne...what about ISDN cards vs modems? Thanks... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-hackers Fri Aug 9 22:21:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA04975 for hackers-outgoing; Fri, 9 Aug 1996 22:21:28 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA04968 for ; Fri, 9 Aug 1996 22:21:24 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id AAA03164; Sat, 10 Aug 1996 00:21:02 -0500 (EST) From: "John S. Dyson" Message-Id: <199608100521.AAA03164@dyson.iquest.net> Subject: Re: ISDN Recommendations Requested... To: scrappy@ki.net (Marc G. Fournier) Date: Sat, 10 Aug 1996 00:21:02 -0500 (EST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Marc G. Fournier" at Aug 10, 96 01:06:42 am Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24 ME8] 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... > > I'm just about to look into getting an ISDN line into my > system, mainly to reduce some lag between myself and a couple of > local sites I talk to... > Cool, I am jealous. :-). > I figure I have two choices, one is an ISDN modem, one is an > ISDN card. > How's about a router (like an Ascend Pipeline-50 or equiv?) They are a little more expensive though. We use Pipeline-50's, pipeline-25's at work (also Cisco 2500 and Ascend Max 4000, but those are too big for your app.) If you talk to something through your serial port, you will likely get less throughput (due to start/stop bits.) The router solution will give you everything that you can get through two B channels on a BRI. John From owner-freebsd-hackers Fri Aug 9 22:29:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA05604 for hackers-outgoing; Fri, 9 Aug 1996 22:29:00 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA05592 for ; Fri, 9 Aug 1996 22:28:57 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id FAA26827; Sat, 10 Aug 1996 05:28:30 GMT Date: Sat, 10 Aug 1996 14:28:29 +0900 (JST) From: Michael Hancock To: Bruce Evans cc: jds@TracerTech.COM, Hackers@freebsd.org Subject: Re: kern_mib.c:int securelevel = -1; In-Reply-To: <199608100454.OAA16556@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 Do we get a option to define in our kernel configs? Please use INSECURE to be consistent with BSD/OS and NetBSD. I'm for names in code that are black and white. The man pages can describe the gray areas in the bugs or caveats section. I hope that choosing A_LITTLE_BIT_SECURE for a name was just aussie humor. Regards, Mike Hancock From owner-freebsd-hackers Fri Aug 9 23:11:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA09182 for hackers-outgoing; Fri, 9 Aug 1996 23:11:05 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA09177; Fri, 9 Aug 1996 23:11:01 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id GAA26975; Sat, 10 Aug 1996 06:10:59 GMT Date: Sat, 10 Aug 1996 15:10:59 +0900 (JST) From: Michael Hancock To: dyson@FreeBSD.org cc: "Marc G. Fournier" , hackers@FreeBSD.org Subject: Re: ISDN Recommendations Requested... In-Reply-To: <199608100521.AAA03164@dyson.iquest.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 Sat, 10 Aug 1996, John S. Dyson wrote: > > I figure I have two choices, one is an ISDN modem, one is an > > ISDN card. > > > How's about a router (like an Ascend Pipeline-50 or equiv?) They are > a little more expensive though. We use Pipeline-50's, pipeline-25's > at work (also Cisco 2500 and Ascend Max 4000, but those are too big > for your app.) The BISDN stuff is for a TELES card that seems to only support the German and maybe other European tel comm interfaces. DigiBoard has some basic rate cards, but it looks like they only support Win31/95/NT. They're also working on a Primary rate cards. I've got to evaluate a BRI card for about a month connecting a PC at home to an WinNT RAS box in the office. The 128k connections were nice even under Windoze. They have a couple of developers at DigiBoard that hacking BSD/OS code for the async stuff. I don't know if we will see ISDN stuff for BSD*, I guess there's not enough demand. Regards, Mike Hancock From owner-freebsd-hackers Fri Aug 9 23:18:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA09448 for hackers-outgoing; Fri, 9 Aug 1996 23:18:18 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA09443; Fri, 9 Aug 1996 23:18:16 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id XAA11989; Fri, 9 Aug 1996 23:17:33 -0700 (PDT) To: Michael Hancock cc: dyson@FreeBSD.org, "Marc G. Fournier" , hackers@FreeBSD.org Subject: Re: ISDN Recommendations Requested... In-reply-to: Your message of "Sat, 10 Aug 1996 15:10:59 +0900." Date: Fri, 09 Aug 1996 23:17:30 -0700 Message-ID: <11987.839657850@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > They have a couple of developers at DigiBoard that hacking BSD/OS code for > the async stuff. I don't know if we will see ISDN stuff for BSD*, I guess > there's not enough demand. Especially not when a pair of TAs work as well as they do. Sure, you're shaving off the top end at 115.2K, and you're paying the 2-bit price of start and stop bits, but for many people (and I include myself), it's more than good enough! My own ISDN connnection is nothing more than a pair of FreeBSD boxes and ADTRAN L1 Express Terminal Adaptors. Sure I'd like to go 128K/sync, but I'm still getting 10.7kB/sec consistently in ftp transfers of compressed data and that's a whole lot more than my 28.8 line used to do, so I'm pretty satisfied with things just as they are! :-) Jordan From owner-freebsd-hackers Sat Aug 10 01:54:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA23477 for hackers-outgoing; Sat, 10 Aug 1996 01:54:04 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA23462 for ; Sat, 10 Aug 1996 01:54:01 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id BAA02355 for ; Sat, 10 Aug 1996 01:53:59 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA23657; Sat, 10 Aug 1996 10:51:03 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA07287; Sat, 10 Aug 1996 10:51:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA07513; Sat, 10 Aug 1996 10:38:45 +0200 (MET DST) From: J Wunsch Message-Id: <199608100838.KAA07513@uriah.heep.sax.de> Subject: Re: ISDN Recommendations Requested... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 10 Aug 1996 10:38:45 +0200 (MET DST) Cc: scrappy@ki.net Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Michael Hancock at "Aug 10, 96 03:10:59 pm" 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 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 As Michael Hancock wrote: > The BISDN stuff is for a TELES card that seems to only support the German > and maybe other European tel comm interfaces. There are actually two problems here: The Teles cards are cheap, so they are much more attractive to the average user here than more intelligent boards. However, the European Telco environment is largely different than that of the US. ISDN is being marketed as what it stands for: an _integrated_ solution, not just a data communications service. Thus, the NTBA (the adapter between the Uk0 line and the local S0 bus) is owned and installed by the Telco here, and every equipment you get operates on the S0 bus. The intended usage pattern is that you've got more than one device on this bus (e.g. a Teles board and some telephone equipment). The second problem is that ISDN technology has been pushed aggressively in Europe recently, in particular by the German Telekom. The European Telco's finally agreed on a common switch protocol, called DSS-1 (sometimes EDSS-1, to refer to it as the European protocal, the term ``Euro-ISDN'' is also in use), while i think that the US Telco's are still a few miles away from this point. BISDN also still supports the old German 1TR6 switch protocol, but this one is considered rather obsolete these days, and is mainly uses in in-house circuits, where the vendors of the communication equipment have not moved towards EDSS-1 (even though they have to support it on the outside connection). Any support for other switch protocols in BISDN will certainly have to be integrated by people who have actually got access to it (and who have a fairly well knowledge about the ISDN protocol itself). Hellmuth Michaelis ensured me that the architecture is believed to allow for the easy addition of other switch protocol implementations. -- 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 Aug 10 01:54:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA23565 for hackers-outgoing; Sat, 10 Aug 1996 01:54:51 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA23560 for ; Sat, 10 Aug 1996 01:54:44 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA23648 for ; Sat, 10 Aug 1996 10:50:56 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA07284 for freebsd-hackers@freebsd.org; Sat, 10 Aug 1996 10:50:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA07623 for freebsd-hackers@freebsd.org; Sat, 10 Aug 1996 10:45:25 +0200 (MET DST) From: J Wunsch Message-Id: <199608100845.KAA07623@uriah.heep.sax.de> Subject: Re: kern_mib.c:int securelevel = -1; To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 10 Aug 1996 10:45:25 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Michael Hancock at "Aug 10, 96 02:28:29 pm" 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 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 As Michael Hancock wrote: > Please use INSECURE to be consistent with BSD/OS and NetBSD. I'm for > names in code that are black and white. The man pages can describe the > gray areas in the bugs or caveats section. ...and make it a default option. Otherwise, people with typical workstations running Xservers will jump at us. The comment in LINT and GENERIC _must_ mention this, or the amount of support replies we have to send out will increase drastically. -- 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 Aug 10 02:14:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA25545 for hackers-outgoing; Sat, 10 Aug 1996 02:14:41 -0700 (PDT) Received: from localhost.my.domain (root@morrison-c03.aa.net [204.157.220.135]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA25538 for ; Sat, 10 Aug 1996 02:14:38 -0700 (PDT) Received: from localhost (smpatel@localhost [127.0.0.1]) by localhost.my.domain (8.7.5/8.6.12) with SMTP id CAA00826; Sat, 10 Aug 1996 02:14:14 -0700 (PDT) Date: Sat, 10 Aug 1996 02:14:12 -0700 (PDT) From: Sujal Patel X-Sender: smpatel@localhost To: Michael Smith cc: hackers@FreeBSD.org Subject: Re: Willows support for freebsd In-Reply-To: <199608091055.UAA03351@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 Fri, 9 Aug 1996, Michael Smith wrote: > > Does anyone know if the Linux version of the Willows toolkit works under > > FreeBSD running Linux emulation ? > > For the Nth time, No. It does not, cannot, and will not. ^^^^^^^^ I'm not so sure about the last part.... But the rest is pretty accurate :-) Sujal From owner-freebsd-hackers Sat Aug 10 03:32:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA02436 for hackers-outgoing; Sat, 10 Aug 1996 03:32:28 -0700 (PDT) Received: from al.imforei.apana.org.au (root@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA02415 for ; Sat, 10 Aug 1996 03:32:20 -0700 (PDT) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (8.7.5/8.7.3) id UAA07635 for freebsd-hackers@freebsd.org; Sat, 10 Aug 1996 20:02:06 +0930 (CST) From: Peter Childs Message-Id: <199608101032.UAA07635@al.imforei.apana.org.au> Subject: ijppp ms client support To: freebsd-hackers@freebsd.org Date: Sat, 10 Aug 1996 20:02:05 +0930 (CST) X-Mailer: ELM [version 2.4ME+ PL13 (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 Gday.. I've got some patches here that I built ontop of 2.1.5's user ppp code and it patches fine against 2.2-current code. The patches are for user ppp running as a server process, they let you support some of Microsofts extentions to the IPCP that let you negotiate name servers and netbios name servers You just add enable msext set ns pri-addr sec-addr set nbns pri-addr sec-addr to the ppp.conf file and it does the trick. We find this useful with the newer mgetty's that detect PPP packets and run ppp and let PAP authenticate. What i'm wondering is should i submit these patches? They _are_ proprietory stuff (Microsoft clients) but for lots of of people supporting PPP clients they include MS clients. Would these sort of extentions be included if I submitted them? And if not, where would i put them so they aren't lots of all time. Regards, Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key From owner-freebsd-hackers Sat Aug 10 03:41:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA03371 for hackers-outgoing; Sat, 10 Aug 1996 03:41:57 -0700 (PDT) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA03366 for ; Sat, 10 Aug 1996 03:41:53 -0700 (PDT) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.7.5/8.6.9) with SMTP id LAA21998; Sat, 10 Aug 1996 11:46:00 +0100 (BST) Date: Sat, 10 Aug 1996 11:46:00 +0100 (BST) From: Developer To: Sujal Patel cc: Michael Smith , hackers@FreeBSD.ORG Subject: Re: Willows support for freebsd 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 the Nth time, No. It does not, cannot, and will not. > ^^^^^^^^ > > I'm not so sure about the last part.... But the rest is pretty accurate :-) Well, Ive managed to compile stuff using FreeBSD from the willows kit for linux, but the exe's won't run for the same reason as xwin won't run -- the modify_ldt command is not supported.. Now if that was solved then it would work -- so will not = could do. Regards, Trefor S. From owner-freebsd-hackers Sat Aug 10 05:28:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA15198 for hackers-outgoing; Sat, 10 Aug 1996 05:28:08 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA15176; Sat, 10 Aug 1996 05:27:59 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id MAA14039; Fri, 9 Aug 1996 12:40:46 +0300 Date: Fri, 9 Aug 1996 12:40:45 +0300 (EET DST) From: Narvi To: "Jordan K. Hubbard" cc: HOSOKAWA Tatsumi , hackers@FreeBSD.ORG, jfieber@FreeBSD.ORG Subject: Re: New L10N boot floppy for 2.1.5-RELEASE In-Reply-To: <28292.839580908@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, 9 Aug 1996, Jordan K. Hubbard wrote: > > I removed some dirty hacks from Makefiles of src/release (you can make > > original English version if you don't define any L10N options in > > src/release/Makafile), and our L10N team finished the extraction of > > "hardcoded" message of sysinstall into external text file. So, this > > version can be easily extended to support other languages. > > Excellent! I've always had something like this on my TODO list, along > with the floppy docs, FAQ and Handbook. > > We still need to work with John Fieber on some scheme of maintaining > multiple parallel language versions of our docs, as well as > eliminating the boot floppy docs and making them subsections of the > handbook instead, or translation work is going to remain brute-force > and overly difficult. > > Please don't misunderstand me, either. I think that the work you and > the L10N team are doing is great, and is something which fills a very > definite short-term need. I'm just somewhat afraid of having another > ``FreeBSD 2.0.5'' where a lot of work was expended in doing > bruce-force translations but almost none at all in implementing the > kind of framework which would have allowed that work to be carried > successfully forward into 2.1 and 2.1.5 (and I blame myself for this > more than anyone else). As a result, we got one version of FreeBSD > I18N'd when we might have gotten 3 for only a little extra effort. > > I will look at your changes to sysinstall and try to merge them back > into -current. For the documentation, I think it's really time to > decide just what needs to be done and do it. We've only talked about > doing something for too long, and the emergence of these floppies a > signal to me that the user base is tired of waiting! :-) > > John, do you have time for this right now? Anyone else interested in > engaging on a little architectural discussion on the side? Is the open to others aswell? It is more of a theoretical question, as there are way to few FreeBSD users around here, but would it generaly be tolerated/accepted that there could be N international versions of FreeBSD that differ in only say documenttion and possibly the output of some programs (I'm *not* talking about the complete rewrite of the output of all programs, not even translating all the man pages). Let's just say somewhere someone crazy and resourceful enough (and that certainly am not I and it is *not* an offence at the Japanese or anyone else) to make a version of FreeBSD suited to that particular language environment. Provided of course that the person(s) will also maintain it. Will it be possible in such case to keep it all in the CVS repository? And if a Japanese (or whatever) friend of mine comes to visit me, will I be able to specify some tag (say JAPANESE), do a cvs checkout using it on my spare computer, build world and - give for the time s/he stays with me to him/her a compurter running Japanese FreeBSD? Sander PS. This all is just a curious question. I am not going to undertake any such project myself and I don't know any who would. Neither do I have Japanese friends :-( (it's always good having friends). > > Jordan > From owner-freebsd-hackers Sat Aug 10 09:16:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA05937 for hackers-outgoing; Sat, 10 Aug 1996 09:16:26 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA05932 for ; Sat, 10 Aug 1996 09:16:23 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id CAA02798; Sun, 11 Aug 1996 02:13:58 +1000 Date: Sun, 11 Aug 1996 02:13:58 +1000 From: Bruce Evans Message-Id: <199608101613.CAA02798@godzilla.zeta.org.au> To: bde@zeta.org.au, michaelh@cet.co.jp Subject: Re: kern_mib.c:int securelevel = -1; Cc: Hackers@freebsd.org, jds@TracerTech.COM Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Do we get a option to define in our kernel configs? Not from me. Bruce From owner-freebsd-hackers Sat Aug 10 09:38:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA07491 for hackers-outgoing; Sat, 10 Aug 1996 09:38:35 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA07486 for ; Sat, 10 Aug 1996 09:38:33 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id CAA03169; Sun, 11 Aug 1996 02:31:19 +1000 Date: Sun, 11 Aug 1996 02:31:19 +1000 From: Bruce Evans Message-Id: <199608101631.CAA03169@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.ORG, j@uriah.heep.sax.de Subject: Re: kern_mib.c:int securelevel = -1; Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Please use INSECURE to be consistent with BSD/OS and NetBSD. I'm for >> names in code that are black and white. The man pages can describe the >> gray areas in the bugs or caveats section. >...and make it a default option. Otherwise, people with typical >workstations running Xservers will jump at us. The comment in LINT >and GENERIC _must_ mention this, or the amount of support replies we >have to send out will increase drastically. Have you tried it? :-) X works fine even at securelevel 2. However, this is a bug. Certain opens and ioctls can be used to write to mounted disks, so they should not work at securelevel >= 1. Bruce From owner-freebsd-hackers Sat Aug 10 09:54:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA08023 for hackers-outgoing; Sat, 10 Aug 1996 09:54:59 -0700 (PDT) Received: from chain.iafrica.com (root@[196.7.74.174]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA08018 for ; Sat, 10 Aug 1996 09:54:54 -0700 (PDT) Received: from localhost (khetan@localhost [127.0.0.1]) by chain.iafrica.com (8.7.5/8.6.12) with SMTP id SAA00397; Sat, 10 Aug 1996 18:52:46 +0200 (SAT) Date: Sat, 10 Aug 1996 18:52:45 +0200 (SAT) From: Khetan Gajjar To: Michael Smith cc: 100626.3506@compuserve.com, freebsd-hackers@FreeBSD.ORG Subject: Re: Mouse.. In-Reply-To: <199608092351.JAA06631@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, 10 Aug 1996, Michael Smith wrote: >I have bad news for you. Moused is the mouse code from XFree86, ripped >out and stuck on its own. Any ideas why it's not working then ? --- Khetan Gajjar [ http://www.iafrica.com/~khetan ] UUNet Internet Africa [ 0800-030-002 & help@iafrica.com ] Get rid of Telkom.... [ http://www.ispa.org.za ] I'm a FreeBSD User! [ http://www.freebsd.org ] Any opinions stated in this message are personal. UIA's official policy may not be reflected in this message. From owner-freebsd-hackers Sat Aug 10 11:46:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA14163 for hackers-outgoing; Sat, 10 Aug 1996 11:46:41 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA14158 for ; Sat, 10 Aug 1996 11:46:38 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA06232 for ; Sat, 10 Aug 1996 20:46:36 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA14199 for freebsd-hackers@freebsd.org; Sat, 10 Aug 1996 20:46:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA02327 for freebsd-hackers@freebsd.org; Sat, 10 Aug 1996 20:37:38 +0200 (MET DST) From: J Wunsch Message-Id: <199608101837.UAA02327@uriah.heep.sax.de> Subject: Re: kern_mib.c:int securelevel = -1; To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 10 Aug 1996 20:37:38 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608101631.CAA03169@godzilla.zeta.org.au> from Bruce Evans at "Aug 11, 96 02:31:19 am" 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 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 As Bruce Evans wrote: > >...and make it a default option. Otherwise, people with typical > >workstations running Xservers will jump at us. The comment in LINT > >and GENERIC _must_ mention this, or the amount of support replies we > >have to send out will increase drastically. > > Have you tried it? :-) X works fine even at securelevel 2. I haven't tried it, but i think at doesn't work if you've got a graphics device where the Xserver wants to access the linear framebuffer via /dev/mem. At least, i remember vaguely the term ``NetBSD aperture driver'' and the stated reason that this was intended to be a backdoor in order to circumvent the /dev/mem problem. Plain (banked) VGA probably works, since it only needs to mmap() the standard frame buffer where syscons or pcvt do already know about its location. -- 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 Aug 10 13:06:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA17528 for hackers-outgoing; Sat, 10 Aug 1996 13:06:43 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA17521 for ; Sat, 10 Aug 1996 13:06:37 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id GAA07178; Sun, 11 Aug 1996 06:05:04 +1000 Date: Sun, 11 Aug 1996 06:05:04 +1000 From: Bruce Evans Message-Id: <199608102005.GAA07178@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, j@uriah.heep.sax.de Subject: Re: kern_mib.c:int securelevel = -1; Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Have you tried it? :-) X works fine even at securelevel 2. >I haven't tried it, but i think at doesn't work if you've got a I tried an S3-868. >graphics device where the Xserver wants to access the linear >framebuffer via /dev/mem. At least, i remember vaguely the term That certainly won't work. >``NetBSD aperture driver'' and the stated reason that this was >intended to be a backdoor in order to circumvent the /dev/mem >problem. I thought it was to circumvent the /dev/io problem. >Plain (banked) VGA probably works, since it only needs to mmap() the >standard frame buffer where syscons or pcvt do already know about its >location. This mapping should be provided by the driver in all cases. It's much easier to provide than safe access to i/o ports for the following reasons: 0) Access to the frame buffer is always safe. 1) FreeBSD doesn't support restricted access to i/o ports. 2) i/o is slower when CPL > IOPL. 3) It isn't clear which ports can be accessed safely. Standard graphics ports can probably be used to blow up old monitors. 4) I/O ports sometimes need to be programmed in groups while interrupts (especially context switches) are disabled. This requires an insecure IOPL. Bruce From owner-freebsd-hackers Sat Aug 10 14:25:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA20866 for hackers-outgoing; Sat, 10 Aug 1996 14:25:11 -0700 (PDT) Received: from pdx1 (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA20861 for ; Sat, 10 Aug 1996 14:25:07 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1 (8.6.9/8.6.9) with ESMTP id OAA05451 for ; Sat, 10 Aug 1996 14:26:55 -0700 Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id HAA15697 for freebsd-hackers@freebsd.org; Sun, 11 Aug 1996 07:24:22 +1000 From: Julian Assange Message-Id: <199608102124.HAA15697@suburbia.net> Subject: mmap To: freebsd-hackers@freebsd.org Date: Sun, 11 Aug 1996 07:24:22 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Recently I wrote some mmap() testing routines for GNU autoconf, you may be pleased to know that FreeBSD mmap seems faultless. I'd be interested in seeing results from other platforms.... /* $Id: mmap_tests.c,v 1.1 1996/08/10 20:12:09 proff Exp $ * * various mmap() immplimentations suck, we attempt to find out just how * hard. * * - Julian Assange (proff@suburbia.net) * * Test results: (please send additions to proff@suburbia.net) * * Linux suburbia 2.0.0 #29- Thu Jul 11 18:03:20 EST 1996 i586 * * HAVE_MMAP_FILE_PRIVATE_READ * HAVE_MMAP_FILE_PRIVATE_CHILD_INHERIT * HAVE_MMAP_FILE_PRIVATE_WRITE * HAVE_MMAP_FILE_SHARED_READ * HAVE_MMAP_FILE_SHARED_CHILD_INHERIT * HAVE_MMAP_FILE_SHARED_CHILD_READ_PARENT_WRITE * HAVE_MMAP_FILE_SHARED_PARENT_READ_CHILD_WRITE * HAVE_MMAP_FILE_SHARED_WRITE * HAVE_MMAP_DEV_ZERO_PRIVATE * HAVE_MMAP_DEV_ZERO_PRIVATE_CHILD_INHERIT * HAVE_MMAP_ANON_PRIVATE * HAVE_MMAP_ANON_PRIVATE_CHILD_INHERIT * * FreeBSD profane 2.2-CURRENT #0 Sat Jul 27 19:16:00 EST 1996 * * HAVE_MMAP_FILE_PRIVATE_READ * HAVE_MMAP_FILE_PRIVATE_CHILD_INHERIT * HAVE_MMAP_FILE_PRIVATE_WRITE * HAVE_MMAP_FILE_SHARED_READ * HAVE_MMAP_FILE_SHARED_CHILD_INHERIT * HAVE_MMAP_FILE_SHARED_CHILD_READ_PARENT_WRITE * HAVE_MMAP_FILE_SHARED_PARENT_READ_CHILD_WRITE * HAVE_MMAP_FILE_SHARED_WRITE * HAVE_MMAP_DEV_ZERO_PRIVATE * HAVE_MMAP_DEV_ZERO_PRIVATE_CHILD_INHERIT * HAVE_MMAP_DEV_ZERO_SHARED * HAVE_MMAP_DEV_ZERO_SHARED_CHILD_INHERIT * HAVE_MMAP_DEV_ZERO_SHARED_CHILD_READ_PARENT_WRITE * HAVE_MMAP_DEV_ZERO_SHARED_PARENT_READ_CHILD_WRITE * HAVE_MMAP_ANON_PRIVATE * HAVE_MMAP_ANON_PRIVATE_CHILD_INHERIT * HAVE_MMAP_ANON_SHARED * HAVE_MMAP_ANON_SHARED_CHILD_INHERIT * HAVE_MMAP_ANON_SHARED_CHILD_READ_PARENT_WRITE * HAVE_MMAP_ANON_SHARED_PARENT_READ_CHILD_WRITE */ #include #include #include #include #include #include #include #define MM_SIZE (100*1024) #define TEST_FILE "mmap.test" int caught_sigint; void sigint (int sig) { caught_sigint++; signal (SIGINT, sigint); } /* * TODO: test MAP_INHERIT, MAP_FIXED (can't see that latter being much of an issue) */ void test_child(char *p, char *msg) { char *im = "inherit_magic"; char *pm = "parent_magic"; char *cm = "child_magic"; pid_t pid; strcpy (p, im); caught_sigint = 0; signal (SIGINT, sigint); fflush (stdout); pid = fork(); if (pid<0) return; if (pid==0) { if (strcmp(p, im)==0) printf("%s_CHILD_INHERIT\n", msg); kill (getppid(), SIGINT); while (!caught_sigint) pause (); caught_sigint = 0; if (strcmp(p, pm)==0) printf("%s_CHILD_READ_PARENT_WRITE\n", msg); strcpy (p, cm); fflush (stdout); kill (getppid(), SIGINT); exit(0); } /* parent */ while (!caught_sigint) pause (); caught_sigint = 0; strcpy (p, pm); kill (pid, SIGINT); while (!caught_sigint) pause (); if (strcmp(p, cm)==0) printf("%s_PARENT_READ_CHILD_WRITE\n", msg); signal (SIGINT, SIG_DFL); } int main() { int fd; char *m = malloc(MM_SIZE); char buf[1024]; signal (SIGSEGV, SIG_IGN); /* the strcmp's should still fail */ #if defined(MAP_PRIVATE) fd = open(TEST_FILE, O_RDWR|O_CREAT|O_TRUNC, 0666); strcpy (m, "mmap magic"); write (fd, m, 11); lseek (fd, 0, SEEK_SET); if (fd>=0) { char *p=(char *)mmap(0, MM_SIZE, PROT_READ | PROT_WRITE, MAP_PRIVATE, fd, 0); if (p!=(char *)-1) { if (strcmp(p, m)==0) puts("HAVE_MMAP_FILE_PRIVATE_READ"); test_child(p, "HAVE_MMAP_FILE_PRIVATE"); strcpy (p, "mmap magic2"); munmap (p, MM_SIZE); read (fd, buf, 12); if (strcmp(buf, "mmap magic2")!=0) /* we shouldn't be writing to the file in private mode */ puts("HAVE_MMAP_FILE_PRIVATE_WRITE"); } close (fd); } #endif #if defined(MAP_SHARED) /* we should fork off another process to test the sharing */ fd = open(TEST_FILE, O_RDWR|O_CREAT|O_TRUNC, 0666); strcpy (m, "mmap magic"); write (fd, m, 11); lseek (fd, 0, SEEK_SET); if (fd>=0) { char *p=(char *)mmap(0, MM_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0); if (p!=(char *)-1) { if (strcmp(p, m)==0) puts("HAVE_MMAP_FILE_SHARED_READ"); test_child(p, "HAVE_MMAP_FILE_SHARED"); strcpy (p, "mmap magic2"); munmap (p, MM_SIZE); read (fd, buf, 12); if (strcmp(buf, "mmap magic2")==0) puts("HAVE_MMAP_FILE_SHARED_WRITE"); } close (fd); } #endif #if defined(MAP_PRIVATE) fd = open("/dev/zero", O_RDWR, 0666); if (fd>=0) { char *p=(char *)mmap(0, MM_SIZE, PROT_READ | PROT_WRITE, MAP_PRIVATE, fd, 0); if (p!=(char *)-1) { strcpy (p, "mmap magic_dev_zero"); if (strcmp (p, "mmap magic_dev_zero")==0) puts("HAVE_MMAP_DEV_ZERO_PRIVATE"); test_child(p, "HAVE_MMAP_DEV_ZERO_PRIVATE"); munmap (p, MM_SIZE); } close (fd); } #endif #if defined(MAP_PRIVATE) fd = open("/dev/zero", O_RDWR, 0666); if (fd>=0) { char *p=(char *)mmap(0, MM_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0); if (p!=(char *)-1) { strcpy (p, "mmap magic_dev_zero_shared"); if (strcmp (p, "mmap magic_dev_zero_shared")==0) puts("HAVE_MMAP_DEV_ZERO_SHARED"); test_child(p, "HAVE_MMAP_DEV_ZERO_SHARED"); munmap (p, MM_SIZE); } close (fd); } #endif #if defined(MAP_ANONYMOUS) && !defined(MAP_ANON) #define MAP_ANON MAP_ANONYMOUS #endif #ifdef MAP_ANON { char *p=(char *)mmap(0, MM_SIZE, PROT_READ | PROT_WRITE, MAP_ANON|MAP_PRIVATE, -1, 0); if (p!=(char *)-1) { strcpy (p, "mmap magic_anon"); if (strcmp(p, "mmap magic_anon")==0) puts("HAVE_MMAP_ANON_PRIVATE"); test_child(p, "HAVE_MMAP_ANON_PRIVATE"); munmap (p, MM_SIZE); } } #endif #if defined(MAP_ANON) && defined(MAP_SHARED) /* we should fork off another process to test the sharing */ { char *p=(char *)mmap(0, MM_SIZE, PROT_READ | PROT_WRITE, MAP_ANON|MAP_SHARED, -1, 0); if (p!=(char *)-1) { strcpy (p, "mmap magic_shared_anon"); if (strcmp(p, "mmap magic_shared_anon")==0) puts("HAVE_MMAP_ANON_SHARED"); test_child(p, "HAVE_MMAP_ANON_SHARED"); munmap (p, MM_SIZE); } } #endif unlink(TEST_FILE); exit (0); } -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | 0619737CCC143F6DEA73E27378933690 | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Sat Aug 10 15:41:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA00567 for hackers-outgoing; Sat, 10 Aug 1996 15:41:27 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA00551 for ; Sat, 10 Aug 1996 15:41:22 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA10721 for ; Sun, 11 Aug 1996 00:41:15 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA16398 for freebsd-hackers@freebsd.org; Sun, 11 Aug 1996 00:41:14 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA00688 for freebsd-hackers@freebsd.org; Sun, 11 Aug 1996 00:29:37 +0200 (MET DST) From: J Wunsch Message-Id: <199608102229.AAA00688@uriah.heep.sax.de> Subject: Re: kern_mib.c:int securelevel = -1; To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 11 Aug 1996 00:29:37 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608102005.GAA07178@godzilla.zeta.org.au> from Bruce Evans at "Aug 11, 96 06:05:04 am" 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 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 As Bruce Evans wrote: > >Plain (banked) VGA probably works, since it only needs to mmap() the > >standard frame buffer where syscons or pcvt do already know about its > >location. > > This mapping should be provided by the driver in all cases. It's > much easier to provide... It's not so easy to provide since: 0) the graphics console drivers are too dumb to know about the details of their devices, so they have no idea where the frame buffer actually is. This is the usual ``the DDX layer should actually be in the kernel'' problem. -- 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 Aug 10 19:16:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA00885 for hackers-outgoing; Sat, 10 Aug 1996 19:16:35 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA00870 for ; Sat, 10 Aug 1996 19:16:32 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id SAA00253 for ; Sat, 10 Aug 1996 18:38:26 -0700 (PDT) Received: from unix1.ism.com.br by mail.crl.com with SMTP id AA27301 (5.65c/IDA-1.5 for ); Sat, 10 Aug 1996 16:44:19 -0700 Received: from clpc1.compuland.com.br (clpc1.compuland.com.br [200.255.96.22]) by unix1.ism.com.br (8.7.1/8.7.1) with SMTP id UAA01306 for ; Sat, 10 Aug 1996 20:39:38 -0300 Date: Sat, 10 Aug 1996 20:39:38 -0300 Message-Id: <199608102339.UAA01306@unix1.ism.com.br> X-Sender: compland@ism.com.br X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@freebsd.org From: compland@ism.com.br (Helio Coelho Jr. - CompuLand Informatica) Subject: EDO Ram Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi: I would like to know if there is any probe that I can do to check with a FreeBSD machine is using EDO RAM or not. Please e-mail direct to me cause I'm not in the hackers list. Thanks a lot! Helio. From owner-freebsd-hackers Sat Aug 10 19:16:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA00962 for hackers-outgoing; Sat, 10 Aug 1996 19:16:48 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA00912 for ; Sat, 10 Aug 1996 19:16:40 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id SAA00261 for ; Sat, 10 Aug 1996 18:38:32 -0700 (PDT) Received: from Kitten.mcs.com by mail.crl.com with SMTP id AA28432 (5.65c/IDA-1.5 for ); Sat, 10 Aug 1996 17:10:47 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.7.5/8.7.5) with SMTP id TAA09015 for ; Sat, 10 Aug 1996 19:09:08 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sat, 10 Aug 96 19:09 CDT Received: (from karl@localhost) by Jupiter.mcs.net (8.7.5/8.7.5) id TAA05352 for hackers@freebsd.org; Sat, 10 Aug 1996 19:09:07 -0500 (CDT) From: Karl Denninger Message-Id: <199608110009.TAA05352@Jupiter.mcs.net> Subject: Building ports and packages? To: hackers@freebsd.org Date: Sat, 10 Aug 1996 19:09:07 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi folks, Question time! I have the ports SUP tree here. LOTS of them don't build properly. Also, the "package" target appears not to work either. Anyone have the proper procedure for a complete ports build under -CURRENT handy? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1 from $600 monthly; speeds to DS-3 available | 23 Chicagoland Prefixes, 13 ISDN, much more Voice: [+1 312 803-MCS1] | Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-hackers Sat Aug 10 21:00:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA06741 for hackers-outgoing; Sat, 10 Aug 1996 21:00:00 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA06736 for ; Sat, 10 Aug 1996 20:59:56 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id UAA00519; Sat, 10 Aug 1996 20:59:47 -0700 (PDT) To: Karl Denninger cc: hackers@freebsd.org Subject: Re: Building ports and packages? In-reply-to: Your message of "Sat, 10 Aug 1996 19:09:07 CDT." <199608110009.TAA05352@Jupiter.mcs.net> Date: Sat, 10 Aug 1996 20:59:46 -0700 Message-ID: <516.839735986@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have the ports SUP tree here. LOTS of them don't build properly. > > Also, the "package" target appears not to work either. That's not my experience at all. Your tree must be bogotified. Jordan From owner-freebsd-hackers Sat Aug 10 21:05:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA07251 for hackers-outgoing; Sat, 10 Aug 1996 21:05:02 -0700 (PDT) Received: from sumter.awod.com (awod.com [198.81.225.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA07236 for ; Sat, 10 Aug 1996 21:04:55 -0700 (PDT) From: spr@awod.com Received: from [206.31.146.212] (chsx002.awod.com [206.31.146.212]) by sumter.awod.com (8.6.12/8.6.9) with SMTP id AAA24768 for ; Sun, 11 Aug 1996 00:05:05 -0400 X-Sender: srob@awod.com (Unverified) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 11 Aug 1996 00:08:54 -0400 To: hackers@freebsd.org Subject: Whereis crypt? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I know that this has been through here before, but I checked the FAQ and the Mailing archives and could not find the answer. When I am compiling qpopper, htpasswd, and several other apps, the compile dies and says that it needs to know where crypt is so that it knows how password encryption is handled. I read the INSTALL doc for qpopper and it said where I could get it if I was outside of the US but not where I could get the inside US version. Please tell me what symbolic link to create or what file to download and where to put it. I am using 2.1.0 and the default (non-DES) encryption. Gratefully, Sean P. Robertson From owner-freebsd-hackers Sat Aug 10 22:02:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA10025 for hackers-outgoing; Sat, 10 Aug 1996 22:02:30 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA10016 for ; Sat, 10 Aug 1996 22:02:28 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id RAA00338; Sat, 10 Aug 1996 17:35:21 -0700 (PDT) Message-Id: <199608110035.RAA00338@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: kern_mib.c:int securelevel = -1; In-reply-to: Your message of "Sun, 11 Aug 1996 00:29:37 +0200." <199608102229.AAA00688@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 10 Aug 1996 17:35:21 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of J Wunsch : > As Bruce Evans wrote: > > > >Plain (banked) VGA probably works, since it only needs to mmap() the > > >standard frame buffer where syscons or pcvt do already know about its > > >location. > > > > This mapping should be provided by the driver in all cases. It's > > much easier to provide... > > It's not so easy to provide since: > > 0) the graphics console drivers are too dumb to know about the details > of their devices, so they have no idea where the frame buffer > actually is. This is the usual ``the DDX layer should actually be > in the kernel'' problem. > If all what you want to add is the frame buffer then it should be easy to move the mapping of the frame buffer to the console drivers. In essence move the logic to map the frame buffers from the hardware specifics in the "DDX layer" to the kernel. Amancio From owner-freebsd-hackers Sat Aug 10 22:04:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA10148 for hackers-outgoing; Sat, 10 Aug 1996 22:04:21 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@mindbender.headcandy.com [199.238.225.168]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA10141 for ; Sat, 10 Aug 1996 22:04:13 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.7.3) with SMTP id WAA09575; Sat, 10 Aug 1996 22:03:12 -0700 (PDT) Message-Id: <199608110503.WAA09575@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: compland@ism.com.br (Helio Coelho Jr. - CompuLand Informatica) cc: freebsd-hackers@freebsd.org Subject: Re: EDO Ram In-reply-to: Your message of Sat, 10 Aug 96 20:39:38 -0300. <199608102339.UAA01306@unix1.ism.com.br> Date: Sat, 10 Aug 1996 22:03:12 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I would like to know if there is any probe that I can do to check >with a FreeBSD machine is using EDO RAM or not. > Please e-mail direct to me cause I'm not in the hackers list. You would have to probe the BIOS or the support chipset directly. There are two problems with this. 1) The BIOS has no standard place to store this information, although some BIOS' may store it in a proprietary extended location. And, 2) you would have to first determine which support chipset you had, because they are all slightly (or in some cases, vastly) different, and only some of them will give you the information you're after (and possibly in different ways). So, there is no _easy_ way to do this. You could add code to the kernel startup, where it is probing other hardware values, but it would be messy. You might also be able to write a driver to access this information from the support chipset, but that too would be awkward. Why not just check your BIOS messages at boot time? I would think any decent motherboard would be able to tell you whether it's using EDO RAM or not (my ASUS does). If it doesn't say anything, chances are that 1) it doesn't have EDO RAM installed, or 2) it wouldn't know what EDO was even if you had it. (Remember, a motherboard has to have explicite support for EDO for it to work any different from normal memory.) ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< 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... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-hackers Sat Aug 10 23:25:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA14508 for hackers-outgoing; Sat, 10 Aug 1996 23:25:48 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA14495 for ; Sat, 10 Aug 1996 23:25:45 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id QAA18341; Sun, 11 Aug 1996 16:25:26 +1000 From: David Dawes Message-Id: <199608110625.QAA18341@rf900.physics.usyd.edu.au> Subject: Re: kern_mib.c:int securelevel = -1; To: bde@zeta.org.au (Bruce Evans) Date: Sun, 11 Aug 1996 16:25:26 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <199608102005.GAA07178@godzilla.zeta.org.au> from "Bruce Evans" at Aug 11, 96 06:05:04 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> Have you tried it? :-) X works fine even at securelevel 2. > >>I haven't tried it, but i think at doesn't work if you've got a > >I tried an S3-868. > >>graphics device where the Xserver wants to access the linear >>framebuffer via /dev/mem. At least, i remember vaguely the term > >That certainly won't work. The Xserver would be using the VGA 64k area in this case -- check the startup output and see what it says. This isn't an option for some non-S3 chips. >>``NetBSD aperture driver'' and the stated reason that this was >>intended to be a backdoor in order to circumvent the /dev/mem >>problem. > >I thought it was to circumvent the /dev/io problem. It is for accessing the linear framebuffer. That's why it is called "aperture" driver. Here is a short decription of it: This driver works like the standard /dev/mem driver. It just allows mapping of the VGA framebuffer even if kernel security level is > 0. The driver only implements the open(), close() and mmap() calls. In order not to defeat kernel security, only one open() at a time is allowed and only a process with effective user id of 0 can perform it. So while you're running XFree86, no other process will be allowed to open /dev/xf86. I don't agree with the implication there that it doesn't allow kernel security to be defeated though. >>Plain (banked) VGA probably works, since it only needs to mmap() the >>standard frame buffer where syscons or pcvt do already know about its >>location. > >This mapping should be provided by the driver in all cases. It's It should be easy to provide this for PCI cards, but perhaps not so easy for VLB cards without chipset-specific code in the console driver. David From owner-freebsd-hackers Sat Aug 10 23:45:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA16460 for hackers-outgoing; Sat, 10 Aug 1996 23:45:11 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA16449 for ; Sat, 10 Aug 1996 23:45:07 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id GAA01905; Sun, 11 Aug 1996 06:44:59 GMT Date: Sun, 11 Aug 1996 15:44:59 +0900 (JST) From: Michael Hancock To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: kern_mib.c:int securelevel = -1; In-Reply-To: <199608100845.KAA07623@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, 10 Aug 1996, J Wunsch wrote: > As Michael Hancock wrote: > > > Please use INSECURE to be consistent with BSD/OS and NetBSD. I'm for > > names in code that are black and white. The man pages can describe the > > gray areas in the bugs or caveats section. > > ...and make it a default option. Otherwise, people with typical > workstations running Xservers will jump at us. The comment in LINT > and GENERIC _must_ mention this, or the amount of support replies we > have to send out will increase drastically. I'm all for making it the default too. I guess there will be a period of "I can't write to xxx, why?" with "Didn't you read current, damn it?" responses that we'd have to go through. Otherwise it will probably become a long forgotten feature. Mike Hancock From owner-freebsd-hackers Sat Aug 10 23:51:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA16770 for hackers-outgoing; Sat, 10 Aug 1996 23:51:17 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA16760 for ; Sat, 10 Aug 1996 23:51:13 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA29866 for ; Sun, 11 Aug 1996 08:51:12 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA21485 for freebsd-hackers@freebsd.org; Sun, 11 Aug 1996 08:51:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA04874 for freebsd-hackers@freebsd.org; Sun, 11 Aug 1996 08:50:11 +0200 (MET DST) From: J Wunsch Message-Id: <199608110650.IAA04874@uriah.heep.sax.de> Subject: Re: kern_mib.c:int securelevel = -1; To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 11 Aug 1996 08:50:10 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608110035.RAA00338@rah.star-gate.com> from Amancio Hasty at "Aug 10, 96 05:35:21 pm" 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 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 As Amancio Hasty wrote: > > It's not so easy to provide since: > > > > 0) the graphics console drivers are too dumb to know about the details > > of their devices, so they have no idea where the frame buffer > > actually is. This is the usual ``the DDX layer should actually be > > in the kernel'' problem. > > > If all what you want to add is the frame buffer then it should be easy > to move the mapping of the frame buffer to the console drivers. > In essence move the logic to map the frame buffers from the hardware > specifics in the "DDX layer" to the kernel. Alas, this would require to move many chipset-specific hacks into the kernel, something that doesn't fit in the current model. It's really a question of whether moving DDX into the kernel or not. The mmap code in DDX is nothing less or more hardware-specific than, say the clocks programming. Btw., Bruce, if it doesn't refuse to work in securelevel > 0, our securelevel is broken. The code always tries to mmap() /dev/mem first, and opens a descriptor O_RDWR for this purpose. Only if this fails, it complains at stderr, and falls back to banked mode mapping /dev/ttyv0. NetBSD's aperture driver works with /dev/xf86, but i haven't looked how the mapping is validated and prevented from being abused to map an arbitrary piece of memory. Perhaps the driver restricts the mapping to the known VGA window or anything beyond the end of physical RAM, which is certainly not ideal but would at least prevent abusing it to spy the physical RAM. -- 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 Aug 10 23:51:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA16777 for hackers-outgoing; Sat, 10 Aug 1996 23:51:19 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA16761 for ; Sat, 10 Aug 1996 23:51:14 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA29850; Sun, 11 Aug 1996 08:51:06 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA21478; Sun, 11 Aug 1996 08:51:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA04746; Sun, 11 Aug 1996 08:30:30 +0200 (MET DST) From: J Wunsch Message-Id: <199608110630.IAA04746@uriah.heep.sax.de> Subject: Re: Whereis crypt? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 11 Aug 1996 08:30:30 +0200 (MET DST) Cc: spr@awod.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "spr@awod.com" at "Aug 11, 96 00:08:54 am" 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 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 As spr@awod.com wrote: > When I am compiling qpopper, htpasswd, and several other apps, the compile > dies and says that it needs to know where crypt is so that it knows how > password encryption is handled. Password encryption is handled by -lcrypt. This is usually a symlink to either libscrypt or libdescrypt, depending on your encryption method. -- 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. ;-)