From owner-freebsd-hackers Sun Dec 18 05:41:40 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id FAA01137 for hackers-outgoing; Sun, 18 Dec 1994 05:41:40 -0800 Received: from reggae.ncren.net (reggae.ncren.net [128.109.131.3]) by freefall.cdrom.com (8.6.8/8.6.6) with ESMTP id FAA01131 for ; Sun, 18 Dec 1994 05:41:39 -0800 Received: from ponds.UUCP by reggae.ncren.net (5.65/tas-reggae/may94) id AA12388; Sun, 18 Dec 94 08:41:06 -0500 Received: (rivers@localhost) by ponds.UUCP (8.6.9/8.6.5) id IAA01228; Sun, 18 Dec 1994 08:06:37 -0500 Date: Sun, 18 Dec 1994 08:06:37 -0500 From: Thomas David Rivers Message-Id: <199412181306.IAA01228@ponds.UUCP> To: hackers@freebsd.org, jkh@time.cdrom.com Subject: Re: Don't scream.. Cc: current@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk I'd say go for 2.0.5 - if, and only if, that were simultaneously made available on the ftp sites... Also, since it seems to be my job to ask for this :-) - I'd like a patch kit to go from 2.0 to 2.0.5. A complete re-install would be less-than-desirable. - Dave Rivers - From owner-freebsd-hackers Sun Dec 18 06:29:41 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id GAA01802 for hackers-outgoing; Sun, 18 Dec 1994 06:29:41 -0800 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.8/8.6.6) with ESMTP id GAA01796 for ; Sun, 18 Dec 1994 06:29:38 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id JAA04399; Sun, 18 Dec 1994 09:25:57 -0500 Date: Sun, 18 Dec 1994 09:25:56 -0500 (EST) From: "Jonathan M. Bresler" Subject: Re: syscons & multiple Xservers? To: David Dawes cc: Terry Lambert , dawes@physics.su.oz.au, kaleb@x.org, hackers@freebsd.org In-Reply-To: <199412180722.AA25280@physics.su.OZ.AU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sun, 18 Dec 1994, David Dawes wrote: > >In point of fact, you *can* start up two servers. > > Yes. > > >You just have to *never* switch directly between the servers without > >switching to a vanilla console in between. > > I've never had any problem switching directly from one server to another. so how about a copy of your Xservers and xdm-config files. i havent been ablt ot get this to work. jmb Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Sun Dec 18 10:17:33 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id KAA06551 for hackers-outgoing; Sun, 18 Dec 1994 10:17:33 -0800 Received: from deep-thought.demos.su (root@deep-thought.demos.su [192.91.186.133]) by freefall.cdrom.com (8.6.8/8.6.6) with ESMTP id KAA06545 for ; Sun, 18 Dec 1994 10:17:27 -0800 Received: by deep-thought.demos.su id VAA02195; (8.6.9/D) Sun, 18 Dec 1994 21:07:29 +0300 Message-Id: <199412181807.VAA02195@deep-thought.demos.su> Subject: Re: any #define experts out there? To: spaz@u.washington.edu (John Utz) Date: Sun, 18 Dec 1994 21:07:28 +0300 (MSK) Cc: FreeBSD-hackers@freefall.cdrom.com In-Reply-To: from "John Utz" at Dec 16, 94 00:05:13 am From: dima@demos.su (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 737 Sender: hackers-owner@freebsd.org Precedence: bulk John Utz writes: > > HI folks; > > any reason why this define should crash gcc? I did, but nothing wrong. Here goes logfile. > > #define NUMELEMS(ARRAY) sizeof(ARRAY)/sizeof(*ARRAY) > > suggestions are more then welcome... [deep-thought]-pc:1> cat x.c #define NUMELEMS(ARRAY) sizeof(ARRAY)/sizeof(*ARRAY) main() { int foo[5]; printf("%d\n", NUMELEMS(foo)); } [deep-thought]-pc:2> cc -O x.c [deep-thought]-pc:3> ./a.out 5 [deep-thought]-pc:4> cc x.c [deep-thought]-pc:5> ./a.out 5 [deep-thought]-pc:6> cc -v gcc version 2.6.2 > > ******************************************************************************* > John Utz spaz@stein.u.washington.edu > idiocy is the impulse function in the convolution of life > > -- dima From owner-freebsd-hackers Sun Dec 18 10:57:47 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id KAA07281 for hackers-outgoing; Sun, 18 Dec 1994 10:57:47 -0800 Received: from Starbase.NeoSoft.COM (dbaker@starbase.NeoSoft.COM [198.64.6.26]) by freefall.cdrom.com (8.6.8/8.6.6) with ESMTP id KAA07275 for ; Sun, 18 Dec 1994 10:57:38 -0800 Received: (from dbaker@localhost) by Starbase.NeoSoft.COM (8.6.9/8.6.9) id MAA11129; Sun, 18 Dec 1994 12:57:37 -0600 X-Provider: NeoSoft, Inc.: Internet Service Provider (713) 684-5969 Date: Sun, 18 Dec 1994 12:57:36 -0600 (CST) From: "Daniel A. Baker " To: hackers@freebsd.org Subject: IDE Driver Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Hackers -- I talked to Scott Mace, and he told me what my problem is: The FreeBSD IDE driver dosen't appear to support the geometry of a IDE device that has a translated device with more that 32 heads... The problem I realize is: I can get FreeBSD working, I can get DOS working, but I can't get them both working at the same time! Either FreeBSD runs and Dos says that I don't have a bootable HD or DOS works and FreeBSD gives error messages while trying to install it.. Any Help would be _*APPRECIATED!*_.. Or you can write Scott Mace about the problem -- he was one of the beta testers of FreeBSD 2! ;-) -- Daniel Baker -- NeoSoft FTP/UseNet Administrator (713)531-8571 DBaker@NeoSoft.COM DBaker@UuNeo.NeoSoft.COM From owner-freebsd-hackers Sun Dec 18 11:16:20 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id LAA08574 for hackers-outgoing; Sun, 18 Dec 1994 11:16:20 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.8/8.6.6) with ESMTP id LAA08556 for ; Sun, 18 Dec 1994 11:16:15 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA17840; Sun, 18 Dec 1994 11:16:11 -0800 From: Poul-Henning Kamp Message-Id: <199412181916.LAA17840@ref.tfs.com> Subject: Re: IDE Driver To: dbaker@Starbase.NeoSoft.COM (Daniel A. Baker) Date: Sun, 18 Dec 1994 11:16:10 -0800 (PST) Cc: hackers@freebsd.org In-Reply-To: from "Daniel A. Baker" at Dec 18, 94 12:57:36 pm Content-Type: text Content-Length: 522 Sender: hackers-owner@freebsd.org Precedence: bulk > I talked to Scott Mace, and he told me what my problem is: > > The FreeBSD IDE driver dosen't appear to support the geometry of a IDE > device that has a translated device with more that 32 heads... Wrong. FreeBSD has no problems doing this, but you must >TELL< it to. During the install, in the Fdisk screen, use the (G)eometry function to enter the geometry you want. -- Poul-Henning Kamp TRW Financial Systems, Inc. FreeBSD has, until now, not one single time had an undetected error. :-) From owner-freebsd-hackers Sun Dec 18 11:48:56 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id LAA09022 for hackers-outgoing; Sun, 18 Dec 1994 11:48:56 -0800 Received: from bsd.coe.montana.edu (bsd.coe.montana.edu [153.90.192.29]) by freefall.cdrom.com (8.6.8/8.6.6) with ESMTP id LAA09000; Sun, 18 Dec 1994 11:48:34 -0800 Received: (nate@localhost) by bsd.coe.montana.edu (8.6.8/8.3) id MAA12590; Sun, 18 Dec 1994 12:52:52 -0700 Date: Sun, 18 Dec 1994 12:52:52 -0700 From: Nate Williams Message-Id: <199412181952.MAA12590@bsd.coe.montana.edu> In-Reply-To: "Jordan K. Hubbard" "Don't scream.." (Dec 17, 7:17pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: Don't scream.. Cc: current@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk > I've talked to both Poul-Henning Kamp and David Greenman about this, > and we all think that a snap-shot of FreeBSD-current under the > brand-name (and version) of 2.0.5 is quite possible, and perhaps even > eminently desirable. Sure, there will be some bugs in -current. It appears there are some pretty significant bugs in the networking code that need to be addressed before -current would be usable. Most of the people running -current report that they can't get their IP connections to work at all, and this is completely unacceptable for a BSD OS. To me, the above bug is much worse than throwing together another release that is not well-tested. Nate From owner-freebsd-hackers Sun Dec 18 12:58:39 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id MAA09630 for hackers-outgoing; Sun, 18 Dec 1994 12:58:39 -0800 Received: from neon.gbdata.com (Phoenix-GW.GBData.COM [199.3.234.240]) by freefall.cdrom.com (8.6.8/8.6.6) with ESMTP id MAA09607 for ; Sun, 18 Dec 1994 12:57:39 -0800 Received: (from gclarkii@localhost) by neon.gbdata.com (8.6.9/8.6.9) id PAA01632 for freebsd-hackers@freebsd.org; Sun, 18 Dec 1994 15:28:26 -0600 From: Gary Clark II Message-Id: <199412182128.PAA01632@neon.gbdata.com> Subject: tar man page To: freebsd-hackers@freebsd.org Date: Sun, 18 Dec 1994 15:28:26 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 6162 Sender: hackers-owner@freebsd.org Precedence: bulk Hi, Here is my first pass at a TAR man page written using the man-doc macros. It is neither compleate or ready for commiting yet. I'm just posting to get some feed back on it. Gary .\" Copyright (c) 1994 .\" FreeBSD Journal Publications All rights reserved. .\" .\" Redistribution and use in source and binary forms, with or without .\" modification, are permitted provided that the following conditions .\" are met: .\" .\" 1. Redistributions of source code must retain the above copyright .\" notice, this list of conditions and the following disclaimer. .\" 2. Redistributions in binary form must reproduce the above copyright .\" notice, this list of conditions and the following disclaimer in the .\" documentation and/or other materials provided with the distribution. .\" 4. Neither the name of the Journal nor the names of its contributors .\" may be used to endorse or promote products derived from this document .\" without specific prior written permission. .\" .\" THIS DOCUMENT IS PROVIDED BY THE JOURNAL AND CONTRIBUTORS ``AS IS'' AND .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE .\" ARE DISCLAIMED. IN NO EVENT SHALL THE JOURNAL OR CONTRIBUTORS BE LIABLE .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF .\" SUCH DAMAGE. .\" .Dd DEC 20, 1994 .Dt TAR 7 .Os FreeBSD 2.0 .Sh NAME .Nm Tar .Nd GNU Tape Archiver .Sh SYNOPSIS .Nm \&tar .Op Fl Acdrtux .Op Fl bGghiklmMoOpPRsSvwWZz .Op Fl \-atime-preserve .Op Fl C Ar DIR .Op Fl \-checkpoint .Op Fl f Ar Filename .Op Fl \-force\-local .Op Fl F Ar SCRIPT .Op Fl \-ignore-failed-read .Op Fl K Ar FILE .Op Fl L Ar LENGTH .Op Fl N Ar DATE .Op Fl T Ar FILE .Op Fl \-null .Op Fl \-totals .Op Fl V Ar LABEL .Op Fl \-version .Op Fl \-exclude Ar FILE .Op Fl X Ar FILE .Op Fl \-use\-compress\-program Ar PROG .Op Fl \-block\-compress .Op Ar [0-7][lmh] .Op Fl \-unlink .Ar directory .Sh DESCRIPTION .Nm is the .Sy GNU Tape Archiver. It is capable of creating and reading archives from many different sources including tape, floppy and file. .Pp .Em NOTE: All arguments to a command appear after the commands in the order that thier commands appear in the command line. .Pp .Em tar xvfML /dev/fd0a 1435 .Pp This command line will create a multi-part tar file that is outputed to the floppy drive and each tar segment is limited to 1435K to allow it to fit on the floppy. .Pp One and only one of the following options must be selected. .Pp .Bl -inset .It Em A Append tar files to an archive .It Em c Create a new archive .It Em d Find differences between tar archive and filesystem .It Em delete Delete from the archive. .Em Not to be used on mag tape!! .It Em r Append files to the end of the archive .It Em t List files in the archive. .It Em u Only append files that are newer than copy in archive .It Em x Extract files from the archive. .El .Pp The above options are modified using the options listed below .Pp .Bl -inset .It Em atime-preserve Don't change access times on dumped files .It Em b N Use block size of Nx512 bytes (Default N=20) .It Em B Reblock as we read (For reading 4.2BSD pipes) .It Em C DIR Change to directory DIR .It Em checkpoint Print directory names while reading the archive .It Em f F Use archive file F or device F (default /dev/rst0) .It Em F SCRIPT Run script SCRIPT at the end of each tape (Implies \-M) .It Em G Create/list/extract old GNU format incremental backup .It Em g Create/list/extract new GNU format incremental backup .It Em h Do not dump sym-links, dump the files they point to. .It Em i Ignore blocks of zeros in archive (normally mean EOF) .It Em ignore\-failed\-read Do not exit with non-zero status on unreadable files .It Em k Keep existing files, do not overwrite them from archive .It Em K FILE Begin at file FILE in the archive .It Em l Stay in local file system when creating archive .It Em L NUMBER Change tapes after writing NUMBER*1024 bytes .It Em m Do not extract file modified time .It Em M Create/list/extract multi-volume archives .It Em N DATE Only store files newer than DATE .It Em o Create a V7 format archive, rather than an ANSI format one .It Em O Extract files to STDOUT .It Em p Extract all permissions information .It Em P Do not strip leading /'s from file names .It Em R Show record number within archive with each message .It Em remove\-files Remove files after adding them to archive .It Em s List of names to extract is sorted to match archive .It Em same\-owner Create extracted files with same ownership .It Em S Handle sparse files efficiently .It Em T FILE Get file names to create or extract from file FILE .It Em null \-T reads null-terminated names, disable \-C .It Em totals Print total bytes written with "CREATE" .It Em v Verbosely list files processed .It Em V NAME Create archive with volume name of NAME .It Em version Print tar program version number .It Em w Interactive. Ask for conformation on every action. .It Em W Attempt to verify the archive after writing it .It Em exclude FILE Exclude file FILE .It Em X FILE Exclude files listed in FILE .It Em Z Filter the archive through compress .It Em z Filter the archive through gzip .It Em use\-compress\-program PROG Filter the archive through PROG (Which must accept the \-d option) .It Em block\-compress Block the output of compression program for tapes .It Em [0\-7][lmh] Specify drive and density .It Em unlink Unlink files before creating them .El .Sh ENVIROMENT The .Nm program uses the enviroment variable .Em TAPE if no file or device appears on the command line. It will use the command line argument to .Em f over the .Em TAPE variable. .Sh EXAMPLES .Pp .Pp .Pp .Sh SEE ALSO .Xr pax 1 .Xr cpio 1 From owner-freebsd-hackers Sun Dec 18 13:26:22 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id NAA10092 for hackers-outgoing; Sun, 18 Dec 1994 13:26:22 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.8/8.6.6) with SMTP id NAA10073 for ; Sun, 18 Dec 1994 13:25:50 -0800 Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rJT6n-0000MnC; Sun, 18 Dec 94 13:25 PST Received: (from root@localhost) by io.cts.com (8.6.9/8.6.9) id NAA06503 for hackers@freebsd.org; Sun, 18 Dec 1994 13:22:05 -0800 From: Morgan Davis Message-Id: <199412182122.NAA06503@io.cts.com> Subject: Re: Don't scream.. To: hackers@freebsd.org Date: Sun, 18 Dec 1994 13:22:05 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2465 Sender: hackers-owner@freebsd.org Precedence: bulk Nate Williams writes: > > It appears there are some pretty significant bugs in the networking code > that need to be addressed before -current would be usable. Most of the > people running -current report that they can't get their IP connections > to work at all, and this is completely unacceptable for a BSD OS. I updated to -current yesterday (FreeBSD 2.1.0-Development #0), and connect to the Internet via PPP. This box also routes to two other machines (a PC and a Mac) on my LAN. That all appears to be working fine. (On that note, I want to thank Jordan and others who answered my questions about sup and 'make world' -- all went smoothly). However, maybe this is where your concern comes in. When I checked my link to the net today, I was getting >2000ms ping responses with my gateway -- which is connected via pppd over a 28.8Kbps modem. I've seen this before in 2.0, but thought it might have been fixed in the 2.1.0d0 update. Apprarently not. It seems to come randomly after a while, and goes away when I shut down ppp and start it up again. Another thing I'm noticing with this update is that netstat reports every connection this machine (io.cts.com) has made to net sites. The previous revision only ever listed my local arp-created entries and my PPP default gateway (nb40). Now it shows my primary and secondary name servers, site's I've visited with ftp (which are no longer connected), and so forth: Internet: Destination Gateway Flags Refs Use Interface default nb40 UGc 0 10 ppp0 localhost localhost UH 0 23 lo0 fraggel65.mdstud nb40 UGHW3 0 305 ppp0 sosco.sco.COM nb40 UGHW3 0 51181 ppp0 websco.sco.COM nb40 UGHW3 0 275 ppp0 crash nb40 UGHW 1 375 ppp0 vmbb nb40 UGHW 1 298 ppp0 donews nb40 UGHW3 0 6 ppp0 nb40 io UH 8 0 ppp0 wcarchive.cdrom. nb40 UGHW3 0 79 ppp0 198.68.174.32 link#1 UC 0 0 ed1 io 0:0:1b:25:57:70 UHLW 1 238 lo0 I don't know if this is broken or corrected behavior. I assume that at some point these routes will timeout and auto-flush? Perhaps I've misconfigured my ppp options file? From owner-freebsd-hackers Sun Dec 18 13:51:33 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id NAA10385 for hackers-outgoing; Sun, 18 Dec 1994 13:51:33 -0800 Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by freefall.cdrom.com (8.6.8/8.6.6) with ESMTP id NAA10364 for ; Sun, 18 Dec 1994 13:50:42 -0800 Received: from asterix.urc.tue.nl (asterix.urc.tue.nl [131.155.5.10]) by mailhost.tue.nl (8.6.9/8.6.9) with SMTP id WAA16844 for ; Sun, 18 Dec 1994 22:49:53 +0100 Received: (from wmbfmk@localhost) by asterix.urc.tue.nl (8.6.9/8.6.9) id VAA12787 for hackers@freebsd.org; Sun, 18 Dec 1994 21:49:52 GMT From: Marc van Kempen Message-Id: <199412182149.VAA12787@asterix.urc.tue.nl> Subject: Problems with 2.0 and 3c579 To: hackers@freebsd.org Date: Sun, 18 Dec 1994 22:49:52 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 577 Sender: hackers-owner@freebsd.org Precedence: bulk Hi, I'm trying to install FreeBSD 2.0 on a Pentium with a 3c579 network card for a local company here. The card is recognized allright when I change the port from 0x300 to 0x1000. However, after doing an ifconfig as follows: ifconfig ep0 100.100.100.20 netmask 0xff000000 (It's a local network) I can't do anything with the network. Ping, telnet, mount and nfs don't do anything, however 'ifconfig ep0' reports the interface is up. Are there any known problems with the 3c579 and fbsd 2.0, or am I doing something wrong networkwise? Regards, Marc van Kempen. From owner-freebsd-hackers Sun Dec 18 14:14:07 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id OAA10576 for hackers-outgoing; Sun, 18 Dec 1994 14:14:07 -0800 Received: from physics.su.OZ.AU (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.8/8.6.6) with SMTP id OAA10570 for ; Sun, 18 Dec 1994 14:13:31 -0800 Received: by physics.su.OZ.AU id AA02516 (5.67b/IDA-1.4.4 for hackers@freebsd.org); Mon, 19 Dec 1994 09:13:01 +1100 From: David Dawes Message-Id: <199412182213.AA02516@physics.su.OZ.AU> Subject: Re: syscons & multiple Xservers? To: jmb@kryten.atinc.com (Jonathan M. Bresler) Date: Mon, 19 Dec 1994 09:12:59 +1100 (EST) Cc: dawes@physics.su.oz.au, terry@cs.weber.edu, kaleb@x.org, hackers@freebsd.org In-Reply-To: from "Jonathan M. Bresler" at Dec 18, 94 09:25:56 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1708 Sender: hackers-owner@freebsd.org Precedence: bulk >On Sun, 18 Dec 1994, David Dawes wrote: >> >In point of fact, you *can* start up two servers. >> >> Yes. >> >> >You just have to *never* switch directly between the servers without >> >switching to a vanilla console in between. >> >> I've never had any problem switching directly from one server to another. > > so how about a copy of your Xservers and xdm-config files. i >havent been ablt ot get this to work. I don't start multiple servers with xdm. The problem in doing that seems to be with starting the second X when already in graphics mode. Alternatively the problem may be that the second server isn't waiting for the old VT to be released before it tries to start. Anyway, I just hacked together the following which seems to work (it may even help identify the real problem): First, a script to run the X server (I installed it as /usr/X11R6/bin/X-1): -------------------------cut----------------------- #!/bin/sh # First argument is delay sleep $1 shift /usr/local/bin/syscons -t 1 cc: hackers@freebsd.org, current@freebsd.org Subject: Re: Don't scream.. In-reply-to: Your message of "Sun, 18 Dec 94 12:52:52 MST." <199412181952.MAA12590@bsd.coe.montana.edu> Date: Sun, 18 Dec 1994 14:43:36 +0000 Message-ID: <18712.787761816@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk Does this still occur when you roll-back Garrett's changes? This is our likely course of action for 2.0.5. Jordan > > I've talked to both Poul-Henning Kamp and David Greenman about this, > > and we all think that a snap-shot of FreeBSD-current under the > > brand-name (and version) of 2.0.5 is quite possible, and perhaps even > > eminently desirable. Sure, there will be some bugs in -current. > > It appears there are some pretty significant bugs in the networking code > that need to be addressed before -current would be usable. Most of the > people running -current report that they can't get their IP connections > to work at all, and this is completely unacceptable for a BSD OS. > > To me, the above bug is much worse than throwing together another > release that is not well-tested. > > > > Nate From owner-freebsd-hackers Sun Dec 18 16:12:46 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id QAA26119 for hackers-outgoing; Sun, 18 Dec 1994 16:12:46 -0800 Received: from uclink3.berkeley.edu (uclink3.Berkeley.EDU [128.32.136.74]) by freefall.cdrom.com (8.6.8/8.6.6) with ESMTP id QAA26097 for ; Sun, 18 Dec 1994 16:12:41 -0800 Received: from uclink.berkeley.edu by uclink3.berkeley.edu (8.6.8/1.33(web)-OV2) id QAA10677; Sun, 18 Dec 1994 16:12:40 -0800 Received: by uclink.berkeley.edu (8.6.9/1.33(web)-OV4) id QAA13194; Sun, 18 Dec 1994 16:12:36 -0800 From: gibbs@uclink.berkeley.edu (Justin Theodore Gibbs) Message-Id: <199412190012.QAA13194@uclink.berkeley.edu> Subject: Re: Problems with 2.0 and 3c579 To: wmbfmk@urc.tue.nl (Marc van Kempen) Date: Sun, 18 Dec 1994 16:12:36 -0800 (PST) Cc: hackers@freebsd.org In-Reply-To: <199412182149.VAA12787@asterix.urc.tue.nl> from "Marc van Kempen" at Dec 18, 94 10:49:52 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 742 Sender: hackers-owner@freebsd.org Precedence: bulk > > Hi, > > I'm trying to install FreeBSD 2.0 on a Pentium with a 3c579 network card > for a local company here. > The card is recognized allright when I change the port from 0x300 to 0x1000. > > However, after doing an ifconfig as follows: > > ifconfig ep0 100.100.100.20 netmask 0xff000000 (It's a local network) > > I can't do anything with the network. Ping, telnet, mount and nfs don't do > anything, however 'ifconfig ep0' reports the interface is up. > > > Are there any known problems with the 3c579 and fbsd 2.0, or am I doing > something wrong networkwise? > > > Regards, > > > Marc van Kempen. > If you are using a 10base-T or Thicknet based network, you must specifiy "link2" in the ifconfig line. -- Justin From owner-freebsd-hackers Sun Dec 18 16:38:40 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id QAA00394 for hackers-outgoing; Sun, 18 Dec 1994 16:38:40 -0800 Received: from haven.uniserve.com (root@haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.8/8.6.6) with SMTP id QAA00376 for ; Sun, 18 Dec 1994 16:38:36 -0800 Received: from p0.uniserve.com by haven.uniserve.com with smtp (Linux Smail3.1.28.1 #6) id m0rJWYm-000Bn9C; Sun, 18 Dec 94 17:06 PST Message-Id: Date: Sun, 18 Dec 94 17:06 PST X-Sender: tsampl@haven.uniserve.com X-Mailer: Windows Eudora Version 1.4.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: tsampl@haven.uniserve.com (Tom Samplonius) Subject: dbm_pagnfo Sender: hackers-owner@freebsd.org Precedence: bulk Why is dbm_pagnfo defined as: #define dbm_pagnfo DBM_PAGNFO_NOT_AVAILABLE in /usr/include/ndbm.h Tom From owner-freebsd-hackers Sun Dec 18 17:10:11 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id RAA10177 for hackers-outgoing; Sun, 18 Dec 1994 17:10:11 -0800 Received: from Starbase.NeoSoft.COM (dbaker@starbase.NeoSoft.COM [198.64.6.26]) by freefall.cdrom.com (8.6.8/8.6.6) with ESMTP id RAA10159 for ; Sun, 18 Dec 1994 17:10:09 -0800 Received: (from dbaker@localhost) by Starbase.NeoSoft.COM (8.6.9/8.6.9) id TAA28803; Sun, 18 Dec 1994 19:10:06 -0600 X-Provider: NeoSoft, Inc.: Internet Service Provider (713) 684-5969 Date: Sun, 18 Dec 1994 19:10:05 -0600 (CST) From: "Daniel A. Baker " To: Poul-Henning Kamp cc: hackers@freebsd.org Subject: Re: IDE Driver In-Reply-To: <199412181916.LAA17840@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Sun, 18 Dec 1994, Poul-Henning Kamp wrote: > > I talked to Scott Mace, and he told me what my problem is: > > > > The FreeBSD IDE driver dosen't appear to support the geometry of a IDE > > device that has a translated device with more that 32 heads... > > Wrong. FreeBSD has no problems doing this, but you must >TELL< it to. > During the install, in the Fdisk screen, use the (G)eometry function to > enter the geometry you want. Scott says thats what he tried... He said that the IDE driver just freaked and gave error messages when he did more than 32 heads.. -- Daniel Baker -- NeoSoft FTP/UseNet Administrator (713)531-8571 DBaker@NeoSoft.COM DBaker@UuNeo.NeoSoft.COM From owner-freebsd-hackers Sun Dec 18 17:39:09 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id RAA19430 for hackers-outgoing; Sun, 18 Dec 1994 17:39:09 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.8/8.6.6) with ESMTP id RAA19422 for ; Sun, 18 Dec 1994 17:39:07 -0800 Received: from reply.net (reply-usnet.us.net [198.240.70.10]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id RAA21453 for ; Sun, 18 Dec 1994 17:39:00 -0800 Received: (jbrogan@localhost) by reply.net (8.6.8/8.6.5) id UAA28224 for freebsd-hackers@freebsd.cdrom.com; Sun, 18 Dec 1994 20:37:45 -0500 From: John Brogan Message-Id: <199412190137.UAA28224@reply.net> Subject: Need to get elm working w/MIME attachments To: freebsd-hackers@wcarchive.cdrom.com Date: Sun, 18 Dec 1994 20:37:45 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 562 Sender: hackers-owner@freebsd.org Precedence: bulk I am beginning to receive messages that are BASE64 encoded and my version of elm just doesn't seem to know how to handle the attachments. They remain encoded. Here is an example of part of a header I get along with the BASE64 encoding. What do I need to do so I can view these files inside or if easier, outside of elm? Thank you, John Brogan Example of header portion: > > Content-Type: TEXT/PLAIN; charset=US-ASCII; name="10_Worst_Toys_List" > Content-Transfer-Encoding: BASE64 > Content-ID: > Content-Description: From owner-freebsd-hackers Sun Dec 18 18:49:09 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id SAA20060 for hackers-outgoing; Sun, 18 Dec 1994 18:49:09 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.8/8.6.6) with ESMTP id SAA20054 for ; Sun, 18 Dec 1994 18:49:08 -0800 Received: from haven.uniserve.com (root@haven.uniserve.com [198.53.215.121]) by wcarchive.cdrom.com (8.6.8/8.6.6) with SMTP id SAA29864 for ; Sun, 18 Dec 1994 18:49:02 -0800 Received: from p0.uniserve.com by haven.uniserve.com with smtp (Linux Smail3.1.28.1 #6) id m0rJYYv-000Bn9C; Sun, 18 Dec 94 19:15 PST Message-Id: Date: Sun, 18 Dec 94 19:15 PST X-Sender: tsampl@haven.uniserve.com X-Mailer: Windows Eudora Version 1.4.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: John Brogan , freebsd-hackers@wcarchive.cdrom.com From: tsampl@haven.uniserve.com (Tom Samplonius) Subject: Re: Need to get elm working w/MIME attachments Sender: hackers-owner@freebsd.org Precedence: bulk At 08:37 PM 12/18/94 -0500, John Brogan wrote: >What do I need to do so I can view these files inside or >if easier, outside of elm? I'd use Pine instead. It understands MIME among other things. Tom From owner-freebsd-hackers Sun Dec 18 21:55:47 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id VAA00164 for hackers-outgoing; Sun, 18 Dec 1994 21:55:47 -0800 Received: from saul3.u.washington.edu (root@saul3.u.washington.edu [140.142.83.1]) by freefall.cdrom.com (8.6.8/8.6.6) with SMTP id VAA00158 for ; Sun, 18 Dec 1994 21:55:45 -0800 Received: by saul3.u.washington.edu (5.65+UW94.10/UW-NDC Revision: 2.32 ) id AA05401; Sun, 18 Dec 94 21:43:03 -0800 X-Sender: spaz@saul3.u.washington.edu Date: Sun, 18 Dec 1994 21:43:02 -0800 (PST) From: John Utz To: Sean Eric Fagan Cc: FreeBSD hackerlist Subject: Is this qualify as a complete and utter hack? Re: any #define experts out there? In-Reply-To: <199412160856.AAA27938@kithrup.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Thanks Sean and Folks!!! The guess Sean makes at the bottom is explicitly correct... On Fri, 16 Dec 1994, Sean Eric Fagan wrote: > >////usr/local/spice3f3/src/lib/dev/mos3//mos3sset.c < /dev/null ...... much mindless compil-o-blather deleted.. > >////usr/local/spice3f3/src/include/spice.h:29: syntax error before `extern' > > It is impossible to say why gcc is behaving the way it appears to without > knowing how "NUMELENS" is referenced. > good point...how come he always nails me on these? :-) > Looking at the error messages above, I'd say that the problem is something > completely different than what you think it is. Thankyou you helpful soul!!! > > Since I do not know what the source code you are trying to compile is, I > cannot help further. The source code was spice3f3. Dan Andersson and I have been whacking away at it for a few weeks now. It is built with one of these nutty convoluted build scripts that seems to make things much harder then it need be, especially since the damn thing will fail in incomprehensible ways if you use any other shell besides bash, which i did not posess until Dan Andersson told me i needed it. Fixing an unfinished header file fixed this error. The program compiled. Upon execution it promptly dumps core. So I sighed, ran util/build clean gcc; Added -g ,Restarted the compile and went to bed ( this takes !!hours!! on a 386 ). Well, after eating up all my swap space..(.16 or 33 megs i forget which) a few times, I got it made with debugging symbols and was pointed to this little wonder: #ifdef HAS_UNIX_SEGMENT_HACK #include #include /* * baseaddr( ) returns the base address of the data segment on most Unix * systems. It's an ugly hack for info that should be provided by the OS. */ /* Does anyone use a pagesize < 256 bytes?? I'll bet not; * too small doesn't hurt */ #define LOG2_PAGESIZE 8 static jmp_buf env; static SIGNAL_TYPE fault( ) { signal(SIGSEGV, (SIGNAL_FUNCTION) fault); /* SysV style */ longjmp(env, 1); } static void * baseaddr( ) { char *low, *high, *at; char *sbrk( ); long x; SIGNAL_TYPE (*orig_signal)( ); if (getenv("SPICE_NO_DATASEG_CHECK") return 0; else ( head for the sphaghetti!!! i was gonna add all this in to the letter, but u guys did not do anything to deserve it... ). So basically, the code that caused the core dump tries to figure out how much memory the system has left, for some reason. Obviously, it breaks alot, so they provided this helpful spot of code to try and make things function, but they did not bother to document it or comment it or anything! Eventually, i should sort this out, but since this is already 1/2way thru break,and i have more, more, more, code to make... ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Sun Dec 18 22:45:26 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id WAA00895 for hackers-outgoing; Sun, 18 Dec 1994 22:45:26 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.8/8.6.6) with SMTP id WAA00889 for ; Sun, 18 Dec 1994 22:45:22 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <29260-0@bunyip.cc.uq.oz.au>; Mon, 19 Dec 1994 16:45:09 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.7/DEVETIR-E0.3a) with ESMTP id QAA18506 for ; Mon, 19 Dec 1994 16:47:48 +1000 Received: by orion.devetir.qld.gov.au (8.6.7/DEVETIR-0.2a) id QAA21561; Mon, 19 Dec 1994 16:45:55 +1000 Date: Mon, 19 Dec 1994 16:45:55 +1000 From: Stephen McKay Message-Id: <199412190645.QAA21561@orion.devetir.qld.gov.au> To: hackers@freebsd.org cc: syssgm@devetir.qld.gov.au Subject: Re: Don't scream.. Sender: hackers-owner@freebsd.org Precedence: bulk Nate Williams writes: >> I've talked to both Poul-Henning Kamp and David Greenman about this, >> and we all think that a snap-shot of FreeBSD-current under the >> brand-name (and version) of 2.0.5 is quite possible, and perhaps even >> eminently desirable. Sure, there will be some bugs in -current. > >It appears there are some pretty significant bugs in the networking code >that need to be addressed before -current would be usable. Most of the >people running -current report that they can't get their IP connections >to work at all, and this is completely unacceptable for a BSD OS. > >To me, the above bug is much worse than throwing together another >release that is not well-tested. Being a non-optimist I am surprised that a 2.0.5 based on -current is being considered. I would expect that a 2.0.1 (note the small minor revision implying only tiny changes) would be rolled consisting of 2.0 plus only the improved install floppies and minor bug fixes, individually identified and installed (pppd is the only thing I've patched on my 2.0 system). A number of things have already changed to make my 2.0 network binaries not work with the -current kernel. This is not encouraging news for the proposed (and rushed) 2.0.5. I realise that I may be too late in this instance, but you can take it as read for next time! Stephen. BTW, 2.0 is a real buzz! Just because I'm pessimistic doesn't mean 2.0 isn't giving me jollies already! From owner-freebsd-hackers Sun Dec 18 22:46:15 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.8/8.6.6) id WAA00909 for hackers-outgoing; Sun, 18 Dec 1994 22:46:15 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.8/8.6.6) with ESMTP id WAA00903 for ; Sun, 18 Dec 1994 22:46:06 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA21864; Mon, 19 Dec 1994 17:42:56 +1100 Date: Mon, 19 Dec 1994 17:42:56 +1100 From: Bruce Evans Message-Id: <199412190642.RAA21864@godzilla.zeta.org.au> To: dbaker@Starbase.NeoSoft.COM, phk@ref.tfs.com Subject: Re: IDE Driver Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >> > The FreeBSD IDE driver dosen't appear to support the geometry of a IDE >> > device that has a translated device with more that 32 heads... >> >> Wrong. FreeBSD has no problems doing this, but you must >TELL< it to. >> During the install, in the Fdisk screen, use the (G)eometry function to >> enter the geometry you want. >Scott says thats what he tried... He said that the IDE driver just >freaked and gave error messages when he did more than 32 heads.. There are several reasons why it won't work with more than 16 heads. To get it to work you must tell the BIOS to use a geometry with <= 16 heads and more cylinders, and put DOS and the BSD root partition below cylinder 1024. Bruce From owner-freebsd-hackers Wed Dec 21 01:00:35 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA00710 for hackers-outgoing; Wed, 21 Dec 1994 01:00:35 GMT Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id AAA00511 for ; Wed, 21 Dec 1994 00:59:52 GMT Received: from spase by sun4nl.NL.net via EUnet id AA17031 (5.65b/CWI-3.3); Mon, 19 Dec 1994 11:03:10 +0100 Message-Id: <9412191003.AA17031@sun4nl.NL.net> Received: by spase3 (1.37.109.7/16.2) id AA10021; Mon, 19 Dec 94 10:54:11 +0100 From: Kees Jan Koster To: hackers@freebsd.org Date: Mon, 19 Dec 94 10:54:10 MEZ Mailer: Elm [revision: 70.85] Sender: hackers-owner@freebsd.org Precedence: bulk Hi There, I haven't got the foggiest idea who's gonna read this mail, so I'll address it to a mr. H There. Sorry for that. I ran into a couple of cheap ethernet cards (free in fact) and I'd like to know if they're supported by FreeBSD. I'll list the ones that were not burnt out :-). card name: Manufacturer: Biggest chip on board: PCnic (16 bits) IMC networks DP8390DN ?? Corman Custom Elec. Corp COM9026 LCS-8634 (rev 2a) ?? DP8390BN isolink pc-at contr. BICC data networks AM7990PC/80 Can anyone tell me - how to install any of the above cards - where to get drivers or patches for these cards I found that the FreeBSD kernel (al least the one I use) can be config'ed to run the DS8390 chip. Does this mean that - any card with a DS8390 chip on it can be used? - the kernel will also support the DP8390 chip, for example on the PCnic? Thanks for reading this mail so far. Hope you can help me. Kees Jan Kees Jan Koster: dutchman@spase.nl (after 31 december: ux005489@tfarn.nl) Happy Christmas and a merry new year. May your computer never hang in '95. From owner-freebsd-hackers Wed Dec 21 01:01:02 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA00779 for hackers-outgoing; Wed, 21 Dec 1994 01:01:02 GMT Received: from seagull.rtd.com (root@Seagull.rtd.com [198.102.68.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA00769 for ; Wed, 21 Dec 1994 01:01:00 GMT Received: (from dgy@localhost) by seagull.rtd.com (8.6.9/8.6.9.1) id OAA20374 for freebsd-hackers@freefall.cdrom.com; Tue, 20 Dec 1994 14:31:39 -0700 From: Don Yuniskis Message-Id: <199412202131.OAA20374@seagull.rtd.com> Subject: 1.1.5.1R sed bugs To: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) Date: Tue, 20 Dec 1994 14:31:38 -0700 (MST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 129 Sender: hackers-owner@freebsd.org Precedence: bulk Greetings! I've found a few bugs in the sed distributed with 1.1.5.1R and wonder if sed has been changed in 2.0R. Thx, --don From owner-freebsd-hackers Wed Dec 21 01:01:12 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA00834 for hackers-outgoing; Wed, 21 Dec 1994 01:01:12 GMT Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA00817 for ; Wed, 21 Dec 1994 01:01:10 GMT Received: (from jkh@localhost) by time.cdrom.com (8.6.9/8.6.9) id IAA01010 for hackers@freebsd.org; Mon, 19 Dec 1994 08:13:52 -0800 Date: Mon, 19 Dec 1994 08:13:52 -0800 From: "Jordan K. Hubbard" Message-Id: <199412191613.IAA01010@time.cdrom.com> To: hackers@freebsd.org Subject: Freefall status. Sender: hackers-owner@freebsd.org Precedence: bulk freefall's 3rd drive, misbehaving for ages, finally got too sick to live last night and so Poul and I powered it down and bagged our plans for 2.0.5. I think the portents were simply too significantly against it. Since freefall seemed to want to be down anyway, I took the opportunity for some long delayed and put-off things like the 2.0 upgrade, a general reshuffle of our disk space resources and some other tweaks that I've been meaning to get to for a long time. I also tossed the old /usr/ports and /usr/src (they're on tape and the old cvs tree - fear not) and replaced them with the current sources. That and the ncvs -> cvs change, which I'll save for another day, should go a long way towards getting outselves out of the 1.x legal swamp. freefall is upgrading itself to -current right now as there are some embarassing bugs in 2.0 that we wouldn't want on freefall, and it should be ready for a return to service sometime early Tuesday morning. Jordan From owner-freebsd-hackers Wed Dec 21 01:01:08 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA00803 for hackers-outgoing; Wed, 21 Dec 1994 01:01:08 GMT Received: from europa.com (root@thetics.europa.com [199.2.194.14]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA00777 for ; Wed, 21 Dec 1994 01:01:02 GMT Received: by europa.com (/\==/\ Smail3.1.28.1 #28.15) id ; Mon, 19 Dec 94 17:47 GMT Message-Id: Date: Tue, 20 Dec 94 17:00 GMT From: timb@europa.com (Tim Bach) Subject: Help!!!!! Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk I tried to upgrade to 2.0 and i did fsck -c 2 which i thought might convert it to 2.0 filesystem.Boy was i wrong.I tried to boot only to find the sy stem was screwed.So i do a fsck but i got tons of errors and now can't boot the system. Basicly my /usr partion is fine though.I wan't to be able boot 2.0 I need a way to either rescure orke "/" bootable..res cure=rescue...It made a lost+found and put my files in it. Anyway of getting things back to normal? a 2 a 1 a 2 ++++++++ +++ OK ato CONNECT 115200 OK +++ATH0 OK atdt 222-0507 CONNECT 115200 Tr 8vo` n LyqIN]x) x_u[o]yWh)i=_+x So }}}}}}} OK +++ATH0 OK atdt 2224244 CONNECT 115200 Trying thetics... Connected to 199.2.194.14. SunOS UNIX (thetics) login: login: timb Password: Last login: Mon Dec 19 17:25:35 from eyebeam.europa.c SunOS Release 4.1.3_U1 (THETICS) #4: Fri Oct 7 01:23:44 PDT 1994 HOST: thetics.europa.com (199.2.194.14) CPU: Axil 235 (Sun SPARCstation 10 model 4.0) ****** ************* -------------------------------------------------- **** **** -------- ** ** * E U R O P A * * Want free account time? Refer a new user to Europa. Type "free" for details. ------------- Questions? Email "staff" or call voice at 222-9508 -------------- You have new mail. Over disk quota on /usr/local, time limit has expired, remove 2736K mail: >From netspace.students.brown.edu!big-linux Sat Dec 17 21:56:02 1994 >From telerama.lm.com!root Sat Dec 17 21:57:27 1994 >From freefall.cdrom.com!owner-freebsd-hackers Sat Dec 17 22:13:07 1994 >From earth.com!inet-access-request Sat Dec 17 22:52:38 1994 >From earth.com!inet-access-request Sat Dec 17 23:49:18 1994 >From earth.com!inet-access-request Sun Dec 18 00:28:45 1994 >From NetBSD.ORG!owner-majordomo Sun Dec 18 13:41:07 1994 >From NetBSD.ORG!owner-current Sun Dec 18 13:41:08 1994 >From presence.COM!assoc Sun Dec 18 14:45:32 1994 >From earth.com!inet-access-request Sun Dec 18 14:56:05 1994 >From netspace.students.brown.edu!big-linux Sun Dec 18 15:01:07 1994 >From freefall.cdrom.com!owner-freebsd-hackers Sun Dec 18 15:01:08 1994 >From freefall.cdrom.com!owner-freebsd-hackers Sun Dec 18 15:05:53 1994 >From freefall.cdrom.com!owner-freebsd-hackers Sun Dec 18 15:31:27 1994 >From freefall.cdrom.com!owner-freebsd-hackers Sun Dec 18 15:31:44 1994 >From earth.com!inet-access-request Sun Dec 18 15:33:46 1994 >From freefall.cdrom.com!owner-freebsd-hackers Sun Dec 18 15:35:02 1994 >From netspace.students.brown.edu!big-linux Sun Dec 18 15:46:10 1994 >From earth.com!inet-access-request Sun Dec 18 15:50:16 1994 >From GreatCircle.COM!firewalls-owner Sun Dec 18 16:11:05 1994 >From earth.com!inet-access-request Sun Dec 18 16:14:47 1994 >From freefall.cdrom.com!owner-freebsd-hackers Sun Dec 18 17:02:15 1994 >From earth.com!inet-access-request Sun Dec 18 17:10:03 1994 >From freefall.cdrom.com!owner-freebsd-hackers Sun Dec 18 17:21:24 1994 >From freefall.cdrom.com!owner-freebsd-hackers Sun Dec 18 17:59:59 1994 >From earth.com!inet-access-request Sun Dec 18 18:00:03 1994 >From freefall.cdrom.com!owner-freebsd-hackers Sun Dec 18 18:37:32 1994 >From earth.com!inet-access-request Sun Dec 18 18:39:37 1994 >From GreatCircle.COM!firewalls-owner Sun Dec 18 18:41:13 1994 >From GreatCircle.COM!firewalls-owner Sun Dec 18 19:21:33 1994 >From earth.com!inet-access-request Sun Dec 18 19:42:10 1994 >From netspace.students.brown.edu!big-linux Sun Dec 18 20:07:31 1994 >From earth.com!inet-access-request Sun Dec 18 20:14:10 1994 >From earth.com!inet-access-request Sun Dec 18 21:40:40 1994 >From telerama.lm.com!root Sun Dec 18 22:23:40 1994 >From earth.com!inet-access-request Sun Dec 18 22:28:40 1994 >From freefall.cdrom.com!owner-freebsd-hackers Sun Dec 18 22:55:10 1994 >From freefall.cdrom.com!owner-freebsd-hackers Sun Dec 18 23:07:13 1994 >From earth.com!inet-access-request Sun Dec 18 23:15:31 1994 >From earth.com!inet-access-request Sun Dec 18 23:33:42 1994 >From mcs.com!net99 Sun Dec 18 23:41:49 1994 >From earth.com!inet-access-request Sun Dec 18 23:58:35 1994 >From delta.eecs.nwu.edu!telecom-request Mon Dec 19 01:10:28 1994 >From delta.eecs.nwu.edu!telecom-request Mon Dec 19 01:55:05 1994 >From delta.eecs.nwu.edu!telecom-request Mon Dec 19 02:21:58 1994 >From netspace.students.brown.edu!big-linux Mon Dec 19 05:20:25 1994 >From ghost.dsi.unimi.it!owner-unix-security Mon Dec 19 06:28:37 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 06:42:28 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 06:57:24 1994 >From netspace.students.brown.edu!big-linux Mon Dec 19 07:08:27 1994 >From netspace.students.brown.edu!big-linux Mon Dec 19 08:05:41 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 08:12:37 1994 >From earth.com!inet-access-request Mon Dec 19 09:34:42 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 09:42:37 1994 >From netspace.students.brown.edu!big-linux Mon Dec 19 09:46:14 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 10:42:15 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 10:57:40 1994 >From earth.com!inet-access-request Mon Dec 19 11:31:28 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 11:57:42 1994 >From earth.com!inet-access-request Mon Dec 19 12:56:52 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 13:12:48 1994 >From netspace.students.brown.edu!big-linux Mon Dec 19 13:27:58 1994 >From jupiter.worldlinx.com!matt Mon Dec 19 13:48:38 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 13:57:53 1994 >From earth.com!inet-access-request Mon Dec 19 14:01:19 1994 >From delta.eecs.nwu.edu!telecom-request Mon Dec 19 14:32:23 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 14:42:59 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 14:42:59 1994 >From earth.com!inet-access-request Mon Dec 19 15:09:03 1994 >From earth.com!inet-access-request Mon Dec 19 15:12:52 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 15:28:10 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 15:57:56 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 15:57:56 1994 >From einet.net!inet-marketing Mon Dec 19 16:13:13 1994 >From earth.com!inet-access-request Mon Dec 19 16:19:55 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 16:27:56 1994 >From earth.com!inet-access-request Mon Dec 19 16:33:41 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 16:57:59 1994 >From earth.com!inet-access-request Mon Dec 19 17:00:27 1994 >From ghost.dsi.unimi.it!owner-unix-security Mon Dec 19 17:00:36 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 17:13:05 1994 >From GreatCircle.COM!firewalls-owner Mon Dec 19 17:44:17 1994 Erase is Ctrl-H 5:47pm up 18:08, 20 users, load average: 0.27, 0.35, 0.43 barron console Dec 19 10:42 timb ttyp0 Dec 19 17:47 (eyebeam.europa.c) qj ttyp2 Dec 19 04:39 (eyebeam:S.0) beavis ttyp3 Dec 19 15:35 (eyebeam:S.0) beavis ttyp5 Dec 19 15:43 (eyebeam:S.1) qj ttyp6 Dec 19 05:12 (eyebeam:S.1) terryl ttyp8 Dec 19 16:49 (eyebeam.europa.c) barron ttypb Dec 19 10:43 (:0.0) despair ttypc Dec 19 10:49 (eyebeam:S:S.0) despair ttypf Dec 19 16:34 (eyebeam:S.0) jace ttyq2 Dec 19 00:36 (eyebeam:S.0) jace ttyq3 Dec 19 00:36 (eyebeam:S.1) qj ttyq5 Dec 19 11:19 (eyebeam:S.2) joe ttyq6 Dec 19 17:32 (eyebeam.europa.c) barron ttyq7 Dec 19 11:26 (:0.0) barron ttyq9 Dec 19 11:26 (thetics.europa.c) kwyr ttyqa Dec 19 17:32 (eyebeam.europa.c) barron ttyqc Dec 19 11:26 (:0.0) barron ttyqd Dec 19 11:26 (thetics.europa.c) rubytues ttyqe Dec 19 17:36 (eyebeam.europa.c) /usr/local/users/timb> /usr/local/users/timb> /usr/local/users/timb> /bin/mail hackers@freebsd.org Subject:Help!!!!! Cc:freebsd-hackers@freebsd.org From owner-freebsd-hackers Wed Dec 21 00:58:19 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA00140 for hackers-outgoing; Wed, 21 Dec 1994 00:58:19 GMT Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id AAA00129 for ; Wed, 21 Dec 1994 00:58:10 GMT Received: by sovcom.kiae.su id AA19815 (5.65.kiae-2 for FreeBSD-hackers@freebsd.org); Tue, 20 Dec 1994 15:19:31 +0300 Received: by elvisti.kiev.ua (uumail/ache) id AA18019; Tue, 20 Dec 1994 13:10:45 +0200 Xref: store comp.os.386bsd.bugs:796 comp.os.386bsd.questions:6868 Newsgroups: comp.os.386bsd.bugs,comp.os.386bsd.questions Path: store!office.elvisti.kiev.ua!stesin From: stesin@elvisti.kiev.ua (Andrew V. Stesin) Subject: [?!] So, is this a bug in the kernel execve() code? X-Newsreader: TIN [version 1.2 PL2] Nntp-Posting-Host: office.elvisti.kiev.ua Organization: Electronni Visti InformAgency (ElVisti) Message-Id: Date: Tue, 20 Dec 1994 01:20:06 GMT Apparently-To: FreeBSD-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Hi BSDers, as I wrote a few days ago, there was a strange thing noticed with FreeBSD-1.1.5R. Here is an (incorrect, I know! ;) program in C: int main (int ac, char **av) { return (execve("/bin/ls", av[1], 0)); } anyway, given some command line parameters, this reboots the system immediately on our machine. Your mileage may vary -- this is the shortest example from the set. I can describe this as: broken arguments to execve() system call, like nonterminated argv[] array, or random arguments, -- may _often_ cause the immediate and silent OS reboot on our system. This effect was discovered by Natalie Vinokurova, nata@bitmcnit.bryansk.su. We tried to reproduce her example and (after a few attempts with "Bus error" and segfaults) we found it... for a pity... :( I tried to dig into that piece of kernel code, but sorry -- I'm not a wisard, I'm not a kernel hacker, I'm not even on a mailing list. I personally have no idea about how legal this behavior is and how to fix it. I don't even know -- was this reported yet or not? So, questions. 1. How valid the described behavior is? If it isn't considered valid, how one can fix it? 2. Is there a set of "official" patches for 1.1.5? Where? We're running vanilla 1.1.5.0 kernel, I only replaced some user-area utilities. Maybe some bugfix patches are needed? Thanks for your attention; comments and suggestions are welcome! -- With best wishes -- Andrew Stesin, system administrator. From owner-freebsd-hackers Wed Dec 21 01:01:19 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA00881 for hackers-outgoing; Wed, 21 Dec 1994 01:01:19 GMT Received: from europa.com (root@thetics.europa.com [199.2.194.14]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA00866 for ; Wed, 21 Dec 1994 01:01:16 GMT Received: by europa.com (/\==/\ Smail3.1.28.1 #28.15) id ; Mon, 19 Dec 94 17:30 GMT Message-Id: Date: Tue, 20 Dec 94 17:01 GMT From: timb@europa.com (Tim Bach) To: hackers@freebsd.org Subject: Help!!!! Sender: hackers-owner@freebsd.org Precedence: bulk I tried to upgrade to 2.0 and i did fsck -c 2 which i thought might convert it to 2.0 filesystem.Boy was i wrong.I tried to boot only to find the system was screwed.So i do a fsck but i got tons of errors and now can't boot the system. Basicly my /usr partion is fine though.I need a way to either rescure orke "/" bootable..rescure=rescue...It made a lost+found and put my files in it. Anyway of getting things back to normal? From owner-freebsd-hackers Wed Dec 21 01:01:41 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA00934 for hackers-outgoing; Wed, 21 Dec 1994 01:01:41 GMT Received: from mailhost.tue.nl (mailhost.tue.nl [131.155.2.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA00926 for ; Wed, 21 Dec 1994 01:01:38 GMT Received: from asterix.urc.tue.nl (asterix.urc.tue.nl [131.155.5.10]) by mailhost.tue.nl (8.6.9/8.6.9) with SMTP id WAA11057 for ; Mon, 19 Dec 1994 22:04:15 +0100 Received: (from wmbfmk@localhost) by asterix.urc.tue.nl (8.6.9/8.6.9) id VAA00100 for hackers@freebsd.org; Mon, 19 Dec 1994 21:04:14 GMT From: Marc van Kempen Message-Id: <199412192104.VAA00100@asterix.urc.tue.nl> Subject: Still problems with 2.0 and 3c579 To: hackers@freebsd.org Date: Mon, 19 Dec 1994 22:04:14 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 701 Sender: hackers-owner@freebsd.org Precedence: bulk Hi, Despite suggestions to use the link? option to ifconfig I still can't get the 3c579 to run on FreeBSD 2.0. I finally tried an NE2000 I had lying around, and this worked flawlessly. So I think network configuration errors are not the problem. I don't know about EISA cards, but having the port at 0x1000 seems strange to me. Also while playing with the irq I noticed that a dos utility would report the irq at 0xf, while FreeBSD would only recognize the card when set to probe at 0xa. Changing the irq to 0xa with the EISA configuration utility would not really change anything. The card is still recognized, but still no go. If you need more information let me know, Regards, Marc. From owner-freebsd-hackers Wed Dec 21 01:01:44 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA00949 for hackers-outgoing; Wed, 21 Dec 1994 01:01:44 GMT Received: from europa.com (root@thetics.europa.com [199.2.194.14]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA00936 for ; Wed, 21 Dec 1994 01:01:41 GMT Received: by europa.com (/\==/\ Smail3.1.28.1 #28.15) id ; Mon, 19 Dec 94 17:58 GMT Message-Id: Date: Tue, 20 Dec 94 17:01 GMT From: timb@europa.com (Tim Bach) To: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk I tried to upgrade to 2.0 and i did fsck -c 2 which i thought might convert it to 2.0 filesystem.Boy was i wrong.I tried to boot only to find the system was screwed.So i do a fsck but i got tons of errors and now can't boot the system. Basicly my /usr partion is fine though.I wan't to be able boot 2.0 I need a way to either rescure orke "/" bootable..res cure=rescue...It made a lost+found and put my files in it. Anyway of getting things back to normal? From owner-freebsd-hackers Wed Dec 21 01:02:04 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA01000 for hackers-outgoing; Wed, 21 Dec 1994 01:02:04 GMT Received: from relay-europe.ps.net (relay-europe.ps.net [160.110.96.10]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA00986 for ; Wed, 21 Dec 1994 01:01:59 GMT Received: by relay-europe.ps.net (AIX 3.2/UCB 5.64/4.03) id AA11275; Mon, 19 Dec 1994 09:10:22 GMT Date: Mon, 19 Dec 1994 09:10:22 +0000 (GMT) From: Aled Morris Subject: MBR woes To: freebsd-hackers@freebsd.org Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I've been having a tough time installing 2.0R on an Olivetti 486 machine with 16Mb RAM and a Quantum 122Mb IDE drive. AMI bios if that's relevant. The problem seems to be the MBR that fdisk lays down. I can install DOS no problem, it boots fine, but if I install FreeBSD (using the whole disk) the machine won't boot. The BIOS boot messages come up OK (memory test, config stuff) then as soon as the machine goes to the hard disk it says "Read Error". The way I worked round it was to put down a 1Mb DOS partition (after fdisk/mbr of course) then install FreeBSD on the rest of the disk. Then I boot DOS and fdisk/mbr to write a valid MBR, then use DOS fdisk to mark the non-DOS partition active. I think I can use a combination of DOS fdisk/mbr and FreeBSD fdisk to create a FreeBSD only hard disk, but I'll need a shell to do it from - the graphical sysinstall is pretty but it doesn't seem to let you run fdisk with arbitrary parameters :-( Aled -- aledm@relay-europe.ps.net | tel +44 973 207987 Perot Systems Europe Ltd. | fax +44 181 476 2419 From owner-freebsd-hackers Wed Dec 21 01:02:39 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA01105 for hackers-outgoing; Wed, 21 Dec 1994 01:02:39 GMT Received: from hcshh.hcs.de (hcshh.hcs.de [194.49.17.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA01088 for ; Wed, 21 Dec 1994 01:02:33 GMT Received: from hcswork.hcs.de by hcshh.hcs.de with smtp (Smail3.1.28.1 #6) id m0rKBwC-000LU8C; Tue, 20 Dec 94 22:17 MET Received: by hcswork.hcs.de (Smail3.1.28.1 #5) id m0rKBwC-000UNRC; Tue, 20 Dec 94 22:17 MET Message-Id: From: hm@hcswork.hcs.de (Hellmuth Michaelis) Subject: pcvt beta 7 announcement To: port-i386@netbsd.org Date: Tue, 20 Dec 1994 22:17:40 +0100 (MET) Cc: freebsd-hackers@freefall.cdrom.com Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1870 Sender: hackers-owner@freebsd.org Precedence: bulk This is to announce a new beta test cycle for pcvt 3.20 beta 7. Pcvt is a video/keyboard driver for i386-based NetBSD (0.9, 1.0 and -current) and for FreeBSD (1.0, 1.1R, 1.1.5.1R and 2.0). Pcvt has almost full VT220 compatibility, supports national keyboard remapping, 24/25/28/40/50 lines and 80/132 columns and a configurable number of virtual screens for character terminal and X11 sessions. It comes with a complete set of fonts, utilities and documentation for easy integration into the above mentioned systems. Please test the now present support for NetBSD 1.0 and FreeBSD 2.0 ! [Joerg Wunsch made patches for FreeBSD 2.0 which i integrated into my tree but since i still don't have FreeBSD 2.0 i could not verify the integration. Any feedback from people getting this beta running on their FreeBSD 2.0 System (or even 2.0.5 :-) is very welcome!!!] New in beta 7 since beta 2 is - support for NetBSD 1.0 (and -current) - support for FreeBSD 2.0 - the screen is no longer cleared when booting, the boot messages are preserved - the screen is no longer cleared when switching screen size - bugfixes and enhancements, see Doc/ChangeLog pcvt 3.20 beta 7 can be found on: Host: gilberto.physik.rwth-aachen.de Address: 137.226.31.2 Directory: pub/incoming File: pcvt-320b7.tar.gz Size: 279929 Bytes Note: the file is invisible! (Thanks to Thomas Gellekum and Christoph Kukulies !) Please report any bugs, suggestions, fixes and diffs to hm@hcshh.hcs.de. Thank you, hellmuth -- Hellmuth Michaelis HCS Hanseatischer Computerservice GmbH Hamburg, Europe Experience is directly proportional to the amount of equipment ruined (Murphy) The opinions expressed above are my own and not the opinions of anybody else From owner-freebsd-hackers Wed Dec 21 01:04:46 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA01535 for hackers-outgoing; Wed, 21 Dec 1994 01:04:46 GMT Received: from coli-gate.coli.uni-sb.de (coli-gate.coli.uni-sb.de [134.96.68.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA01518 for ; Wed, 21 Dec 1994 01:04:40 GMT Received: from localhost (ulim@localhost) by coli-gate.coli.uni-sb.de (8.6.4/8.6.4) id XAA23127 for hackers@freebsd.org; Mon, 19 Dec 1994 23:52:44 +0100 From: Ulrich Mayring Message-Id: <199412192252.XAA23127@coli-gate.coli.uni-sb.de> Subject: OpenStep for FreeBSD? To: hackers@freebsd.org Date: Mon, 19 Dec 1994 23:52:44 +0100 (MET) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 876 Sender: hackers-owner@freebsd.org Precedence: bulk Hi folks, maybe it's a little early to ask yet, but anyway here goes: I heard yesterday that Sun, Dec and HP have licensed OpenStep, the GUI and API of NextStep, as far as I understand. This would mean that in one or two years Sun, Dec and HP workstations will look like the Next and all existing Next applications will run on these platforms. And with the three workstation-biggies behind it we can expect a lot of new software will be developped for OpenStep. So far, so commercial. But, reportedly, some guys from the FSF are working on a port of OpenStep for Linux and OpenStep seems to be looked upon by many as the successor to X. ("Unix functionality and Macintosh operability") I would be interested to hear comments about NextStep from any who have used it and if there will be a port for Linux, surely there must be one for FreeBSD as well? greetings, Ulrich From owner-freebsd-hackers Wed Dec 21 01:04:53 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA01554 for hackers-outgoing; Wed, 21 Dec 1994 01:04:53 GMT Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA01546 for ; Wed, 21 Dec 1994 01:04:51 GMT Received: by halloran-eldar.lcs.mit.edu; id AA09966; Mon, 19 Dec 1994 12:49:13 -0500 Date: Mon, 19 Dec 1994 12:49:13 -0500 From: Garrett Wollman Message-Id: <9412191749.AA09966@halloran-eldar.lcs.mit.edu> To: tsampl@haven.uniserve.com (Tom Samplonius) Cc: hackers@freebsd.org Subject: dbm_pagnfo In-Reply-To: References: Sender: hackers-owner@freebsd.org Precedence: bulk < Why is dbm_pagnfo defined as: > #define dbm_pagnfo DBM_PAGNFO_NOT_AVAILABLE > in /usr/include/ndbm.h Because it doesn't exist any more, and the authors of the `db' package wanted to save themselves e-mail from people complaining that they get: ld: foo.o: undefined symbol `_dbm_pagnfo' referenced from text segment From owner-freebsd-hackers Wed Dec 21 01:04:59 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA01585 for hackers-outgoing; Wed, 21 Dec 1994 01:04:59 GMT Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA01552 for ; Wed, 21 Dec 1994 01:04:53 GMT Received: by halloran-eldar.lcs.mit.edu; id AA09970; Mon, 19 Dec 1994 12:53:22 -0500 Date: Mon, 19 Dec 1994 12:53:22 -0500 From: Garrett Wollman Message-Id: <9412191753.AA09970@halloran-eldar.lcs.mit.edu> To: Morgan Davis Cc: hackers@freebsd.org Subject: Re: Don't scream.. In-Reply-To: <199412182122.NAA06503@io.cts.com> References: <199412182122.NAA06503@io.cts.com> Sender: hackers-owner@freebsd.org Precedence: bulk < said: > Destination Gateway Flags Refs Use Interface > default nb40 UGc 0 10 ppp0 Note that this route has the RTF_PRCLONING (`c') flag set. > fraggel65.mdstud nb40 UGHW3 0 305 ppp0 > sosco.sco.COM nb40 UGHW3 0 51181 ppp0 > websco.sco.COM nb40 UGHW3 0 275 ppp0 These three routes have the RTF_WASCLONED (`W') flag set, indicating that they were created by cloning some other route (in this case, the default). Note also the RTF_PROTO3 (`3') flag, which for IP indicates that the routes have no references and are in the process of being timed out (which will happen in about four hours unless you change that default using `sysctl'). -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Wed Dec 21 01:05:01 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA01599 for hackers-outgoing; Wed, 21 Dec 1994 01:05:01 GMT Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA01586; Wed, 21 Dec 1994 01:04:59 GMT Received: by halloran-eldar.lcs.mit.edu; id AA09957; Mon, 19 Dec 1994 12:38:29 -0500 Date: Mon, 19 Dec 1994 12:38:29 -0500 From: Garrett Wollman Message-Id: <9412191738.AA09957@halloran-eldar.lcs.mit.edu> To: Nate Williams Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: Don't scream.. In-Reply-To: <199412181952.MAA12590@bsd.coe.montana.edu> References: <199412181952.MAA12590@bsd.coe.montana.edu> Sender: hackers-owner@freebsd.org Precedence: bulk < said: > It appears there are some pretty significant bugs in the networking code > that need to be addressed before -current would be usable. Most of the > people running -current report that they can't get their IP connections > to work at all, and this is completely unacceptable for a BSD OS. First I've heard about it... -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Wed Dec 21 01:05:10 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA01634 for hackers-outgoing; Wed, 21 Dec 1994 01:05:10 GMT Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA01625 for ; Wed, 21 Dec 1994 01:05:08 GMT Received: by halloran-eldar.lcs.mit.edu; id AA09949; Mon, 19 Dec 1994 12:06:24 -0500 Date: Mon, 19 Dec 1994 12:06:24 -0500 From: Garrett Wollman Message-Id: <9412191706.AA09949@halloran-eldar.lcs.mit.edu> To: Morgan Davis Cc: hackers@freebsd.org Subject: Re: Error building libncurses In-Reply-To: <199412172030.MAA28715@io.cts.com> References: <362.787648009@time.cdrom.com> <199412172030.MAA28715@io.cts.com> Sender: hackers-owner@freebsd.org Precedence: bulk < said: > Thanks, Jordan. I've discovered "make world" and it's been building > for about 8 hours now. It seems that make world first wants to > remove all the object files to begin a full build. Any not only that, it will build your C compiler twice and your C library three times... > Is 'make world' something that must be done after every 'sup'? Or, it > is safe to 'sup' then do "make all" skipping the object removal part? I almost never do a `make world' unless I know some dramatic change has occurred which forces a bootstrap (like the upgrade from GCC 2.6.0 to 2.6.1). Instead, here's what I do: 1) Install any new /usr/src/include include files by hand. 2) Run beforeinstall targets for any likely-sounding directories. 3) Run `make depend' at the top level, and watch which dependencies get rebuilt. 4) Go to /usr/src/lib and /usr/src/secure/lib, and do a `make all' in both directories. ONLY INSTALL THE LIBRARIES THAT ACTUALLY GET REBUILT. (This part is important, because a `make install' at the /usr/src/lib level will cause crt0 to get reinstalled, thus forcing a re-link of the entire known universe.) 5) Go back to /usr/src and do a `make most'. This will do a single-pass rebuild of all the programs in the system. 6) If this succeeds, do a `make installmost'. This will install the programs, but not the libraries or /usr/src/share stuff. If all goes well, this should take less than two hours. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Wed Dec 21 01:07:27 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA02161 for hackers-outgoing; Wed, 21 Dec 1994 01:07:27 GMT Received: from bsd.coe.montana.edu (bsd.coe.montana.edu [153.90.192.29]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA02147; Wed, 21 Dec 1994 01:07:24 GMT Received: (nate@localhost) by bsd.coe.montana.edu (8.6.8/8.3) id MAA15371; Mon, 19 Dec 1994 12:22:04 -0700 Date: Mon, 19 Dec 1994 12:22:04 -0700 From: Nate Williams Message-Id: <199412191922.MAA15371@bsd.coe.montana.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: current@freebsd.org, hackers@freebsd.org Subject: Shared library question Cc: pk@netbsd.org Sender: hackers-owner@freebsd.org Precedence: bulk What happens in our shlib implementation when the user supplies his own version of a function that also appears in the shlib? Made up example: Let's say that the standard library has the function itoa, which is prototypes as follows: int itoa(char *retbuff, int num, int radix); But, I have a need for an application which doesn't want to allocate a buffer everytime the conversion since I'm writing the result out to the screen via a very fast implementation of print which only writes out strings and does no conversions. My version of itoa contains a static character buffer so it's prototype is: char *itoa(int num); I understand all the gotchas with the above implementation and realize that I'm asking for trouble by using the same name, but it's for explaining the problem. When my program is linked, there is library code that uses the original itoa and there is application code that uses my version of itoa. Does the program use the correct version of itoa, or does it only use my version thus screwing up the library functions? This is a big deal in the regex() function which depending on which version you use there are multiple versions of regcomp() & regexec(). With the possibility of other libraries assuming one version (libedit comes to mind) I could see lots of possibilities for strange errors if an application happens to need the older interface and still wishes to use the libedit features. Thanks for the help, Nate From owner-freebsd-hackers Wed Dec 21 01:10:38 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA02803 for hackers-outgoing; Wed, 21 Dec 1994 01:10:38 GMT Received: from emma.sea.uct.ac.za (emma.sea.uct.ac.za [137.158.131.151]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA02716 for ; Wed, 21 Dec 1994 01:10:18 GMT Received: (from shaun@localhost) by emma.sea.uct.ac.za (8.6.8/8.6.6) id UAA04100 for hackers@freebsd.org; Tue, 20 Dec 1994 20:50:57 +0200 From: Shaun Courtney Message-Id: <199412201850.UAA04100@emma.sea.uct.ac.za> Subject: test, sorry? To: hackers@freebsd.org Date: Tue, 20 Dec 1994 20:50:56 +0200 (GMT+0200) X-Mailer: ELM [version 2.4 PL23beta2] Content-Type: text Content-Length: 99 Sender: hackers-owner@freebsd.org Precedence: bulk -- Oceanography Department University of Cape Town, South Africa url: http://emma.sea.uct.ac.za From owner-freebsd-hackers Wed Dec 21 01:10:47 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA02869 for hackers-outgoing; Wed, 21 Dec 1994 01:10:47 GMT Received: from Relay1.Austria.EU.net (relay1.Austria.EU.net [192.92.138.47]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA02825 for ; Wed, 21 Dec 1994 01:10:40 GMT Received: by Relay1.Austria.EU.net id AA11412 (5.67b/IDA-1.5 for ); Tue, 20 Dec 1994 18:51:10 +0100 Received: from dnisun.aut.alcatel.at(146.112.129.1) by Relay1.Austria.EU.net via smap (V1.3) id sma011394; Tue Dec 20 18:50:39 1994 Received: from atusc46.aut.alcatel.at by aut.alcatel.at (4.1/SMI-4.1/AAA-1.29/main) id AA16153; Tue, 20 Dec 94 18:49:17 +0100 From: Marino.Ladavac@aut.alcatel.at (Marino Ladavac) Message-Id: <9412201749.AA16153@aut.alcatel.at> Subject: modem no-go again To: hackers@freebsd.org Date: Tue, 20 Dec 1994 18:49:15 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 752 Sender: hackers-owner@freebsd.org Precedence: bulk Hello all, it's a little embarrasing to speak up again after the blunder with the shared interrupts (I knew they used edge triggering; I did not know they used the *rising* edge of all things, and then the totem pole ...) Anyway, this must have been discussed to deatha ages ago, and if someone can point me to an answer, I won't bother again. The problem is as follows: sio recognizes my modem, on sio1, as a 16550A. Fine. then I try to use minicom or tip (on both cua01 and tty01.) Nothing. Modem doesn't pick up the line nor anything. I couldn't set the line to crtscts (and then I've seen somewhere that CRTSCTS is ignored.) What am I doing wrong? Should I try kermit? Does it do some additional magic I am not aware of? Thanks, /Alby From owner-freebsd-hackers Wed Dec 21 01:11:03 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA02930 for hackers-outgoing; Wed, 21 Dec 1994 01:11:03 GMT Received: from chalmers.se (chalmers.se [129.16.1.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA02906 for ; Wed, 21 Dec 1994 01:10:58 GMT Received: from theta.me.chalmers.se by chalmers.se (5.60+IDA/3.14+gl) id AA28807; Mon, 19 Dec 94 22:07:54 +0100 From: Dan Andersson Message-Id: <9412192107.AA14640@theta.me.chalmers.se> Received: by theta.me.chalmers.se (5.57/3.14+gl) id AA14640; Mon, 19 Dec 94 22:07:55 +0100 Subject: Re: Auis-6.3 for and printing To: kstailey@leidecker.gsfc.nasa.gov (Kenneth Stailey) Date: Mon, 19 Dec 1994 22:07:54 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <9412191751.AA00277@leidecker.gsfc.nasa.gov> from "Kenneth Stailey" at Dec 19, 94 12:51:15 pm X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 555 Sender: hackers-owner@freebsd.org Precedence: bulk >From Kenneth Stailey > > Did you get printing from the menus to work? > > K/ > /S > Look in the file ~andrew/lib/global.prf, there you need to add or modify the format and print lines at the end. Info on how to fo it can be found in ~andrew/doc/FAQ. My two last lines in global.prf loks like - *.FormatCommand: groff -pte -E /tmp/%s.n | *.PrintCommand: lpr -- I use a postscript printer on my box, but you can pipe it with ghostscript if you have anything else. Rgds Dan Andersson dana@theta.me.chalmers.se dana@algonet.se From owner-freebsd-hackers Wed Dec 21 01:13:45 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA03521 for hackers-outgoing; Wed, 21 Dec 1994 01:13:45 GMT Received: from duality.gnu.ai.mit.edu (!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$%^&*!@#$@duality.gnu.ai.mit.edu [18.43.0.236]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA03503 for ; Wed, 21 Dec 1994 01:13:42 GMT Received: (from mycroft@localhost) by duality.gnu.ai.mit.edu (8.6.9/8.6.9) id UAA27342; Mon, 19 Dec 1994 20:58:20 -0500 Date: Mon, 19 Dec 1994 20:58:20 -0500 From: "Charles M. Hannum" Message-Id: <199412200158.UAA27342@duality.gnu.ai.mit.edu> To: Dirk.Steinberg@gmd.de CC: lepreau@cs.utah.edu, djd@cs.columbia.edu, goel@cs.columbia.edu, port-i386@NetBSD.ORG, freebsd-hackers@freebsd.org, mach4-users@cs.utah.edu, mach3@cs.cmu.edu, ncr53c810@cs.Colorado.EDU In-reply-to: <199412191610.AA25379@bagheera.gmd.de> (message from Dirk Steinberg on Mon, 19 Dec 1994 17:10:37 +0100) Subject: Re: PA-RISC mach4/Lites/4.4-lite snapshot available Sender: hackers-owner@freebsd.org Precedence: bulk Can I just rip out the scsi_ncr53c700.{c,script} and use them for the PC port? [...] Should I rather try to use the 53c810 driver for NetBSD/FreeBSD? I think you would find it *much* easier to start with another Mach driver, as the SCSI systems are very different, and there is already a similar driver for Mach. However, I also would like to point out that `port-i386@netbsd.org' is for discussing NetBSD on PCs; it is *NOT* for discussing Mach. From owner-freebsd-hackers Wed Dec 21 01:14:33 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA03761 for hackers-outgoing; Wed, 21 Dec 1994 01:14:33 GMT Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA03699 for ; Wed, 21 Dec 1994 01:14:25 GMT Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <14612-0@bunyip.cc.uq.oz.au>; Tue, 20 Dec 1994 17:34:54 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.7/DEVETIR-E0.3a) with ESMTP id QAA16737 for ; Tue, 20 Dec 1994 16:17:38 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id GAA23749 for ; Tue, 20 Dec 1994 06:15:40 GMT Message-Id: <199412200615.GAA23749@netfl15a.devetir.qld.gov.au> To: hackers@freebsd.org Subject: gdb-4.13 likely? (ups-3.7 needs it) X-Mailer: exmh version 1.5omega 10/6/94 Date: Tue, 20 Dec 1994 16:15:39 +1000 From: Stephen Hocking Sender: hackers-owner@freebsd.org Precedence: bulk Are we ever likely to see a move to gdb-4.13 from gdb-4.11? The latest version of ups (3.7-alpha) requires 4.13 to work. I tried running it up with the 4.11 distributed with our sources, and it appears as if some of the functions or definitions that it relies on are missing from the 4.11 sources. I really hate babies. Can't stand e'm. The arrogance, the lies. They are not to be trusted. I hate babies. - D. Schwab From owner-freebsd-hackers Wed Dec 21 01:14:38 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA03782 for hackers-outgoing; Wed, 21 Dec 1994 01:14:38 GMT Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA03750 for ; Wed, 21 Dec 1994 01:14:32 GMT Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <11059-0@bunyip.cc.uq.oz.au>; Mon, 19 Dec 1994 18:20:19 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.7/DEVETIR-E0.3a) with ESMTP id SAA19530 for ; Mon, 19 Dec 1994 18:23:05 +1000 Received: by orion.devetir.qld.gov.au (8.6.7/DEVETIR-0.2a) id SAA22128; Mon, 19 Dec 1994 18:21:13 +1000 Date: Mon, 19 Dec 1994 18:21:13 +1000 From: Stephen McKay Message-Id: <199412190821.SAA22128@orion.devetir.qld.gov.au> To: hackers@freebsd.org cc: syssgm@devetir.qld.gov.au Subject: Re: shared irq on serial ports Sender: hackers-owner@freebsd.org Precedence: bulk J Wunsch writes: >Yes, IBM save allot of money in the design of the COM port, probably >around $ 0.02 or so -- they omitted a single gate to make the >INTERRUPT ENABLE line go active only when an interrupt is actually >pending. With the current design, if you have two UART-boards driving >the same IRQ line (on an ISA bus), both do drive it actively all the >time (when their interrupts are enabled). When one of both has an >interrupt condition, it attempts to drive the line high, and since >it's very unlikely that the other one also does have an interrupt >pending just now, it will continue to hold the line low, causing a >somewhat unpredictable behaviour. :-/ Certainly you can't enable the IRQ lines of both ports at once, but the critically IRQ deprived can possibly get some use out of their shared ports. Assuming you have a high speed application for one port and a low speed application (or output only application) for the other, you can run one port via interrupts and one port via polling. When the low speed port is open for reading, or output is queued, polling would be enabled, and disabled otherwise. If you keep your system clock at 100Hz and use a 16550, that gives you almost 1600 cps, which means you could comfortably poll 9600bps input. Fine for a mouse, printer or low speed modem. A 16450 would yield a miserable 100 cps upper limit on input unless the tick rate was increased, though it might be useful for a printer. I don't know how much cpu you would lose with all this, and it is an awful lot of pissing about for such a small gain. Check out the cost of a 4 or 8 port serial card. I've never regretted mine. Stephen. From owner-freebsd-hackers Tue Dec 20 17:19:26 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA05022 for hackers-outgoing; Tue, 20 Dec 1994 17:19:26 -0800 Received: from anvil.appsmiths.com (appsmiths.sccsi.com [198.65.134.98]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA05008 for ; Wed, 21 Dec 1994 01:19:23 GMT Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.8/8.6.6) id OAA19144 for hackers@freebsd.org; Tue, 20 Dec 1994 14:40:58 -0600 Date: Tue, 20 Dec 1994 14:40:58 -0600 From: "Clay D. Hopperdietzel" Message-Id: <199412202040.OAA19144@anvil.appsmiths.com> To: hackers@freebsd.org Subject: Mail Roasted? Sender: hackers-owner@freebsd.org Precedence: bulk I haven't gotten a piece of mail from the list in about 1-1/2 day, which is a bit quiet for the norm. Things broken? From owner-freebsd-hackers Tue Dec 20 17:20:25 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA05252 for hackers-outgoing; Tue, 20 Dec 1994 17:20:25 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA05243 for ; Wed, 21 Dec 1994 01:20:22 GMT Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id BAA18775 for ; Mon, 19 Dec 1994 01:28:02 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id KAA07726 ; Mon, 19 Dec 1994 10:28:22 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA17023; Mon, 19 Dec 94 10:28:46 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9412190928.AA17023@blaise.ibp.fr> Subject: Re: Need to get elm working w/MIME attachments To: jbrogan@reply.net (John Brogan) Date: Mon, 19 Dec 1994 10:28:45 +0100 (MET) Cc: freebsd-hackers@wcarchive.cdrom.com In-Reply-To: <199412190137.UAA28224@reply.net> from "John Brogan" at Dec 18, 94 08:37:45 pm X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 475 Sender: hackers-owner@freebsd.org Precedence: bulk > What do I need to do so I can view these files inside or > if easier, outside of elm? Either get the FreeBSD port of metamail (in portd/mail I suppose) or get the sources for mpack/munpack. Jun 25 22:41:00 1994 93.3 Ko mail/mime/mpack-1.4-src.tar.gz -- Ollivier ROBERT -=- FreeBSD: the daemon is FREE! -=- roberto@freebsd.org FreeBSD keltia 2.1.0-Development #0: Sun Dec 11 20:52:22 1994 roberto@keltia:/usr/src/sys/compile/KELTIA i386 ctm#199 From owner-freebsd-hackers Tue Dec 20 17:25:51 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA06336 for hackers-outgoing; Tue, 20 Dec 1994 17:25:51 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA06305 for ; Wed, 21 Dec 1994 01:25:41 GMT Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id XAA10940; Sun, 18 Dec 1994 23:55:54 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id XAA00173; Sun, 18 Dec 1994 23:55:53 -0800 Message-Id: <199412190755.XAA00173@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Stephen McKay cc: hackers@freebsd.org Subject: Re: Don't scream.. In-reply-to: Your message of "Mon, 19 Dec 94 16:45:55 +1000." <199412190645.QAA21561@orion.devetir.qld.gov.au> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 18 Dec 1994 23:55:52 -0800 Sender: hackers-owner@freebsd.org Precedence: bulk >Being a non-optimist I am surprised that a 2.0.5 based on -current is being >considered. I would expect that a 2.0.1 (note the small minor revision >implying only tiny changes) would be rolled consisting of 2.0 plus only We refered to 2.0-Alpha as 2.0.1 and 2.0-Beta as 2.0.2...so the best we could do would be a 2.0.3...but this might imply 2.0-Release, so perhaps 2.0.4. Since we *are* going to snapshot -current (there really is no other choice - some of the fixes are too extensive to back-port to 2.0R), and since this release will be halfway between 2.0 and 2.1, I think 2.0.5 is appropriate. >A number of things have already changed to make my 2.0 network binaries >not work with the -current kernel. What does this have to do with anything? The 2.0.5 network binaries work with a 2.0.5 kernel, and 2.0.5 will be a complete release...so what's the problem? >I realise that I may be too late in this instance, but you can take it as >read for next time! Actually, it's still not certain if 2.0.5 will happen at all...but if it is possible, I'm certainly behind it. -DG From owner-freebsd-hackers Tue Dec 20 17:27:45 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA06712 for hackers-outgoing; Tue, 20 Dec 1994 17:27:45 -0800 Received: from titan.np.ac.sg (titan.np.ac.sg [153.20.24.72]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA06685 for ; Wed, 21 Dec 1994 01:27:37 GMT Message-Id: <199412210127.BAA06685@freefall.cdrom.com> Subject: floppy error installing 2.0-R To: hackers@freebsd.org Date: Tue, 20 Dec 1994 17:20:19 +0800 (SST) From: SysAdmin - Ng Pheng Siong X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Content-Length: 778 Sender: hackers-owner@freebsd.org Precedence: bulk Hi, all. I am attempting to install 2.0R on a HP Vectra. Fdisk, disklabel, newfs etc proceeded ok. While copying the kernel over, I get the following all over sysinstall's screen: recal failed ST0 80 cyl fd0c: hard error re ap_hard> ST1 1 ST2 0 cyl zcat: stdin: input/output error Sysinstall carries on and prompts to reboot from the h/d. Upon reboot, I get the following panic: exec /stand/sysinstall: error 8 init: not found panic: no init Does the error mean I have a dirty floppy drive, a broken floppy drive, or something else? I have used the same diskettes to install on another machine, and that one is working great. TIA. Cheers. - PS -- Ng Pheng Siong * lsys@np.ac.sg * ngps@np.ac.sg Computer Centre, Ngee Ann Polytechnic, Singapore From owner-freebsd-hackers Tue Dec 20 17:50:15 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA12374 for hackers-outgoing; Tue, 20 Dec 1994 17:50:15 -0800 Received: from dkuug.dk (dkuug.dk [193.88.44.89]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA12335 for ; Wed, 21 Dec 1994 01:50:05 GMT Received: from kmd-ac.dk by dkuug.dk with UUCP id AA25983 (5.65c8/IDA-1.4.4j for freebsd.org!hackers); Mon, 19 Dec 1994 08:53:25 +0100 Message-Id: <199412190753.AA25983@dkuug.dk> Subject: Re: Using graphics under syscons (src) To: paul@isl.cf.ac.uk (Paul Richards) Date: Mon, 19 Dec 1994 08:54:12 +0000 (GMT) From: "Soeren Schmidt" Cc: jkh@time.cdrom.com, sos@kmd-ac.dk, kurto@tiny.mcs.usu.edu, mark@grondar.za, hackers@freebsd.org, terry@cs.weber.edu In-Reply-To: <199412171131.LAA21158@isl.cf.ac.uk> from "Paul Richards" at Dec 17, 94 11:31:32 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1089 X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@freebsd.org Precedence: bulk > In reply to Jordan K. Hubbard who said > > > > 1 simple question: What does Linux's vgalib do, and can we provide > > equvalent functionality? They've already used theirs to do rather > > significant graphical interfaces, including a short-lived version of > > DOOM that ran with it and was apparently quite fast. I also believe > > that there is an asteroids game that currently works with it. Hell, > > if ours was *compatible* with theirs, that would be a significant > > coup! > > > > I think it's time to buy Soren a Linux box.. :-) > > > > I thought I saw Linux emulation on his todo list -- he must already > have one :-) Ahem, actually yes (well sortof, I can boot my main dev box under either of FreeBSD, Linux, SCO, DOS). And yes Linux emulation is on my list, actually I can now (again :) run simple Linux bins under FreeBSD-current. More on that later.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@kmd-ac.dk) FreeBSD Core Team So much code to hack -- so little time .. From owner-freebsd-hackers Tue Dec 20 17:50:45 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA12483 for hackers-outgoing; Tue, 20 Dec 1994 17:50:45 -0800 Received: from dkuug.dk (dkuug.dk [193.88.44.89]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA12435 for ; Wed, 21 Dec 1994 01:50:34 GMT Received: from kmd-ac.dk by dkuug.dk with UUCP id AA25920 (5.65c8/IDA-1.4.4j for freebsd.org!hackers); Mon, 19 Dec 1994 08:49:58 +0100 Message-Id: <199412190749.AA25920@dkuug.dk> Subject: Re: Using graphics under syscons (src) To: terry@cs.weber.edu (Terry Lambert) Date: Mon, 19 Dec 1994 08:50:05 +0000 (GMT) From: "Soeren Schmidt" Cc: kurto@tiny.mcs.usu.edu, sos@kmd-ac.dk, hackers@freebsd.org, mark@grondar.za In-Reply-To: <9412172148.AA23962@cs.weber.edu> from "Terry Lambert" at Dec 17, 94 02:48:57 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 5856 X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@freebsd.org Precedence: bulk > Soren writes: > > > Also in a previous message you mentioned that directly going to the hardware > > > required root privs. How about extending syscons to support a more general > > > VGA driver with ioctl's for setting various VGA registers, this would allow > > > for mode-x programming, etc. > > > > Hmm, the problem is one have to decide where to stop this, you VERY > > quickly get into situations where you have to treat diffent VGA chips > > differently, and I have _*NO*_ intention of trying to support all > > possible video hardware (try ask the XFree guys about this :-) > > I do however see that we need a way of allowing writes to the VGA > > registers of "normal" hardware. As I remember the ibcs/sysv ioctl > > set has some functions for this. The problem here is speed, if you > > wan't "live" graphics you want speed over security, and then you > > HAVE to have access directly to the hardware so you will need root > > privs. Another way was to allow access to specific port numbers, > > but I dont think the kernel supports this at this time (or if it > > ever will). > > Another way to allow access to the ardware directly is using a mapping > into the applications virtual address space of the device memory or > device memory backing store (depending on if the application on a > particular virtual console owned the real console), with the backing > store being used instead of the device memory if the thing didn't own > the real hardware. Yes, this would work for "normal" VGA modes (ie. less then 64K memory). > > This gets around the mapping aspect of the "root priveledges" problem. > > The other component of the "root priveledges" problem is modifications > to hardware state by knowledge of registers/state control through ports, > as wired into particular programs. > > This requires a hardware abstraction. > > By default, I agree with Soren; the support of special modes for VGA > chips is too complex to use by default. You're kidding right :-) > > HOWEVER, the modes are not "too difficult period", just "too difficult for > this to be the default behaviour". This is a subtle distinction. The > suggestion I would make would be to abstract the VGA interface from the > card interface. In its simplest form, this would result in knowing the > contents of typically write-only registers so that mode settings could > always be restored *IF* the mode setting was done through the abstraction. Hmm, this is kind of what syscons supports now, it does all the "standard VGA" things and modes, and can restore a known state if these restrictions is held. BUT if one uses a "unknown card specific SVGA mode" then it gives up. You can allways write a routine that works for your card in a higher res then... > The second level of support would include emulation of VGA modes and SupreVGA > by way of an INT-10 abstraction interface using a VM86() call of some kind. > Thus it would be possible to select modes from a list of available modes > without wiring explicit knowledge of the hardware into a driver -- the > trade of being the requirement for VM86() support. Yes, I've thought about that too, only one problem remains, the selection of memory, many BIOS'es dont have a function to do bankselecting etc.. > A third level of support could be obtained by providing a kernel environment > emulation framework. This sounds more complicated than it is. Basically, > you provide an environment so that NT and Windows 95 (both protected mode > OS's) video drivers *think* they are running in their native environment. > Then you simply use manufacturer supplied drivers. This could be a way forward, anybody having some docs on this ?? > The upshot is that the actual work done in all these cases does not include > card-specific drivers. > > There *ought* to be the possibility of card specific drivers, however -- > what I have, in the past, called "moving DDX into the kernel". > > > The end result of the majority of this work would be the ability to > remove knowledge of specific cards from, among other things, generic X > support, and to abstract it from the console code (there is currently a > limitation on the support of loading ISO8859-1 character sets on console > hardware that I believe should be removed). > > > As a final incentive for change,DOS emulation and things like "DOOM" require > access to the hardware. But do they really? What they want is something > that looks to the program like it has access to the hardware. Yes, they do !! Emulation at this level would slow down things to a halt... > In reality, what it wants is the top level of the hardware abstraction; but > in fact, the underlying driver could be any user supplied driver. Including > a driver that acted as a client to X, or one that mapped a region of a cards > linear frame buffer as a VGA card, and allowed relocation of the origin of > the rectangle within X by virtue of window geometry notification... the > applications for video under X and mpeg/quicktime/CDTV should be obvious. > > > Finally, a library front end to the abstraction, in the form of a callable > "INT10(3)" interface would make porting from DOS simplistic. Indeed, this would make life simpler. 0 > > > > ps - as far as a game I would like to see, how about practically any > > > of the older arcade games. especially joust, any pacman, etc. > > > > This tend to be the trend in all answers I've got :-) > > Star Castle! 8-). Notet ! > > Terry Lambert > terry@cs.weber.edu > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@kmd-ac.dk) FreeBSD Core Team So much code to hack -- so little time .. From owner-freebsd-hackers Tue Dec 20 17:50:48 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA12502 for hackers-outgoing; Tue, 20 Dec 1994 17:50:48 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA12459 for ; Wed, 21 Dec 1994 01:50:39 GMT Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA28823; Tue, 20 Dec 94 10:11:24 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9412201711.AA28823@cs.weber.edu> Subject: Re: hi! To: ugen@netvision.net.il (Ugen J.S.Antsilevich) Date: Tue, 20 Dec 94 10:11:24 MST Cc: terry@cs.weber.edu (Terry Lambert), hackers@freebsd.org In-Reply-To: ; from "Ugen J.S.Antsilevich" at Dec 20, 94 10:22 am X-Mailer: ELM [version 2.3 PL11] Sender: hackers-owner@freebsd.org Precedence: bulk > So first of all unrelated to lkm question: what the hell had > happaned to freefall???!!! Do we at least have list of > all those who are in mail lists so may be we can put this lists in > some other place temporarily?? I just don't feel so good without my 200 > morning emails :^) I'm sure there are backups, after all WC CDROM relies on it to provide masters for one of its products. But the machine itself has been down hard for over a day now... I have no guess as to why. > Now to lkm.. > This is nice and interesting facility which probably will not get > any use in FreeBSD:) ppl somewhy prefer to compile everything they > se into kernel-unix philosofy you know:)) > 1) I'v seen in manual on lkm that somwhere in /usr/share/lkm wonderplace > there should be an example code on them...Well..the directory does not > exists..And the lkm's which are in system mostly consist of standart > kernel code and have no one single comment regarding how do you > write lkm...Suggestions where can i find it?:) I haven't looked at the newest stuff, which I assume was derived from NetBSD -- the beta code I donated, modified by Chris Demetrioux. He added man pages and several other things. I don't know if the examples I gave (a printer driver, a system call, and the /kern FS) are applicable any more. I doubt it completely for the printer driver (the interrupt mechanism has changed since then) and I also doubt it for the /kern FS (the file system has *drastically* changed). I modeled a lot of what I did on the Sun mechanism. It's definitely command-line compatible with SunOS 4.1.3. The internals are somewhat different. Loading an LKM requires that you modify a pointer or table in the kernel to point at the code in the LKM (after it is loaded). Generally, this is accomplished by either manually pointing some value at yourself, or by calling a wrapper routine to do it for you based on your module type. For system calls, the wrapper is passed a system call slot to allocate or a -1, plus a complete 'sysent' structure for the system call to be inserted. In the case of a -1, the functions in the system call table are compared to a known function address (this used to be lkmnosys()), and the first entry of this type is replaced with the new entry provided. At the same time, the LKM system itself keeps track of the memory allocated during the load process, and which slot, etc was allocated to ensure that a call to the right LKM code can unload the code again (by restoring the previous table contents, then freeing up the memory allocated to contain the module. For device drivers, the entry passed is a cdevsw[] or bdevsw[] entry, and the same search takes place. The device switch mechanism has been altered to not allow calls to nulled entries, and nulled entries are what the loader looks for, similar to looking for system calls. Initially, there was no way to specify both a block and a character device simultaneously. I don't know if this has changed. My method of handling this case was to load one driver as one of the devices, and a stub driver that made calls to the other driver as a dependent module of the first driver. > 2) I'v understood that there are standart type of lkm's..So to write such > type of lkm i don't need to do anything special just compile it as module > and it will run well?? (Device driver and stuff like that) There is a load, unload, and query routine. There is also an entry point or init routine for the module itself. The entry point acts as a mux for calss to the load/unload/query by way of indirect reference. That is, the entry point registers the known functions with the lkm system as well for use in device load (including refusal to load if probe fails), unload (unhooking irq/drq/memory), and query (the module status function that returns common module information and an integer of data about the module. For system calls, the data is the system call slot entry (the offset into the system call table). For devices, it's the major or minor. For "generic" modules (modules that do their own kernel table/pointer hacking to install themselves), it's whatever the user wants to return. > 3) Most important: i am trying to move my firewall inside loadable module. > It is probably going to be misc. module so there is thing about it: > * Can i some way overlap some function in kernel with my one?? > ( when firewall is up and running i make some calls inside > ipintr or ip_forward for example which does not present when firewall > don't..so i need to load not firewall functions only but change code > in ipintr & Co) Yes, if it is a run-time resolved function. What that means is that the function can't be statically referenced, it must be referenced via a function pointer. The only things you can change, really, are the contents of kernel data areas. If one of those data areas happens to be the function pointer that is dereferenced to access that function, then you can replace it. In terms of protocols in general, I'd like to se a structure containing function pointers for all functions in each protocol, with a common set of functions defined to handled "protocolness" as an idea. Then a table of protocols which is a table of pointers to these structures. Ideally, you want a module to be able to load an entirely new protocol by adding to the table, or to replace pieces of a protocol by going to a specific protocol slot in the table, dereferencing it to get the structure, and replacing the desired function pointer(s) in the table. It's also quite possible that a loaded module might hack its own table. For instance, a module IPX loads that depends on XNS (another module). It adds it's protocol structure to the table, then changes the contents of its own protocol structure to point to the XNS routines (XNS and IPX are very similar). > * If i can't how can i define kernel in some place to call another > function when module loaded? DECLARATION: int (*replaceable_func)() = default_func(); REFERENCE: ... (*replaceable_func)( p1, p2, p3 ...); ... MODULE LOADER: ... replaceable_func = new_func(); ... > 4) Memory question..If i made some malloc's while module running and unload > module then malloc's are not freed, arn't they? No; this would constitute "resource tracking" of module resource usage. I would think there are two types of memory resources that could be allocated during a modules lifetime (excluding the actual memory taken by the module itself). The first type is memory that you'd want "cleaned up". This is trackable. The second is memory that *under*no*circumstances is allowed to be cleaned up. This memory is not directly trackable. You'll just have to take the hit on it, or put in a lot of effort to track it indirectly. In the first category, you have per device structures, per file system vnode pools, and other memory for which there is not a use after the module has been inactivated. Note the use of the word "Inactivated". A module can be told to unload, and it can determine that it is "busy". Generally this is because it can't recover some resources. For a file system, this might mean that the file system type is still mounted and therefore the code is in use. For a device, that it's open. For a system call, that it has been entered but not exited. This is all the extra housekeeping you must do in a module to ensure that the kernel isn't actively using it when it "goes away" (a panic condition!). To resource track this type of information, you would have to change the kernel memory model to include the concept of discrete pools that are freed when the last pool reference disappears. Then you would allocate a pool on load (reference increment), and decrement in unload (with the reference count going to 0 triggering deallocation). Then you would use pool aware allocation and deallocation routines for the memory in the modules -- passing the pool id along with the allocation/deallocation requests (ie: pool_kmem_alloc, etc.). In the second category, you have additions to kernel memory stores. These are generic additions, so you can't get rid of them, since you can't guarantee that your module is the only user. Consider an ethernet protocol buffer. The buffers are allocated from a common set of all of the available buffers by the particular protocol, but they are replaced in the set of available buffers by the ethernet driver after they have been transmitted. The ethernet driver has no idea who allocated the buffers. Certainly, you could tag each buffer, but this would greatly increase the buffer overhead if you wanted to keep each buffer start page aligned at the same time, or vastly increase processing overhead otherwise. So the ethernet driver returns them to a common pool. It's likely that if you are going to add additional protocol support to an existing kernel, you would want to grow the set of available buffers. But in so doing, you add them to the common pool. Thus a particular buffer for your NetBEUI module could be in use by someone elses IP module, etc.. So you can't simply free them up. What you *can* do is tag and coelesce the space itself. Then on buffer replacement, a bufer in a tagged hunk would not be replaced into the common pool, and the hunk reference would be decremented by one. When a tagged hunk's reference goes to 0, you deallocate the hunk. In practice, I think a lot of this code would have to be in place before LKMs would be generally useful for protocol modules, but for developement, it wouldn't really matter -- except that you have to be prepared to do your own resource tracking. > Ok..that's mostly all..when you'll have free time answer :) > Thanx! I haven't gotten anything from the list recently either, with freefall down, so I have a bit more time than I used to. Hope this is helpful. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Dec 20 17:51:41 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA12737 for hackers-outgoing; Tue, 20 Dec 1994 17:51:41 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA12725 for ; Wed, 21 Dec 1994 01:51:38 GMT Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA28139; Mon, 19 Dec 94 09:47:56 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9412191647.AA28139@cs.weber.edu> Subject: Re: tar man page To: gclarkii@neon.gbdata.com (Gary Clark II) Date: Mon, 19 Dec 94 9:47:56 MST Cc: freebsd-hackers@freebsd.org In-Reply-To: <199412182128.PAA01632@neon.gbdata.com>; from "Gary Clark II" at Dec 18, 94 3:28 pm X-Mailer: ELM [version 2.3 PL11] Sender: hackers-owner@freebsd.org Precedence: bulk > .\" Copyright (c) 1994 > .\" FreeBSD Journal Publications All rights reserved. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Like "The Linux Journal"? I'd like to subscribe, please. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Dec 20 18:03:38 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA16619 for hackers-outgoing; Tue, 20 Dec 1994 18:03:38 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id CAA16062 for ; Wed, 21 Dec 1994 02:01:21 GMT Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA12356; Mon, 19 Dec 1994 20:31:47 +0100 Received: from uriah.UUCP by sax.sax.de (8.6.9/8.6.9) with UUCP id UAA15395 for hackers%freebsd.org@sax.de; Mon, 19 Dec 1994 20:37:34 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id UAA10565; Mon, 19 Dec 1994 20:23:07 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199412191923.UAA10565@bonnie.tcd-dresden.de> Subject: Re: syscons & multiple Xservers? To: hackers@freebsd.org (FreeBSD hackers) Date: Mon, 19 Dec 1994 20:23:07 +0100 (MET) In-Reply-To: <199412182213.AA02516@physics.su.OZ.AU> from "David Dawes" at Dec 19, 94 09:12:59 am X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 535 Sender: hackers-owner@freebsd.org Precedence: bulk As David Dawes wrote: | | I just tested this with 2.0R (using the default kernel), and I turned | off the getty on ttyv2 to give two free VTs. Can someone explain me *why* this is necessary? I can perfectly run an Xserver on a getty'ed VT with the pcvt driver. Why not with syscons? Is this intention? -- cheers, J"org work: joerg_wunsch@tcd-dresden.de private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Dec 20 18:05:06 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA16999 for hackers-outgoing; Tue, 20 Dec 1994 18:05:06 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA16987 for ; Wed, 21 Dec 1994 02:05:02 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id SAA00831; Tue, 20 Dec 1994 18:04:50 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Ulrich Mayring cc: hackers@freebsd.org Subject: Re: OpenStep for FreeBSD? In-reply-to: Your message of "Mon, 19 Dec 94 23:52:44 +0100." <199412192252.XAA23127@coli-gate.coli.uni-sb.de> Date: Tue, 20 Dec 1994 18:04:50 -0800 Message-ID: <830.787975490@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > I would be interested to hear comments about NextStep from any who have > used it and if there will be a port for Linux, surely there must be one > for FreeBSD as well? I wouldn't count on that. How are these MIT people swinging the deal? Jordan From owner-freebsd-hackers Tue Dec 20 18:09:23 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA17985 for hackers-outgoing; Tue, 20 Dec 1994 18:09:23 -0800 Received: from gmdzi.gmd.de (gmdzi.gmd.de [129.26.8.90]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id CAA17952 for ; Wed, 21 Dec 1994 02:09:14 GMT Received: from bagheera.gmd.de (bagheera) by gmdzi.gmd.de with SMTP id AA08205 (5.65c8/IDA-1.4.4 for ); Mon, 19 Dec 1994 17:10:44 +0100 Received: by bagheera.gmd.de id AA25379 (5.67b8/IDA-1.5); Mon, 19 Dec 1994 17:10:37 +0100 Date: Mon, 19 Dec 1994 17:10:37 +0100 From: Dirk Steinberg Message-Id: <199412191610.AA25379@bagheera.gmd.de> To: Jay Lepreau Cc: Daniel Duchamp , goel@cs.columbia.edu, port-i386@netbsd.org, freebsd-hackers@freebsd.org, mach4-users@cs.utah.edu, mach3@cs.cmu.edu, ncr53c810@cs.Colorado.EDU Subject: Re: PA-RISC mach4/Lites/4.4-lite snapshot available In-Reply-To: <199412181451.HAA15031@mancos.cs.utah.edu> References: <199412181451.HAA15031@mancos.cs.utah.edu> Sender: hackers-owner@freebsd.org Precedence: bulk >>>>> "Jay" == Jay Lepreau writes: Jay> I am pleased to announce that entirely freely distributable Jay> code (with one exception) for a complete Mach/Lites Unix Jay> server/4.4-lite system for the PA-RISC hp700 platform is Jay> available by anonymous ftp from Utah. I want to use Mach on a Pentium PC with NCR53C810 PCI SCSI controller. I grabbed your source and found what I think is a driver for the NCR53C700 under mach4/mach4-parisc/kernel/hpsgc/scsi_ncr53c700.c. I heared that the 53c810 essentially supports a superset of the 53c700 SCRIPTS commands. Would that indicate that I could use the 5xc700 driver for the 53c810? Who wrote that driver (HP themselves?)? Why does the driver live under the mach4-parisc hierarchy? The normal place would seem to be mach4/mach4/kernel/scsi/adapters?! Can I just rip out the scsi_ncr53c700.{c,script} and use them for the PC port? Where should I place them? What else would I need? Should I rather try to use the 53c810 driver for NetBSD/FreeBSD? Any other comments? Dirk ------------------------------------------------------------------------------ Dirk W. Steinberg - German National Research Center for Computer Science (GMD) Institute for Application-Oriented Software- and Systems Technology (ISA-NW) Network Engineering Department - Rathausallee 10 - D-53754 Sankt Augustin Phone: +49 2241 14-3182 - Fax: +49 2241 14-3038 - Email: Dirk.Steinberg@gmd.de From owner-freebsd-hackers Tue Dec 20 18:19:32 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA19989 for hackers-outgoing; Tue, 20 Dec 1994 18:19:32 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA19962 for ; Wed, 21 Dec 1994 02:19:23 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id SAA00907; Tue, 20 Dec 1994 18:14:03 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Stephen Hocking cc: hackers@freebsd.org Subject: Re: gdb-4.13 likely? (ups-3.7 needs it) In-reply-to: Your message of "Tue, 20 Dec 94 16:15:39 +1000." <199412200615.GAA23749@netfl15a.devetir.qld.gov.au> Date: Tue, 20 Dec 1994 18:14:02 -0800 Message-ID: <906.787976042@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk This is up to Gary Jennejohn.. > Are we ever likely to see a move to gdb-4.13 from gdb-4.11? The latest versio n > of ups (3.7-alpha) requires 4.13 to work. I tried running it up with the 4.11 > distributed with our sources, and it appears as if some of the functions or > definitions that it relies on are missing from the 4.11 sources. > > I really hate babies. Can't stand e'm. The arrogance, the lies. > They are not to be trusted. I hate babies. - D. Schwab > From owner-freebsd-hackers Tue Dec 20 19:33:20 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA13201 for hackers-outgoing; Tue, 20 Dec 1994 19:33:20 -0800 Received: from quake.xnet.com (quake.xnet.com [198.147.221.34]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id DAA12405; Wed, 21 Dec 1994 03:30:19 GMT Received: from simon.chi.il.us by quake.xnet.com with smtp (Smail3.1.28.1 #1) id m0rKHkd-000wvOC; Tue, 20 Dec 94 21:30 CST Received: by simon.chi.il.us (Smail3.1.28.1 #2) id m0rKHk8-000NB5C; Tue, 20 Dec 94 21:29 CST Message-Id: Date: Tue, 20 Dec 94 21:29 CST From: steve@simon.chi.il.us (Steven E. Piette) To: hackers@freebsd.org, jkh@time.cdrom.com Subject: Re: Don't scream.. Cc: current@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk > Subject: Don't scream.. > Date: Sat, 17 Dec 1994 19:17:56 +0000 > From: "Jordan K. Hubbard" > Sender: hackers-owner@freebsd.org > > > > I therefore put it to you, the members of -hackers and -current, > whether or not you'd care to see (wait for it).. > > FreeBSD 2.0.5! > > [Aiieee!!] > > I've talked to both Poul-Henning Kamp and David Greenman about this, > and we all think that a snap-shot of FreeBSD-current under the > brand-name (and version) of 2.0.5 is quite possible, and perhaps even > eminently desirable. Sure, there will be some bugs in -current. > There were also some pretty _embarassing_ bugs in 2.0R, like the one > that allows you to change anyone else's password, or the install > floppies from hell that only supported the CD installation method. > I'm sure anyone reviewing the commit logs between 2.0R and 2.0C can > find others. What we need to determine is which bugs are _worse_. > > Assuming that Poul-Henning and I can pull this off tomorrow, and we're > pretty sure that we can, the question still remains: "Should we?" If > we don't, then the world doesn't end, it just means that we skip > remastering and only change the bogus artwork. If we do, then it has > to be done by Monday morning before the parcel goes off to the > printer/duplication house. If we do change it, then the artwork will > also be changed to read "2.0.5" (January 1995 :-). > > Thanks! > > Jordan As I think Nate suggested, I would suggest the right thing to do is this: Fix the really bad bugs in 2.0R like the install floppies, pppd and whatever in the 2.0R tree and re-release as 2.0.1R. Ask WC to trash existing stock. Releasing -current without any formal testing smacks of something SunSoft might do (I'm entitled to that crack, right Jordan (:-)) I get the idea from following the lists that there a much greater risk involved in using -current. Steve From owner-freebsd-hackers Tue Dec 20 19:33:39 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA13306 for hackers-outgoing; Tue, 20 Dec 1994 19:33:39 -0800 Received: from netcom18.netcom.com (lance@netcom18.netcom.com [192.100.81.131]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id DAA13254 for ; Wed, 21 Dec 1994 03:33:29 GMT From: lance@netcom.com Received: by netcom18.netcom.com (8.6.9/Netcom) id TAA15997; Tue, 20 Dec 1994 19:33:11 -0800 Message-Id: <199412210333.TAA15997@netcom18.netcom.com> Subject: Diamond Video Cards To: hackers@freebsd.org Date: Tue, 20 Dec 1994 19:33:10 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 197 Sender: hackers-owner@freebsd.org Precedence: bulk Hello, Just a FYI, Diamond is now providing information on how to program their video cards (at least the newer cards). The info should be on http://www.diamondmm.com -Lance lance@netcom.com From owner-freebsd-hackers Tue Dec 20 19:38:39 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA15063 for hackers-outgoing; Tue, 20 Dec 1994 19:38:39 -0800 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA13868; Tue, 20 Dec 1994 19:35:44 -0800 Date: Tue, 20 Dec 1994 19:35:44 -0800 From: "Jordan K. Hubbard" Message-Id: <199412210335.TAA13868@freefall.cdrom.com> To: current, hackers Subject: sup customers take heed! Sender: hackers-owner@freebsd.org Precedence: bulk The 2.0 sources and ports are now in /usr/src and /usr/ports, respectively. If you're supping, you will almost certainly have to change your supfile to not look in /new/... It's all in the default locations now.. Jordan From owner-freebsd-hackers Tue Dec 20 19:45:49 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA18136 for hackers-outgoing; Tue, 20 Dec 1994 19:45:49 -0800 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA16887; Tue, 20 Dec 1994 19:42:50 -0800 Date: Tue, 20 Dec 1994 19:42:50 -0800 From: "Jordan K. Hubbard" Message-Id: <199412210342.TAA16887@freefall.cdrom.com> To: current, hackers Subject: freefall hardware status Sender: hackers-owner@freebsd.org Precedence: bulk Again, just to note for the record: Freefall's sd2, long suffering and causing us problems for about 2 months now, finally got too flakey to live the day before yesterday and I took the opportunity for some much needed maintainance on freefall. Here's what's been done: o Freefall's OS is upgraded to 2.0-current o Disk space reorganized and most old 1.x stuff eliminated. We now have multiple gigabytes free. o Memory increased from 32MB to 48MB o Quantum Prodrive 1800 upgraded to Quantum Empire 2100. This should make system disk access a fair bit faster. o Machine upgraded from 486/DX2 66 to Pentium P5-90 PCI. Disk controller also upgraded from AHA1742 to Bt946c Now before you Pentium haters out there start screaming "fdiv bug! fdiv bug!" just let me say that I know about the problems with the Pentium, thank you, and I have 5 of them here providing very good service, one of which is ftp.cdrom.com. We don't intend to do ray tracing or pipe stress calculations on freefall, we intend to process one hell of a lot of mail (as usual) and do lots of CVS ops. For this purpose, the Pentium will suit us admirably. If you really must run some mathematical application that would be affected by freefall's Pentium, then I gladly encourage you to use thud, which is a 486/DX2 66. It's the test machine anyway, and freefall is NOT a compute server, so the usage policy fits nicely anyway. Please let me know if you have any trouble with any service that freefall provides! Thanks.. Jordan From owner-freebsd-hackers Tue Dec 20 19:58:08 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id TAA20681 for hackers-outgoing; Tue, 20 Dec 1994 19:58:08 -0800 Received: from titan.np.ac.sg (titan.np.ac.sg [153.20.24.72]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id DAA20654 for ; Wed, 21 Dec 1994 03:57:56 GMT Message-Id: <199412210357.DAA20654@freefall.cdrom.com> Subject: Re: floppy error installing 2.0-R To: hackers@freebsd.org Date: Wed, 21 Dec 1994 11:59:13 +0800 (SST) From: SysAdmin - Ng Pheng Siong In-Reply-To: <199412210127.BAA06685@freefall.cdrom.com> from "SysAdmin - Ng Pheng Siong" at Dec 20, 94 05:20:19 pm X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Content-Length: 989 Sender: hackers-owner@freebsd.org Precedence: bulk > I am attempting to install 2.0R on a HP Vectra. Fdisk, disklabel, newfs > etc proceeded ok. While copying the kernel over, I get the following > all over sysinstall's screen: > > recal failed ST0 80 cyl > fd0c: hard error re > ap_hard> ST1 1 > ST2 0 cyl > > zcat: stdin: input/output error Hi again. Assuming that I have a floppy error, I'm attempting to generate a custom boot floppy that does more retries in fd.c. I build the kernel on my working 2.0 system, mount the boot floppy and copy the kernel over. Now, upon booting the floppy I get changing root device to fd ... exec /stand/sysinstall: error 8 init: not found panic: no init The kernel's config is patterned after GENERIC, with some stuff removed that I don't have. I'm unable to "make boot.flp" coz I'm short on disk space on my working system. Hints appreciated. TIA. Cheers. - PS -- Ng Pheng Siong * lsys@np.ac.sg * ngps@np.ac.sg Computer Centre, Ngee Ann Polytechnic, Singapore From owner-freebsd-hackers Tue Dec 20 20:01:36 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA21557 for hackers-outgoing; Tue, 20 Dec 1994 20:01:36 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id DAA20814; Wed, 21 Dec 1994 03:58:39 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id TAA01559; Tue, 20 Dec 1994 19:58:38 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: hackers@freebsd.org cc: current@freebsd.org Subject: thud status Date: Tue, 20 Dec 1994 19:58:38 -0800 Message-ID: <1558.787982318@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk Thud's problems are a little weirder.. Somehow, the kernel that got compiled up for it (and this must have been for awhile, since BOTH kernel and kernel.old are roached!) crashes as soon as the ethernet is configured. I am trying to resurrect it now.. Jordan From owner-freebsd-hackers Tue Dec 20 20:08:31 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA22685 for hackers-outgoing; Tue, 20 Dec 1994 20:08:31 -0800 Received: from reggae.ncren.net (reggae.ncren.net [128.109.131.3]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA22674 for ; Wed, 21 Dec 1994 04:08:29 GMT Received: from ponds.UUCP by reggae.ncren.net (5.65/tas-reggae/may94) id AA12937; Mon, 19 Dec 94 20:36:08 -0500 Received: (rivers@localhost) by ponds.UUCP (8.6.9/8.6.5) id UAA10590 for freebsd-hackers@freefall.cdrom.com; Mon, 19 Dec 1994 20:13:25 -0500 Date: Mon, 19 Dec 1994 20:13:25 -0500 From: Thomas David Rivers Message-Id: <199412200113.UAA10590@ponds.UUCP> To: freebsd-hackers@freefall.cdrom.com Subject: Small problem in nvi. Sender: hackers-owner@freebsd.org Precedence: bulk I've noticed that previous versions of nvi would not "edit" directories. Now, (with 2.0R) when I say: vi /tmp it doesn't complain (saying /tmp is a directory) - but simply goes ahead and reads /tmp. Does anyone recall if this is a new nvi problem (that is, did the one in 1.1.5 do this?) - Dave Rivers - From owner-freebsd-hackers Tue Dec 20 20:26:39 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA29554 for hackers-outgoing; Tue, 20 Dec 1994 20:26:39 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA29513 for ; Wed, 21 Dec 1994 04:26:35 GMT Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id UAA17443; Tue, 20 Dec 1994 20:26:28 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id UAA00561; Tue, 20 Dec 1994 20:26:27 -0800 Message-Id: <199412210426.UAA00561@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: stesin@elvisti.kiev.ua (Andrew V. Stesin) cc: hackers@freebsd.org Subject: Re: [?!] So, is this a bug in the kernel execve() code? In-reply-to: Your message of "Tue, 20 Dec 94 01:20:06 GMT." From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 20 Dec 1994 20:26:25 -0800 Sender: hackers-owner@freebsd.org Precedence: bulk >I tried to dig into that piece of kernel code, but sorry -- I'm not >a wisard, I'm not a kernel hacker, I'm not even on a mailing list. >I personally have no idea about how legal this behavior is and how to >fix it. I don't even know -- was this reported yet or not? > >So, questions. > > 1. How valid the described behavior is? If it isn't considered > valid, how one can fix it? > 2. Is there a set of "official" patches for 1.1.5? Where? > We're running vanilla 1.1.5.0 kernel, I only replaced > some user-area utilities. Maybe some bugfix patches are > needed? The bug was fixed shortly after it was reported - about 5 months ago. A patch to fix this and many other bugs should still be available on ref.tfs.com. -DG From owner-freebsd-hackers Tue Dec 20 20:28:37 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA00405 for hackers-outgoing; Tue, 20 Dec 1994 20:28:37 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA00367 for ; Wed, 21 Dec 1994 04:28:31 GMT Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id UAA17495; Tue, 20 Dec 1994 20:28:24 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id UAA00574; Tue, 20 Dec 1994 20:28:24 -0800 Message-Id: <199412210428.UAA00574@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Kees Jan Koster cc: hackers@freebsd.org In-reply-to: Your message of "Mon, 19 Dec 94 10:54:10 EST." <9412191003.AA17031@sun4nl.NL.net> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 20 Dec 1994 20:28:18 -0800 Sender: hackers-owner@freebsd.org Precedence: bulk >I found that the FreeBSD kernel (al least the one I use) can be config'ed >to run the DS8390 chip. Does this mean that > - any card with a DS8390 chip on it can be used? > - the kernel will also support the DP8390 chip, for example on the PCnic? Probably. You'll have to try it to be sure. The driver supports just about everything that has an 8390 style chip. If it doesn't work, I'm always interested in hearing about this, too. -DG From owner-freebsd-hackers Tue Dec 20 21:16:27 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA12827 for hackers-outgoing; Tue, 20 Dec 1994 21:16:27 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA12809; Wed, 21 Dec 1994 05:16:25 GMT Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29900; Tue, 20 Dec 94 22:11:42 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9412210511.AA29900@cs.weber.edu> Subject: Re: Shared library question To: nate@bsd.coe.montana.edu (Nate Williams) Date: Tue, 20 Dec 94 22:11:42 MST Cc: current@freebsd.org, hackers@freebsd.org, pk@netbsd.org In-Reply-To: <199412191922.MAA15371@bsd.coe.montana.edu>; from "Nate Williams" at Dec 19, 94 12:22 pm X-Mailer: ELM [version 2.3 PL11] Sender: hackers-owner@freebsd.org Precedence: bulk > What happens in our shlib implementation when the user supplies his own > version of a function that also appears in the shlib? It's supposed to resolve the symbol to the first definition, period. > Made up example: [ ... ] Real example: The VendorShell widget class in libXm, and the one in libXaw, which is an override class for the vendorShell in libXt. Ever wonder why you can't use Motif and Xaw widgets reliably in the same application? Now you know. Many of Xt's other subclassing widgets are also replaceable. In this example, the VendorShell widget class is referenced by pulled in routines in libXm and so gets included before libXt. Woe to the person who dicks with link order of libraries to make things work instead of properly ranlib'ing. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Dec 20 21:32:44 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA15305 for hackers-outgoing; Tue, 20 Dec 1994 21:32:44 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA15289 for ; Wed, 21 Dec 1994 05:32:40 GMT Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29918; Tue, 20 Dec 94 22:27:51 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9412210527.AA29918@cs.weber.edu> Subject: Re: OpenStep for FreeBSD? To: ulim@CoLi.Uni-SB.DE (Ulrich Mayring) Date: Tue, 20 Dec 94 22:27:50 MST Cc: hackers@freebsd.org In-Reply-To: <199412192252.XAA23127@coli-gate.coli.uni-sb.de>; from "Ulrich Mayring" at Dec 19, 94 11:52 pm X-Mailer: ELM [version 2.3 PL11] Sender: hackers-owner@freebsd.org Precedence: bulk > I heard yesterday that Sun, Dec and HP have licensed OpenStep, the GUI and > API of NextStep, as far as I understand. This would mean that in one or > two years Sun, Dec and HP workstations will look like the Next and all > existing Next applications will run on these platforms. And with the > three workstation-biggies behind it we can expect a lot of new software > will be developped for OpenStep. So far, so commercial. > > But, reportedly, some guys from the FSF are working on a port of OpenStep for > Linux and OpenStep seems to be looked upon by many as the successor to X. > ("Unix functionality and Macintosh operability") > > I would be interested to hear comments about NextStep from any who have > used it and if there will be a port for Linux, surely there must be one > for FreeBSD as well? The FSF project is well under way, and is in fact, marginally usable for some things. I don't buy off on OpenStep taking over. First of all, it's a set of interface libraries, which implies that while you could implement it on top of X or on top of Display PostScript, you would not, in fact, be able to replace X with it. OpenStep still requires a display technology. The primary benefit to NextStep as an application base is part of the OS which is lacking elsewhere: MACH Domain sockets and other specifically implied IPC mechanisms used to implement things like "live links" in the FramMaker set of tools. Apart from that, it's Just Another Interface. A big part of NeXTStep is the session management -- the implied browser and the menu management. Now anyone who has listened to my diatribe on moving the look-n-feel enforcement into the window manager and having apps use IPC to talk to it to instantiate interface objects, knows that I support the idea of putting the switch between XView and Motif into the manager instead of the application, but there is an implication here that the applications must *all* "play ball" for it to work. Look at InputFocusLenience in the OpenLook window manager to see how far this will get you. Finally, the production guidelines for software and the tools to build it (Interface Builder) are what truly cause applications to look as if they were written specifically for NextStep. Without these tools, the cohesiveness of the look and feel for applications will not be sustained. Look at OSF/Motif, which has similarly strict implementation guidelines, but guidelines which are not enforced by the tools. Look at NetScape, probably the "Killer App" for the internet (I'd have preferred it as the "Killer App" for a free UNIX clone, but you can't have everything). It violates the OSF/Motif style guide with regard to Drag-n-Drop, and so it screws up when you use the middle button to drag label or other text around on the screen. It screws up when you enter the text into a dialog (there are two drop zones which overlap in each dialog... drag a button label text around over top of an "Open Location" dialog to see what I mean. This is not the fault of the interface, it is the fault of people not following the implementation guidelines. I seriously doubt that there is great benefit to the technology without a great deal of the infrastructure, which can't possibly be there in the first or even the third revision of the FSF code. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Dec 20 21:50:48 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA16789 for hackers-outgoing; Tue, 20 Dec 1994 21:50:48 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id FAA16676; Wed, 21 Dec 1994 05:47:45 GMT Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29962; Tue, 20 Dec 94 22:43:02 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9412210543.AA29962@cs.weber.edu> Subject: Re: thud status To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 20 Dec 94 22:43:02 MST Cc: hackers@freebsd.org, current@freebsd.org In-Reply-To: <1558.787982318@time.cdrom.com>; from "Jordan K. Hubbard" at Dec 20, 94 7:58 pm X-Mailer: ELM [version 2.3 PL11] Sender: hackers-owner@freebsd.org Precedence: bulk > > Thud's problems are a little weirder.. Somehow, the kernel that got compiled > up for it (and this must have been for awhile, since BOTH kernel and kernel.old > are roached!) crashes as soon as the ethernet is configured. I am trying > to resurrect it now.. See my previous email to Jack re: the route code changes that were talked about on the list, or better yet, traverse the list archives. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Dec 20 23:28:50 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA07626 for hackers-outgoing; Tue, 20 Dec 1994 23:28:50 -0800 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id XAA07610 for hackers; Tue, 20 Dec 1994 23:28:49 -0800 Date: Tue, 20 Dec 1994 23:28:49 -0800 From: "Jordan K. Hubbard" Message-Id: <199412210728.XAA07610@freefall.cdrom.com> To: hackers Subject: thud write-off. Sender: hackers-owner@freebsd.org Precedence: bulk Thud somehow got its knickers in a real twist, to the point where it was impossible get it on the net or compile a new kernel that would do anything but panic immediately (and I mean *immediately*). Thud's circumstance is further aggrevated by its dual controller nature and a thoroughly icky case that doesn't really permit the installation of a tape or CDROM easily. This added up to a reinstallation. I've preserved the contents of the second drive entirely, and the large 705MB partition on the first drive. The rest is spam. Once I get thud up enough to wheeze through a make world, I'll redeclare it opn.. Jordan From owner-freebsd-hackers Wed Dec 21 03:03:59 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA13380 for hackers-outgoing; Wed, 21 Dec 1994 03:03:59 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA13372 for ; Wed, 21 Dec 1994 11:03:57 GMT Received: (dufault@localhost) by hda.com (8.6.9/8.3) id GAA04222; Wed, 21 Dec 1994 06:05:50 -0500 From: Peter Dufault Message-Id: <199412211105.GAA04222@hda.com> Subject: Re: floppy error installing 2.0-R To: lsys@np.ac.sg (SysAdmin - Ng Pheng Siong) Date: Wed, 21 Dec 1994 06:05:49 -0500 (EST) Cc: hackers@freebsd.org In-Reply-To: <199412210127.BAA06685@freefall.cdrom.com> from "SysAdmin - Ng Pheng Siong" at Dec 20, 94 05:20:19 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 937 Sender: hackers-owner@freebsd.org Precedence: bulk SysAdmin - Ng Pheng Siong writes: > > Hi, all. > > I am attempting to install 2.0R on a HP Vectra. Fdisk, disklabel, newfs > etc proceeded ok. While copying the kernel over, I get the following > all over sysinstall's screen: > > recal failed ST0 80 cyl > fd0c: hard error re > ap_hard> ST1 1 > ST2 0 cyl > (...) This looks like the "gateway floppy problem" (it shows up on the Micronics motherboard that had the "gateway keyboard problem"). CORE GROUP- Can someone who knows something about the floppy contact me? I'll be happy to debug this but don't have any documentation on the floppy controller. We should try to solve this before a new install floppy is rolled. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 ++++ New e-mail address. E-mail problems? Tell hdslip@iii.net From owner-freebsd-hackers Wed Dec 21 04:06:02 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA14958 for hackers-outgoing; Wed, 21 Dec 1994 04:06:02 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA14919 for ; Wed, 21 Dec 1994 12:03:55 GMT Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10599; Wed, 21 Dec 1994 13:02:03 +0100 Received: by sax.sax.de (8.6.9/8.6.9) with UUCP id NAA04434 for hackers@freebsd.org; Wed, 21 Dec 1994 13:07:36 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id MAA01774; Wed, 21 Dec 1994 12:53:47 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199412211153.MAA01774@bonnie.tcd-dresden.de> Subject: Re: etherboards To: dutchman@spase.nl (Kees Jan Koster) Date: Wed, 21 Dec 1994 12:53:47 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <9412191003.AA17031@sun4nl.NL.net> from "Kees Jan Koster" at Dec 19, 94 10:54:10 am X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 475 Sender: hackers-owner@freebsd.org Precedence: bulk As Kees Jan Koster wrote: | | isolink pc-at contr. BICC data networks AM7990PC/80 Nice board. I've also got hold of one, bought out of a crap box for DM 2.00. Works much better than the 3Com 3C503 i've been using before. (Thank you, Paul!) -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Dec 21 06:19:50 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA22437 for hackers-outgoing; Wed, 21 Dec 1994 06:19:50 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA22427 for ; Wed, 21 Dec 1994 14:19:48 GMT Received: from orion ([158.9.11.65]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id GAA03184 for ; Wed, 21 Dec 1994 06:19:36 -0800 Message-Id: <199412211419.GAA03184@wcarchive.cdrom.com> Received: by orion (1.37.109.11/16.2) id AA011479494; Wed, 21 Dec 1994 09:18:14 -0500 From: william pechter ILEX Subject: Re: tar man page To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 21 Dec 1994 09:18:13 -0500 (EST) Cc: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) In-Reply-To: <9412191647.AA28139@cs.weber.edu> from "Terry Lambert" at Dec 19, 94 09:47:56 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 731 Sender: hackers-owner@freebsd.org Precedence: bulk > > > .\" Copyright (c) 1994 > > .\" FreeBSD Journal Publications All rights reserved. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Like "The Linux Journal"? > > I'd like to subscribe, please. That's two of us. Anyway -- how many of us are out there. What advertiser base is there. I'd like to see if we could economically support a publicaton. I used to run some newspapers for a living in my journalist days. I'm not sure we have the numbers. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2943 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Wed Dec 21 06:30:04 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA23248 for hackers-outgoing; Wed, 21 Dec 1994 06:30:04 -0800 Received: from csc.canberra.edu.au (csc.canberra.edu.au [137.92.1.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA23222 for ; Wed, 21 Dec 1994 14:29:53 GMT Received: from student.canberra.edu.au by csc.canberra.edu.au (5.65/1.35) id AA15212; Thu, 22 Dec 94 01:29:20 +1100 Received: by student.canberra.edu.au (5.0/SMI-SVR4) id AA25127; Thu, 22 Dec 94 01:29:03 EDT Date: Thu, 22 Dec 1994 01:29:02 +1100 (EDT) From: "Gasparovski / Daniel (ISE)" X-Sender: u923168@student To: freebsd-hackers@freebsd.org Subject: ktrace Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1219 Sender: hackers-owner@freebsd.org Precedence: bulk Hi all. I have a problem: ktrace sucks :) When trying to debug apps (well, not really "debug", just figure out why they don't work) ktrace doesn't give enough info. For example, I want to know why XYZ doesn't want to connect to a host. ktrace gives me: ... 1764 xyz CALL connect(0x4,0xefbfd8fc,0x10) 1764 xyz RET connect -1 errno 61 Connection refused ... This tells me nothing that the error printed on the screen couldn't. Which address/port did it try to connect to? So, now I have to edit the sources and put a few printf's in, or whip out gdb etc. Sometimes, even these aren't an option. I'd like to see ktrace act little more like "strace", which is available on Sun's and Linux I beleive. strace in this case would have shown: ... connect(4, AF_INET(20480, 127.0.0.1), 16) = -1 (Connection refused) ... aha! It should be trying to connect to port 80, but this suggests a missing ntohs. Also, this has a nice "C code" feel to it, which although neat, isn't THAT important. So a few questions: 1) is there any reason that ktrace can't do this? (other than lack of time to implement) 2) Is there any reason strace can't be ported to FreeBSD? (ditto) Thanks. Dan ... From owner-freebsd-hackers Wed Dec 21 07:21:06 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA27184 for hackers-outgoing; Wed, 21 Dec 1994 07:21:06 -0800 Received: from bigdipper.umd.edu (bigdipper.umd.edu [128.8.220.139]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA26979; Wed, 21 Dec 1994 15:18:21 GMT Received: (from adhir@localhost) by bigdipper.umd.edu (8.6.8/8.6.6) id KAA11289; Wed, 21 Dec 1994 10:17:54 -0500 Date: Wed, 21 Dec 1994 10:17:48 -0500 (EST) From: "Alok K. Dhir" To: "Jordan K. Hubbard" cc: current@freefall.cdrom.com, hackers@freefall.cdrom.com Subject: Re: sup customers take heed! In-Reply-To: <199412210335.TAA13868@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Tue, 20 Dec 1994, Jordan K. Hubbard wrote: > The 2.0 sources and ports are now in /usr/src and /usr/ports, respectively. > > If you're supping, you will almost certainly have to change your supfile > to not look in /new/... It's all in the default locations now.. Umm - I'm not sure, but I think I may have been supping incorrectly for the last few weeks. I grabbed the supfile out of /usr/share/ (I think) - its called standard-supfile and it seems to have been working... But it said nothing about /new. Please tell me if I'm doing anything wrong... Here's the supfile: base release=current host=freefall.cdrom.com hostbase=/home base=/usr prefix=/usr/src delete old bin release=current host=Freefall.Cdrom.Com hostbase=/home base=/usr prefix=/usr/src delete old etc release=current host=Freefall.Cdrom.Com hostbase=/home base=/usr prefix=/usr/src delete old games release=current host=Freefall.Cdrom.Com hostbase=/home base=/usr prefix=/usr/src delete old gnu release=current host=Freefall.Cdrom.Com hostbase=/home base=/usr prefix=/usr/src delete old include release=current host=Freefall.Cdrom.Com hostbase=/home base=/usr prefix=/usr/src delete old sys release=current host=Freefall.Cdrom.Com hostbase=/home base=/usr prefix=/usr/src delete old lib release=current host=Freefall.Cdrom.Com hostbase=/home base=/usr prefix=/usr/src delete old libexec release=current host=Freefall.Cdrom.Com hostbase=/home base=/usr prefix=/usr/src delete old sbin release=current host=Freefall.Cdrom.Com hostbase=/home base=/usr prefix=/usr/src delete old secure release=current host=Freefall.Cdrom.Com hostbase=/home base=/usr prefix=/usr/src delete old share release=current host=Freefall.Cdrom.Com hostbase=/home base=/usr prefix=/usr/src delete old usrbin release=current host=Freefall.Cdrom.Com hostbase=/home base=/usr prefix=/usr/src delete old usrsbin release=current host=Freefall.Cdrom.Com hostbase=/home base=/usr prefix=/usr/src delete old -------------------------------------___--------------------------------- | Al Dhir, Programmer Analyst /___\ UMCP Ag-Engineering Dept | | Internet: adhir@bigdipper.umd.edu (o o) (301) 405-1197 | ---------------------------------ooO-(_)-Ooo----------------------------- From owner-freebsd-hackers Wed Dec 21 07:35:02 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA28038 for hackers-outgoing; Wed, 21 Dec 1994 07:35:02 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA28029 for ; Wed, 21 Dec 1994 15:35:00 GMT Received: from orion ([158.9.11.65]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id HAA15622 for ; Wed, 21 Dec 1994 07:34:47 -0800 Message-Id: <199412211534.HAA15622@wcarchive.cdrom.com> Received: by orion (1.37.109.11/16.2) id AA014434012; Wed, 21 Dec 1994 10:33:32 -0500 From: william pechter ILEX Subject: Linux commercial softwarew To: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Date: Wed, 21 Dec 1994 10:33:32 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1190 Sender: hackers-owner@freebsd.org Precedence: bulk Found on the net...in comp.os.linux.announce This shows the lead Linux has in commercial acceptance. No flames please. I've just emailed them (AT&T) about FreeBSD/NetBSD binary availability and my offer to port the ksh for them. > From comp.os.linux.announce: > > arnold@cc.gatech.edu Arnold Robbins at Georgia Institute of Technology > > Subject: COMMERCIAL: AT&T KSH-93 available for Linux > > Greetings all. I just got off the phone with AT&T Licensing. They are > able to provide real KSH-93 for Linux systems! > > The person to contact is: > > Ed Cartier > AT&T Licensing > +1-908-580-5719 > ecartier@attmail.att.com > > The cost is $99 (+ local sales tax in the US) through the end of 1994. > After that, it's $149 (+ tax). This is for a single system, binary license. > > They will take a personal check. They CANNOT (yet) take credit cards. > They'll also take company purchase orders. > ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2943 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Wed Dec 21 08:02:21 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA29332 for hackers-outgoing; Wed, 21 Dec 1994 08:02:21 -0800 Received: from anvil.appsmiths.com (appsmiths.sccsi.com [198.65.134.98]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA29327 for ; Wed, 21 Dec 1994 16:02:17 GMT Received: (from hoppy@localhost) by anvil.appsmiths.com (8.6.8/8.6.6) id JAA00572 for hackers@freebsd.org; Wed, 21 Dec 1994 09:56:47 -0600 From: "Clay D. Hopperdietzel" Message-Id: <199412211556.JAA00572@anvil.appsmiths.com> Subject: idle killer To: hackers@freebsd.org Date: Wed, 21 Dec 1994 09:56:47 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 622 Sender: hackers-owner@freebsd.org Precedence: bulk Does anyone have any experience with the problem of idle logins (primarily slip) and how to get rid of them? I guess I'm looking for something that is lying around which can nail sessions which have been idle for a while. It would also be nice if it could limit logins to one per user for external lines as well. Thanks 1e6 =============================================================================== Clay D. Hopperdietzel hoppy@appsmiths.com AppSmiths, Inc. (713) 578-0154 Houston, Texas USA Happiness is OG > 1.0500 From owner-freebsd-hackers Wed Dec 21 08:56:19 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA03324 for hackers-outgoing; Wed, 21 Dec 1994 08:56:19 -0800 Received: from crab.xinside.com (crab.xinside.com [199.120.247.2]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA03314 for ; Wed, 21 Dec 1994 16:56:15 GMT Received: (jdc@localhost) by crab.xinside.com (8.6.8/8.6.5) id JAA06928; Wed, 21 Dec 1994 09:50:54 -0700 From: Jeremy Chatfield Message-Id: <199412211650.JAA06928@crab.xinside.com> Subject: Re: tar man page To: pechter@stars.sed.monmouth.army.mil (william pechter ILEX) Date: Wed, 21 Dec 1994 09:50:54 +0000 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199412211419.GAA03184@wcarchive.cdrom.com> from "william pechter ILEX" at Dec 21, 94 09:18:13 am Organization: X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Phone: +1(303)470-5302 Reply-To: jdc@crab.xinside.com X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1242 Sender: hackers-owner@freebsd.org Precedence: bulk william pechter ILEX writes: > > > > > > .\" Copyright (c) 1994 > > > .\" FreeBSD Journal Publications All rights reserved. > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > Like "The Linux Journal"? > > > > I'd like to subscribe, please. > > That's two of us. > > Anyway -- how many of us are out there. What advertiser base is there. > I'd like to see if we could economically support a publicaton. > > I used to run some newspapers for a living in my journalist days. > > I'm not sure we have the numbers. > > Bill > > ----------------------------------------------------------------------------- > Bill Pechter |Systems Administrator | > Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 > 908-532-2943 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil We'd probably buy ad space in such a publication (given reasonable rates and response to initial ads, of course!). Cheers, JeremyC. -- Jeremy Chatfield, +1(303)470-5302, FAX:+1(303)470-5513, email:jdc@xinside.com X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Commercial X Server - for more information please try these services http://www.xinside.com info@xinside.com ftp.xinside.com From owner-freebsd-hackers Wed Dec 21 09:27:07 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA06915 for hackers-outgoing; Wed, 21 Dec 1994 09:27:07 -0800 Received: from sci.brooklyn.cuny.edu (eastham.sci.brooklyn.cuny.edu [146.245.1.21]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA06906 for ; Wed, 21 Dec 1994 17:27:05 GMT Received: from robeson.brooklyn.cuny.edu (robeson.sci.brooklyn.cuny.edu) by sci.brooklyn.cuny.edu (4.1/SMI-4.1a) id AA04830; Wed, 21 Dec 94 12:26:50 EST Date: Wed, 21 Dec 94 12:26:50 EST From: dayton@sci.brooklyn.cuny.edu (Dayton Clark) Message-Id: <9412211726.AA04830@sci.brooklyn.cuny.edu> Received: by robeson.brooklyn.cuny.edu (4.1/SMI-4.1) id AA04426; Wed, 21 Dec 94 12:26:47 EST To: wmbfmk@urc.tue.nl Cc: hackers@freebsd.org In-Reply-To: <199412192104.VAA00100@asterix.urc.tue.nl> (message from Marc van Kempen on Mon, 19 Dec 1994 22:04:14 +0100 (MET)) Subject: Re: Still problems with 2.0 and 3c579 Sender: hackers-owner@freebsd.org Precedence: bulk <.> From: Marc van Kempen <.> Date: Mon, 19 Dec 1994 22:04:14 +0100 (MET) <.> Content-Type: text <.> Content-Length: 701 <.> Precedence: bulk <.> <.> Hi, <.> <.> Despite suggestions to use the link? option to ifconfig I still can't get <.> the 3c579 to run on FreeBSD 2.0. <.> <.> I finally tried an NE2000 I had lying around, and this worked flawlessly. <.> So I think network configuration errors are not the problem. <.> <.> I don't know about EISA cards, but having the port at 0x1000 seems <.> strange to me. Also while playing with the irq I noticed that <.> a dos utility would report the irq at 0xf, while FreeBSD would only recognize <.> the card when set to probe at 0xa. Changing the irq to 0xa with <.> the EISA configuration utility would not really change <.> anything. The card is still recognized, but still no go. <.> <.> If you need more information let me know, <.> <.> <.> Regards, <.> <.> <.> Marc. <.> <.> I use the following config entry for an EISA 3c579 and it works. Note that when I configure the board with the DOS utility I set the IRQ to 11! but use 10 in the config. I'm at a loss for an explanation. # device ep0 at isa? port 0x300 net irq 10 vector epintr # The irq for ep0 is set at 11 via the EISA config program but # It shows up as 10. Go figure. dayton device ep0 at isa? port 0x5000 net irq 10 vector epintr dayton Dayton Clark dayton@sci.brooklyn.cuny.edu From owner-freebsd-hackers Wed Dec 21 10:23:17 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA09978 for hackers-outgoing; Wed, 21 Dec 1994 10:23:17 -0800 Received: from plains.NoDak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id SAA09970 for ; Wed, 21 Dec 1994 18:23:12 GMT Received: by plains.NoDak.edu; Wed, 21 Dec 1994 12:22:53 -0600 Date: Wed, 21 Dec 1994 12:22:53 -0600 From: Mark Tinguely Message-Id: <199412211822.AA27616@plains.NoDak.edu> To: hackers@freebsd.org, ulim@CoLi.Uni-SB.DE Subject: Re: OpenStep for FreeBSD? Sender: hackers-owner@freebsd.org Precedence: bulk NeXTStep/OpenStep was designed for PostScript Display (which the major vendor's X now have and are paying $$ to Adobe for it) and Mach. Both of those requirements will be tough to fill in xxxBSD or Linux. --mark. PS. having a free OpenStep implementation will not solve the problem that commerical programs written for it will not be given out in source form and based on what is available today, I doubt will be compiled to run Linux/FreeBSD. From owner-freebsd-hackers Wed Dec 21 10:46:47 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA11076 for hackers-outgoing; Wed, 21 Dec 1994 10:46:47 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA11070 for ; Wed, 21 Dec 1994 18:46:46 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id KAA08879; Wed, 21 Dec 1994 10:46:11 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: "Gasparovski / Daniel (ISE)" cc: freebsd-hackers@freebsd.org Subject: Re: ktrace In-reply-to: Your message of "Thu, 22 Dec 94 01:29:02 +1100." Date: Wed, 21 Dec 1994 10:46:11 -0800 Message-ID: <8878.788035571@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > > Hi all. > > I have a problem: ktrace sucks :) Clearly someone who hasn't been developing under UNIX for a long time.. We would have _killed_ for ktrace back in the V7 days! :-) Anyway, it may suck in many ways, but it's sure nicer to have than not to have, and I'm pretty used to not having it so when I first saw it in FreeBSD I went "Cowabunga!", or something to that effect.. :-) > I'd like to see ktrace act little more like "strace", which is available > on Sun's and Linux I beleive. strace in this case would have shown: Well, why not research it? Find out just what it'd take and get back to us! :) Jordan From owner-freebsd-hackers Wed Dec 21 10:51:14 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA11201 for hackers-outgoing; Wed, 21 Dec 1994 10:51:14 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA11195 for ; Wed, 21 Dec 1994 18:51:13 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id KAA08915; Wed, 21 Dec 1994 10:50:57 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: william pechter ILEX cc: FreeBSD-hackers@freefall.cdrom.com (FreeBSD-hackers) Subject: Re: Linux commercial softwarew In-reply-to: Your message of "Wed, 21 Dec 94 10:33:32 EST." <199412211534.HAA15622@wcarchive.cdrom.com> Date: Wed, 21 Dec 1994 10:50:56 -0800 Message-ID: <8914.788035856@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > I've just emailed them (AT&T) about FreeBSD/NetBSD binary availability and > my offer to port the ksh for them. Thanks! Every little bit like this helps. For an even more sobering look, just pick up a copy of The Linux Journal and see all the commercial advertising in it! And if you know of a company who provides a product you'd like to see for FreeBSD, let me know. With my vendor relations hat on, I do a lot of such begging and pleading.. Jordan > > > From comp.os.linux.announce: > > > > arnold@cc.gatech.edu Arnold Robbins at Georgia Institute of Technology > > > > Subject: COMMERCIAL: AT&T KSH-93 available for Linux > > > > Greetings all. I just got off the phone with AT&T Licensing. They are > > able to provide real KSH-93 for Linux systems! > > > > The person to contact is: > > > > Ed Cartier > > AT&T Licensing > > +1-908-580-5719 > > ecartier@attmail.att.com > > > > The cost is $99 (+ local sales tax in the US) through the end of 1994. > > After that, it's $149 (+ tax). This is for a single system, binary license From owner-freebsd-hackers Wed Dec 21 10:52:13 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA11237 for hackers-outgoing; Wed, 21 Dec 1994 10:52:13 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA11230 for ; Wed, 21 Dec 1994 18:52:12 GMT Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id KAA21903 for ; Wed, 21 Dec 1994 10:52:03 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id KAA08866; Wed, 21 Dec 1994 10:42:46 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: william pechter ILEX cc: terry@cs.weber.edu (Terry Lambert), FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Subject: Re: tar man page In-reply-to: Your message of "Wed, 21 Dec 94 09:18:13 EST." <199412211419.GAA03184@wcarchive.cdrom.com> Date: Wed, 21 Dec 1994 10:42:45 -0800 Message-ID: <8865.788035365@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > That's two of us. > > Anyway -- how many of us are out there. What advertiser base is there. > I'd like to see if we could economically support a publicaton. I've already talked with the editor of the Linux Journal about a possible sister publication, and have been meaning to call him back at some point after the hols and resume our discussions. It would help me GREATLY if I could get some preliminary estimates on the size of the potential subscriber base, however. Would one of you be willing to collect this information from -hackers and/or the newsgroups? I'd do it myself, but my poor mailbox already runneth over and I'm not posessed of any free time at the moment, so I've no time to find or hack together a statistics gathering robot and stick it up on freefall. I'm not sure we have the numbers either, but why not see if we can't use this computer thing here to collect some harder data? :-) Jordan From owner-freebsd-hackers Wed Dec 21 10:52:55 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA11280 for hackers-outgoing; Wed, 21 Dec 1994 10:52:55 -0800 Received: from dvals1.larc.nasa.gov (dvals1.larc.nasa.gov [128.155.4.96]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA11272 for ; Wed, 21 Dec 1994 18:52:53 GMT Received: by dvals1.larc.nasa.gov (8.6.9/server2.4) id NAA02353; Wed, 21 Dec 1994 13:50:43 -0500 Message-Id: <199412211850.NAA02353@dvals1.larc.nasa.gov> From: Branson Matheson Subject: Re: tar man page To: jdc@crab.xinside.com Date: Wed, 21 Dec 1994 13:50:42 -0500 (EST) Cc: pechter@stars.sed.monmouth.army.mil, freebsd-hackers@freebsd.org In-Reply-To: <199412211650.JAA06928@crab.xinside.com> from "Jeremy Chatfield" at Dec 21, 94 09:50:54 am X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 803 Sender: hackers-owner@freebsd.org Precedence: bulk > > william pechter ILEX writes: > > > > > > > > > .\" Copyright (c) 1994 > > > > .\" FreeBSD Journal Publications All rights reserved. > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > > > Like "The Linux Journal"? > > > > > > I'd like to subscribe, please. > > > > That's two of us. That is three, four, and five of us .. There are MANY that are here that would be interested in such a subscription. Please let me know if there is any way I can help. -branson -- _______________________________________________________________________________ E. Branson Matheson III e.b.matheson@larc.nasa.gov Computer Sciences Corporation "If Pete and Re-Pete were sitting on (804)864-9700 -- Work a fence, And Pete fell off.... (804)881-8308 -- Beeper Who'd be left?" From owner-freebsd-hackers Wed Dec 21 11:51:24 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA13443 for hackers-outgoing; Wed, 21 Dec 1994 11:51:24 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA13437 for ; Wed, 21 Dec 1994 19:51:23 GMT Received: from reply.net (reply.net [198.240.70.10]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id LAA03338 for ; Wed, 21 Dec 1994 11:51:13 -0800 Received: (jbrogan@localhost) by reply.net (8.6.8/8.6.5) id OAA03343 for freebsd-hackers@freebsd.cdrom.com; Wed, 21 Dec 1994 14:47:33 -0500 From: John Brogan Message-Id: <199412211947.OAA03343@reply.net> Subject: Usage of xntpd w/BSD 1.1.5.1 To: freebsd-hackers@wcarchive.cdrom.com Date: Wed, 21 Dec 1994 14:47:33 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 309 Sender: hackers-owner@freebsd.org Precedence: bulk I'm interested in having my clock keep better time and I was told to look into the xntpd program. I guess what I need is for someone to tell me where I should "point" the program to so it can get it's time adjusted, etc. Also, a bit of installation tips would be most helpful. Thank you. John Brogan From owner-freebsd-hackers Wed Dec 21 12:46:26 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA16018 for hackers-outgoing; Wed, 21 Dec 1994 12:46:26 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id UAA16012 for ; Wed, 21 Dec 1994 20:46:25 GMT Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA00879; Wed, 21 Dec 94 13:41:40 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9412212041.AA00879@cs.weber.edu> Subject: Re: Linux commercial softwarew To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Dec 94 13:41:39 MST Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <8914.788035856@time.cdrom.com>; from "Jordan K. Hubbard" at Dec 21, 94 10:50 am X-Mailer: ELM [version 2.3 PL11] Sender: hackers-owner@freebsd.org Precedence: bulk > > I've just emailed them (AT&T) about FreeBSD/NetBSD binary availability and > > my offer to port the ksh for them. > > Thanks! Every little bit like this helps. > > For an even more sobering look, just pick up a copy of The Linux Journal > and see all the commercial advertising in it! Oh, you mean this stuff? 8-). The current Linux Journal: o Covers are considered numbered pages -- so density is slightly higher than it will appear. o Size key: F Full page .6 Two thirds page .5 Half page .3 One third page .2 One quarter page C Full color # 'n' color M Mono S Square V Vertical H Horizontal CARD Postal reply coupon (insert) CAT 6x9 catalog insert * Advertiser sells BSD/BSDI related products ------- ---- ------------------------------------------------------------ LOC SIZE WHO/WHAT ------- ---- ------------------------------------------------------------ Cover 2 FC Yggdrasil Computing Linux (CDROM) Linux Bible (book) MoCheap (OSF/Motif 1.2.4) Cover 3 FC InfoMagic Linux Developer's Resource (2 CDROMS) Cover 4 FC MetroLink Incorporated Metro-X (X Server) Metro-XIE (Image Manipulation) Metro-XV (Video) MODE: Metro-Office Desktop Environment (OSF/Motif 1.2.4 + Xalt Office [Desktop]) 4 .32S CRISP Crisp Editor (X/text based Brief Clone) 4 .3MV Linux Journal Publication disclosure + editorial list 5 .52V Red Hat Software Linux distribution (CDROM/NFS Install) 7 .32S VersaSoft dBMAN V (dBASE clone, uses native files) 8/9 CARD Linux Journal Business Reply Mail sbscription coupon 9 .2MV POET Software POET (Object Oriented C++ class library for database) 9 .2MV Prime Time Freeware Freeware for AI (2 CDROM CMU AI archive) Freeware for UNIX (2 CDROM, Rich Morin's archive) TEXcetera (CDROM Snapshot of CTAN [TEX] archive) 13 .2MV Universal CDROM InfoMagic CDROM Morse Tele CDROM Trans-Ameritech CDROM Yggdrasil CDROM Linux Bible (Yggdrasil book) 15 FM PromoX Systems* PC's with preinstalled OS (Linux/Windows/FreeBSD SCO/UnixWare/SunSoft), misc. hardware + software 17 .62V Trans-Ameritech* Linux Plus BSD CDROM 19 .3MV Just Logic* SQL Databse Engine 20 .2CV Linux Journal Linux Installation and Getting Started (book) Linux Network Administrator's Guide (book) Linux How-To's (book) UNIX: An Open Systems Dictionary (book) The Linux Sampler (book) 21 .2CV J&J Imaging Linus Mugs, Totes, Aprons, T-Shirts, Sweat Shirts, Jackets. 24 .52V NASCENT Technology Linux (CDROM) Linux + Electronic design tools (Spice, etc. CDROM) SWiM OSF/Motif (CDROM) 24/25 CAT SSC's Linux Products Catalog Linux Books Computer Books CDROM's Other Linux-related products 25 F2 AlphaBASE Metropolis Application Environment DBMS Metropolis Assitant Plus (PIM) 27 .2MV Revolutionary Software /rdb (RDBMS) 29 FC Cyclades Corporation RISC Based Multiport Card GangeExandable Terminal Server 30 .2MV Computer Graphics Service, Ltd. GENPLOT (data analysis and graphics for scientists) 30 x Wizvax Communications 2"x3"M Consulting, Boca + Cyclades multiport boards 31 FM Fintronic USA Preinstalled Linux systems other hardware 32 FC UniForum UniForum 95 Trade Show advertisement 34 .2MV JBX Online Service provider in Boynton Beach, FL area 34 .2MV Linux System Labs Linux (CDROM) Linux (Floppy) Linux Documentation project book Motif (CDROM) 35 .2MV SW Technology Machines with Linux preinstalled Machines configured for Internet Service Providers Routers/Multport boards/Terminal servers 36 .3MS S.u.S.E. - Gesellschaft fu:r Software-und Systementwicklung mbH Linux CDROMs Linux Motif 1.2.4 Linux documentation (some in German) 37 .5MH Linux Journal Consultant's directory (once free, $150/yearly) 37 .2MH Linux Journal Article solicitation 37 .2MH Linux Journal User group meeting schedules solicitation User group minutes solicitation 38 FM Linux Journal Linux resources listing 39 FM Enhanced Software Technologies, Inc. BRU (Backup Restore Utility) 40 .22V Linux Journal Liste of Advertisers 40 x ACC Bookstore* 2"x3"2 Motif (SWiM) 40/51 CARD Linux Journal 2 NON-POSTAGE PAID Advertiser Bingo cards 41 FC X Inside* X Server software 42 F2 Linux Journal Linux Internation Grant Fund (1/4 page reply form) 43 .22V Linux Journal Adverisement solicitation 44 .32V Mjo/lner Informatics (Denmark) Beta (Language + environment) 45 FC ACC Bookstore* CDROMs Books Videos 46 .5FV SSC Inc* Pocket reference guides Linux related materials ------- ---- ------------------------------------------------------------ Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Dec 21 12:55:25 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA16622 for hackers-outgoing; Wed, 21 Dec 1994 12:55:25 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA16613 for ; Wed, 21 Dec 1994 20:55:23 GMT Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by wcarchive.cdrom.com (8.6.8/8.6.6) with SMTP id MAA15058 for ; Wed, 21 Dec 1994 12:55:14 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA12417; Wed, 21 Dec 1994 15:55:03 -0500 Date: Wed, 21 Dec 1994 15:55:03 -0500 From: Garrett Wollman Message-Id: <9412212055.AA12417@halloran-eldar.lcs.mit.edu> To: John Brogan Cc: freebsd-hackers@wcarchive.cdrom.com Subject: Usage of xntpd w/BSD 1.1.5.1 In-Reply-To: <199412211947.OAA03343@reply.net> References: <199412211947.OAA03343@reply.net> Sender: hackers-owner@freebsd.org Precedence: bulk < said: > I guess what I need is for someone to tell me where > I should "point" the program to so it can get it's time > adjusted, etc. Also, a bit of installation tips would > be most helpful. See the FreeBSD FAQ; there's about two paragraphs' worth there. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Wed Dec 21 13:28:28 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA17747 for hackers-outgoing; Wed, 21 Dec 1994 13:28:28 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA17733 for ; Wed, 21 Dec 1994 21:28:25 GMT Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id WAA04605 for ; Wed, 21 Dec 1994 22:28:40 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA00361; Wed, 21 Dec 94 22:29:03 +0100 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.6.9/keltia-uucp-1.21) id WAA09284 for freebsd-hackers@FreeBSD.ORG; Wed, 21 Dec 1994 22:17:53 +0100 From: Ollivier Robert Message-Id: <199412212117.WAA09284@keltia.frmug.fr.net> Subject: Version displayed in RELEASE 2.0.5 To: freebsd-hackers@freebsd.org (FreeBSD Hackers' list) Date: Wed, 21 Dec 1994 22:17:50 +0100 (MET) Reply-To: roberto@hsc.fr.net (Ollivier Robert) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 733 Sender: hackers-owner@freebsd.org Precedence: bulk Now that the CVS tree has been tagged as 2.0.5, sys/conf/newvers.sh still displays 2.1.0-Development... touch version v=`cat version` u=${USER-root} d=`pwd` h=`hostname` t=`date` echo "char ostype[] = \"FreeBSD\";" > vers.c echo "char osrelease[] = \"2.1.0-Development\";" >> vers.c echo "int osreldate = 199412;" >> vers.c echo "char sccs[4] = { '@', '(', '#', ')' };" >>vers.c echo "char version[] = \"FreeBSD 2.1.0-Development #${v}: ${t}\\n ${u}@${h}:$ {d}\\n\";" >>vers.c echo `expr ${v} + 1` > version -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.1.0-Development #0: Sun Dec 11 20:52:22 1994 roberto@keltia:/usr/src/sys/compile/KELTIA i386 ctm#218 From owner-freebsd-hackers Wed Dec 21 13:34:48 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA18272 for hackers-outgoing; Wed, 21 Dec 1994 13:34:48 -0800 Received: from squid.umd.edu (squid.umd.edu [129.2.40.6]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA18264 for ; Wed, 21 Dec 1994 21:34:46 GMT Received: by squid.umd.edu (5.65/Ultrix3.0-C) id AA07866; Wed, 21 Dec 1994 16:40:47 -0500 From: fcawth@squid.umd.edu (Fred Cawthorne) Message-Id: <9412212140.AA07866@squid.umd.edu> Subject: Re: Freefall status. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Dec 94 16:40:47 EST Cc: hackers@freebsd.org In-Reply-To: <199412191613.IAA01010@time.cdrom.com>; from "Jordan K. Hubbard" at Dec 19, 94 8:13 am X-Mailer: ELM [version 2.3 PL11] Sender: hackers-owner@freebsd.org Precedence: bulk > freefall is upgrading itself to -current right now as there are some > embarassing bugs in 2.0 that we wouldn't want on freefall, and it ^^^^^^^^^^^^^^^^^^ > should be ready for a return to service sometime early Tuesday morning. > > Jordan > Ok... I have been following this stuff a little bit, but could someone please list all of the bugs that are in the 2.0 release?? I don't really care about the install stuff, since it's installed on a couple of machines already. Is there anything that effects things in an up-and-running system? I am putting together a file server that will do NFS, pcnfsd, popper, named, and support a few logged-in users. Would it be better to sup -current and install from a tape of that?? Thanks, Fred. From owner-freebsd-hackers Wed Dec 21 13:46:37 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA19066 for hackers-outgoing; Wed, 21 Dec 1994 13:46:37 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA19054 for ; Wed, 21 Dec 1994 21:46:34 GMT Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id WAA04676 for ; Wed, 21 Dec 1994 22:46:51 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA00468; Wed, 21 Dec 94 22:47:13 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9412212147.AA00468@blaise.ibp.fr> Subject: Cleaning the compile/whatever directory before config. To: hackers@freebsd.org (Hackers' list FreeBSD) Date: Wed, 21 Dec 1994 22:47:13 +0100 (MET) X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 296 Sender: hackers-owner@freebsd.org Precedence: bulk Is is necessary now ? I know it used to be and wonder if we can skip it now... -- Ollivier ROBERT -=- FreeBSD: the daemon is FREE! -=- roberto@freebsd.org FreeBSD keltia 2.1.0-Development #0: Sun Dec 11 20:52:22 1994 roberto@keltia:/usr/src/sys/compile/KELTIA i386 ctm#199 From owner-freebsd-hackers Wed Dec 21 13:48:58 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA19176 for hackers-outgoing; Wed, 21 Dec 1994 13:48:58 -0800 Received: from kithrup.com (kithrup.com [140.174.23.40]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA19168 for ; Wed, 21 Dec 1994 21:48:55 GMT Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id NAA03443; Wed, 21 Dec 1994 13:48:39 -0800 Date: Wed, 21 Dec 1994 13:48:39 -0800 From: Sean Eric Fagan Message-Id: <199412212148.NAA03443@kithrup.com> To: fcawth@squid.umd.edu, jkh@time.cdrom.com Subject: Re: Freefall status. Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >> embarassing bugs in 2.0 that we wouldn't want on freefall, and it > ^^^^^^^^^^^^^^^^^^ >Ok... I have been following this stuff a little bit, but could someone >please list all of the bugs that are in the 2.0 release?? Yes, could we get a "KNOWN BUGS" list kept around somewhere and posted to the net? It'd be useful... Sean. From owner-freebsd-hackers Wed Dec 21 14:25:32 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA22226 for hackers-outgoing; Wed, 21 Dec 1994 14:25:32 -0800 Received: from hp.com (hp.com [15.255.152.4]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA22218 for ; Wed, 21 Dec 1994 22:25:30 GMT Received: from hpautow.aus.hp.com by hp.com with SMTP (1.37.109.14/15.5+ECS 3.3) id AA293528718; Wed, 21 Dec 1994 14:25:18 -0800 Message-Id: <199412212225.AA293528718@hp.com> Received: by hpautow.aus.hp.com (1.38.193.4/16.2) id AA22389; Thu, 22 Dec 1994 09:23:47 +1100 From: "M.C Wong" Subject: Re: Linux commercial softwarew To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 22 Dec 1994 9:23:44 EDT Cc: pechter@stars.sed.monmouth.army.mil, FreeBSD-hackers@freefall.cdrom.com In-Reply-To: <8914.788035856@time.cdrom.com>; from "Jordan K. Hubbard" at Dec 21, 94 10:50 am X-Mailer: Elm [revision: 109.14.c] Sender: hackers-owner@freebsd.org Precedence: bulk > > > I've just emailed them (AT&T) about FreeBSD/NetBSD binary availability and > > my offer to port the ksh for them. > > Thanks! Every little bit like this helps. > > For an even more sobering look, just pick up a copy of The Linux Journal > and see all the commercial advertising in it! > > And if you know of a company who provides a product you'd like to see > for FreeBSD, let me know. With my vendor relations hat on, I do a lot > of such begging and pleading.. > > Jordan > 1) X Inside's Accelerated X 2) GUI Corp's SWiM 2.0 Email a few companies for their ports, most of them are not ready for the port yet. Perhaps one of the VERY GREAT new product will be Visual Thought, can't remeber by which company, is a drawing tool. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ M.C Wong Email: mcw@hpato.aus.hp.com Australian Telecom Operation Voice: +61 3 272 8058 Hewlett-Packard Australia Ltd Fax: +61 3 898 9257 31 Joseph St, Blackburn 3130, Australia OS: FreeBSD-1.1.5.1 http://hpautow.aus.hp.com:9999/~mcw/mcw.html (or http://hpautorf/~mcw) From owner-freebsd-hackers Wed Dec 21 14:47:00 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA23737 for hackers-outgoing; Wed, 21 Dec 1994 14:47:00 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA23727 for ; Wed, 21 Dec 1994 22:46:57 GMT Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id XAA04971 for ; Wed, 21 Dec 1994 23:47:13 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA00587; Wed, 21 Dec 94 23:47:35 +0100 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.6.9/keltia-uucp-1.21) id XAA09764 for freebsd-hackers@FreeBSD.ORG; Wed, 21 Dec 1994 23:41:33 +0100 From: Ollivier Robert Message-Id: <199412212241.XAA09764@keltia.frmug.fr.net> Subject: Source routing To: freebsd-hackers@freebsd.org (FreeBSD Hackers' list) Date: Wed, 21 Dec 1994 23:41:32 +0100 (MET) Reply-To: roberto@hsc.fr.net (Ollivier Robert) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 494 Sender: hackers-owner@freebsd.org Precedence: bulk Now that we have a packet filtering package, I think it would be a good security point if source routed packets could be dropped or logged with a corresponding sysctl variable... net.inet.ip.sourceroute maybe ? Refusing source routed packets is a strong security point. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.1.0-Development #0: Sun Dec 11 20:52:22 1994 roberto@keltia:/usr/src/sys/compile/KELTIA i386 ctm#218 From owner-freebsd-hackers Wed Dec 21 15:54:33 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA03346 for hackers-outgoing; Wed, 21 Dec 1994 15:54:33 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA03337 for ; Wed, 21 Dec 1994 23:54:32 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id PAA09770; Wed, 21 Dec 1994 15:50:22 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: "M.C Wong" cc: pechter@stars.sed.monmouth.army.mil, FreeBSD-hackers@freefall.cdrom.com Subject: Re: Linux commercial softwarew In-reply-to: Your message of "Thu, 22 Dec 94 09:23:44 EDT." <199412212225.AA293068700@hp.com> Date: Wed, 21 Dec 1994 15:50:22 -0800 Message-ID: <9769.788053822@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > 1) X Inside's Accelerated X > 2) GUI Corp's SWiM 2.0 Huh? These people are _already_ on board with us! I was looking for companys that AREN'T already doing business with FreeBSD, thanks.. Jordan From owner-freebsd-hackers Wed Dec 21 16:18:49 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA06036 for hackers-outgoing; Wed, 21 Dec 1994 16:18:49 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA06024 for ; Thu, 22 Dec 1994 00:18:47 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id QAA09840 for ; Wed, 21 Dec 1994 16:18:41 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: hackers@freefall.cdrom.com Subject: Intel to now replace Pentiums "With No Questions Asked" Date: Wed, 21 Dec 1994 16:18:41 -0800 Message-ID: <9839.788055521@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk According to the San Francisco Chronicle, Intel has reversed itself on its previous position and will now upgrade any customer's Pentium chip with no questions asked. You have to provide a credit card number for them to charge if you're a deadbeat and don't send the old one back, but that's essentially it. freefall's Pentium will be so upgraded as soon as Intel ships the part. Jordan From owner-freebsd-hackers Wed Dec 21 17:07:04 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA14312 for hackers-outgoing; Wed, 21 Dec 1994 17:07:04 -0800 Received: from wonderland.apana.org.au (root@wonderland.apana.org.au [203.3.126.65]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA14260 for ; Thu, 22 Dec 1994 01:06:52 GMT Received: (from wombat@localhost) by wonderland.apana.org.au (8.6.9/8.6.9) id LAA10577 for hackers@FreeBSD.org; Thu, 22 Dec 1994 11:06:13 +1000 From: Michael Watkin Message-Id: <199412220106.LAA10577@wonderland.apana.org.au> Subject: Intel EtherExpress Driver To: hackers@freebsd.org Date: Thu, 22 Dec 1994 11:06:13 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 161 Sender: hackers-owner@freebsd.org Precedence: bulk Is anyone developing an Intel Etherexpress driver for FreeBSD?? It's the only card I've got and I really want to try out FreeBSD's networking. Thanks, Mike. From owner-freebsd-hackers Wed Dec 21 17:32:46 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA17880 for hackers-outgoing; Wed, 21 Dec 1994 17:32:46 -0800 Received: from hp.com (hp.com [15.255.152.4]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA17874 for ; Thu, 22 Dec 1994 01:32:45 GMT Received: from hpautow.aus.hp.com by hp.com with SMTP (1.37.109.14/15.5+ECS 3.3) id AA105139956; Wed, 21 Dec 1994 17:32:37 -0800 Message-Id: <199412220132.AA105139956@hp.com> Received: by hpautow.aus.hp.com (1.38.193.4/16.2) id AA23587; Thu, 22 Dec 1994 12:31:20 +1100 From: "M.C Wong" Subject: Re: Intel to now replace Pentiums "With No Questions Asked" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 22 Dec 1994 12:31:18 EDT Cc: hackers@freefall.cdrom.com In-Reply-To: <9839.788055521@time.cdrom.com>; from "Jordan K. Hubbard" at Dec 21, 94 4:18 pm X-Mailer: Elm [revision: 109.14.c] Sender: hackers-owner@freebsd.org Precedence: bulk > > According to the San Francisco Chronicle, Intel has reversed itself on > its previous position and will now upgrade any customer's Pentium chip > with no questions asked. You have to provide a credit card number for > them to charge if you're a deadbeat and don't send the old one back, > but that's essentially it. > > freefall's Pentium will be so upgraded as soon as Intel ships the part. > > Jordan > > Looks like I should go shopping for one Pentium chip right away! Any cut off date for the purchase which will be replaced with no questions asked ? -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ M.C Wong Email: mcw@hpato.aus.hp.com Australian Telecom Operation Voice: +61 3 272 8058 Hewlett-Packard Australia Ltd Fax: +61 3 898 9257 31 Joseph St, Blackburn 3130, Australia OS: FreeBSD-1.1.5.1 http://hpautow.aus.hp.com:9999/~mcw/mcw.html (or http://hpautorf/~mcw) From owner-freebsd-hackers Wed Dec 21 17:36:37 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA18311 for hackers-outgoing; Wed, 21 Dec 1994 17:36:37 -0800 Received: from titan.np.ac.sg (titan.np.ac.sg [153.20.24.72]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA18288 for ; Thu, 22 Dec 1994 01:36:32 GMT Message-Id: <199412220136.BAA18288@freefall.cdrom.com> Subject: Re: Intel to now replace Pentiums "With No Questions Asked" To: hackers@freebsd.org Date: Thu, 22 Dec 1994 09:37:51 +0800 (SST) From: SysAdmin - Ng Pheng Siong In-Reply-To: <9839.788055521@time.cdrom.com> from "Jordan K. Hubbard" at Dec 21, 94 04:18:41 pm X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Content-Length: 267 Sender: hackers-owner@freebsd.org Precedence: bulk > According to the San Francisco Chronicle, Intel has reversed itself on > its previous position and will now upgrade any customer's Pentium chip > with no questions asked. Watch out for the new PentiumSX from Intel, a natural upgrade for 486SX users. ;) - PS From owner-freebsd-hackers Wed Dec 21 17:44:04 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA19672 for hackers-outgoing; Wed, 21 Dec 1994 17:44:04 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA19654 for ; Thu, 22 Dec 1994 01:44:00 GMT Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id RAA08186; Wed, 21 Dec 1994 17:43:46 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id RAA00950; Wed, 21 Dec 1994 17:43:46 -0800 Message-Id: <199412220143.RAA00950@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "M.C Wong" cc: hackers@freefall.cdrom.com Subject: Re: Intel to now replace Pentiums "With No Questions Asked" In-reply-to: Your message of "Thu, 22 Dec 94 12:31:18 EDT." <199412220132.AA105139956@hp.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 21 Dec 1994 17:43:44 -0800 Sender: hackers-owner@freebsd.org Precedence: bulk >> According to the San Francisco Chronicle, Intel has reversed itself on >> its previous position and will now upgrade any customer's Pentium chip >> with no questions asked. You have to provide a credit card number for >> them to charge if you're a deadbeat and don't send the old one back, >> but that's essentially it. >> >> freefall's Pentium will be so upgraded as soon as Intel ships the part. >> > >Looks like I should go shopping for one Pentium chip right away! Any >cut off date for the purchase which will be replaced with no questions >asked ? No. In fact, you are given a choice: Intel will either send you a written lifetime guarantee that the chip you currently have will be replaced at no charge if it has any defects -or- they will replace the part immediately. I was just informed that Intel has pulled people from marketing and other departments to help in customer service and is seeking to hire 200 additional customer service reps for the next 3 months...I wonder why. :-) The telephone number to order your replacement chip is (800) 628 8686. -DG From owner-freebsd-hackers Wed Dec 21 17:47:29 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA20256 for hackers-outgoing; Wed, 21 Dec 1994 17:47:29 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA20248 for ; Thu, 22 Dec 1994 01:47:27 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id RAA10039; Wed, 21 Dec 1994 17:44:50 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: "M.C Wong" cc: hackers@freefall.cdrom.com Subject: Re: Intel to now replace Pentiums "With No Questions Asked" In-reply-to: Your message of "Thu, 22 Dec 94 12:31:18 EDT." <199412220132.AA105069951@hp.com> Date: Wed, 21 Dec 1994 17:44:50 -0800 Message-ID: <10038.788060690@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Looks like I should go shopping for one Pentium chip right away! Any > cut off date for the purchase which will be replaced with no questions > asked ? None given in the article, but then I don't speak for Intel so they'd be better people to ask.. Jordan From owner-freebsd-hackers Wed Dec 21 17:54:41 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA21367 for hackers-outgoing; Wed, 21 Dec 1994 17:54:41 -0800 Received: from kithrup.com (kithrup.com [140.174.23.40]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA21347 for ; Thu, 22 Dec 1994 01:54:38 GMT Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id RAA06543; Wed, 21 Dec 1994 17:54:29 -0800 Date: Wed, 21 Dec 1994 17:54:29 -0800 From: Sean Eric Fagan Message-Id: <199412220154.RAA06543@kithrup.com> To: jkh@time.cdrom.com, mcw@hpato.aus.hp.com Subject: Re: Intel to now replace Pentiums "With No Questions Asked" Cc: hackers@freefall.cdrom.com Sender: hackers-owner@freebsd.org Precedence: bulk >Looks like I should go shopping for one Pentium chip right away! Any >cut off date for the purchase which will be replaced with no questions >asked ? There is none, no. Intel says they will replace a Pentium processor with this particular bug at any point in your computer's lifetime. Sean. From owner-freebsd-hackers Wed Dec 21 18:15:22 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA23753 for hackers-outgoing; Wed, 21 Dec 1994 18:15:22 -0800 Received: from hp.com (hp.com [15.255.152.4]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA23745 for ; Thu, 22 Dec 1994 02:15:18 GMT Received: from hpautow.aus.hp.com by hp.com with SMTP (1.37.109.14/15.5+ECS 3.3) id AA120682509; Wed, 21 Dec 1994 18:15:09 -0800 Message-Id: <199412220215.AA120682509@hp.com> Received: by hpautow.aus.hp.com (1.38.193.4/16.2) id AA23797; Thu, 22 Dec 1994 13:13:51 +1100 From: "M.C Wong" Subject: Re: Intel to now replace Pentiums "With No Questions Asked" To: lsys@np.ac.sg (SysAdmin - Ng Pheng Siong) Date: Thu, 22 Dec 1994 13:13:50 EDT Cc: hackers@freebsd.org In-Reply-To: <199412220136.BAA18288@freefall.cdrom.com>; from "SysAdmin - Ng Pheng Siong" at Dec 22, 94 9:37 am X-Mailer: Elm [revision: 109.14.c] Sender: hackers-owner@freebsd.org Precedence: bulk > > > > According to the San Francisco Chronicle, Intel has reversed itself on > > its previous position and will now upgrade any customer's Pentium chip > > with no questions asked. > > Watch out for the new PentiumSX from Intel, a natural upgrade > for 486SX users. ;) > > > - PS > And IntelDX4 OverDrive upgrade as well. Heard that it's got in-built power regulator, I guess one can plug it onto an existing 5-v board ? -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ M.C Wong Email: mcw@hpato.aus.hp.com Australian Telecom Operation Voice: +61 3 272 8058 Hewlett-Packard Australia Ltd Fax: +61 3 898 9257 31 Joseph St, Blackburn 3130, Australia OS: FreeBSD-1.1.5.1 http://hpautow.aus.hp.com:9999/~mcw/mcw.html (or http://hpautorf/~mcw) From owner-freebsd-hackers Wed Dec 21 21:31:18 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA08994 for hackers-outgoing; Wed, 21 Dec 1994 21:31:18 -0800 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.122]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA08945 for ; Thu, 22 Dec 1994 05:30:36 GMT Received: from p0.uniserve.com (p0.uniserve.com [198.53.215.193]) by haven.uniserve.com (8.6.9/8.6.9) with SMTP id FAA01782; Thu, 22 Dec 1994 05:31:08 GMT Date: Thu, 22 Dec 1994 05:31:08 GMT Message-Id: <199412220531.FAA01782@haven.uniserve.com> X-Sender: tom@haven.uniserve.com X-Mailer: Windows Eudora Version 1.4.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Don Yuniskis , freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) From: tom@haven.uniserve.com (Tom Samplonius) Subject: Re: 1.1.5.1R sed bugs Sender: hackers-owner@freebsd.org Precedence: bulk At 02:31 PM 12/20/94 -0700, Don Yuniskis wrote: >Greetings! > I've found a few bugs in the sed distributed with 1.1.5.1R >and wonder if sed has been changed in 2.0R. Thx, --don I've had problems with the sed in 2.0R, but I upgraded to GNU sed and they went away. Tom From owner-freebsd-hackers Wed Dec 21 21:44:36 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA09726 for hackers-outgoing; Wed, 21 Dec 1994 21:44:36 -0800 Received: from bigdipper.umd.edu (bigdipper.umd.edu [128.8.220.139]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id FAA09716 for ; Thu, 22 Dec 1994 05:44:35 GMT Received: (from adhir@localhost) by bigdipper.umd.edu (8.6.8/8.6.6) id BAA01150; Thu, 22 Dec 1994 01:40:30 -0500 Date: Thu, 22 Dec 1994 01:40:29 -0500 (EST) From: "Alok K. Dhir" To: "M.C Wong" cc: "Jordan K. Hubbard" , pechter@stars.sed.monmouth.army.mil, FreeBSD-hackers@freefall.cdrom.com Subject: Re: Linux commercial softwarew In-Reply-To: <199412212225.AA293528718@hp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Thu, 22 Dec 1994, M.C Wong wrote: > 1) X Inside's Accelerated X Not sure about SWiM, but this one's available now. I'm using it now with both 1.1.5.1 and 2.0 with nary a problem. > 2) GUI Corp's SWiM 2.0 -------------------------------------___--------------------------------- | Al Dhir, Programmer Analyst /___\ UMCP Ag-Engineering Dept | | Internet: adhir@bigdipper.umd.edu (o o) (301) 405-1197 | ---------------------------------ooO-(_)-Ooo----------------------------- From owner-freebsd-hackers Wed Dec 21 22:01:57 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA10914 for hackers-outgoing; Wed, 21 Dec 1994 22:01:57 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA10904 for ; Thu, 22 Dec 1994 06:01:53 GMT Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA29838; Thu, 22 Dec 1994 17:00:44 +1100 Date: Thu, 22 Dec 1994 17:00:44 +1100 From: Bruce Evans Message-Id: <199412220600.RAA29838@godzilla.zeta.org.au> To: hackers@freebsd.org, roberto@blaise.ibp.fr Subject: Re: Cleaning the compile/whatever directory before config. Sender: hackers-owner@freebsd.org Precedence: bulk >Is is necessary now ? I know it used to be and wonder if we can skip it >now... It may be necessary to recompile everything if an option has changed. `make clean' after running config should be enough to ensure this. The only difference between `make clean' after config and `rm -rf' before config should be that first version doesn't remove obsolete files, `version', or anything that you've changed (I like to change the symlinks and keep old error output in the compile directory). I usually do `cd /sys/i386/conf; cp MYCONFIG z; config z; for i in /sys/compile/z/*; do cmp $i /sys/compile/MYCONFIG/$i; done' to find changes and only recompile everything if important options have changed. This hasn't caused any problems between version 2.0 #1 (Aug 1) and version 2.1 #468 (Dec 22). Most of the files generated by config are dated Aug 1. Bruce From owner-freebsd-hackers Wed Dec 21 22:49:44 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA14612 for hackers-outgoing; Wed, 21 Dec 1994 22:49:44 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA14591 for ; Thu, 22 Dec 1994 06:49:33 GMT Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA31406; Thu, 22 Dec 1994 17:45:26 +1100 Date: Thu, 22 Dec 1994 17:45:26 +1100 From: Bruce Evans Message-Id: <199412220645.RAA31406@godzilla.zeta.org.au> To: hackers@freebsd.org, kurto@tiny.mcs.usu.edu Subject: Re: boottimedevice configuration Sender: hackers-owner@freebsd.org Precedence: bulk >ps - I'm still waiting for someone to give an opinion of what to do > about drand48 and friends. They are prototyped in in 2.0 (if neither _ANSI_SOURCE nor _POSIX_SOURCE is defined). This is inelegant, but works well enough in practice. Bruce From owner-freebsd-hackers Thu Dec 22 00:12:05 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA20236 for hackers-outgoing; Thu, 22 Dec 1994 00:12:05 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA20226 for ; Thu, 22 Dec 1994 08:11:59 GMT Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA00269; Thu, 22 Dec 1994 19:11:05 +1100 Date: Thu, 22 Dec 1994 19:11:05 +1100 From: Bruce Evans Message-Id: <199412220811.TAA00269@godzilla.zeta.org.au> To: freebsd-hackers@freefall.cdrom.com, rivers%ponds@ncren.net Subject: Re: Small problem in nvi. Sender: hackers-owner@freebsd.org Precedence: bulk >I've noticed that previous versions of nvi would not "edit" >directories. nvi seems to read ufsdirectories OK in 1.1.5. Elvis refuses to read them. nvi has interestingly different behaviour depending on the path used to reach the directory: for the directory /tmp~ and the symlink /tmp -> /var/tmp/tmp (all on the same ufs file system), after cd /: In both 1.1.5 and 2.0: /usr/bin/vi tmp~: works, reads the dir /usr/bin/vi /tmp~: works, reads the dir /usr/bin/vi tmp: works, reads the dir /usr/bin/vi /tmp: fails, reads the new file /tmp/vi.00 In 2.0, with /tmp~ renamed to /tmp: Same behaviour as for /tmp above. Renaming the file changed nvi's behaviour! Bruce From owner-freebsd-hackers Thu Dec 22 00:46:19 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA21991 for hackers-outgoing; Thu, 22 Dec 1994 00:46:19 -0800 Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA21985 for ; Thu, 22 Dec 1994 08:46:15 GMT Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.8/8.6.6) id JAA05017; Thu, 22 Dec 1994 09:45:34 +0100 From: Thomas Gellekum Message-Id: <199412220845.JAA05017@ghpc6.ihf.rwth-aachen.de> Subject: Re: Linux commercial softwarew To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 22 Dec 1994 09:45:34 +0100 (MET) Cc: pechter@stars.sed.monmouth.army.mil, FreeBSD-hackers@freefall.cdrom.com In-Reply-To: <8914.788035856@time.cdrom.com> from "Jordan K. Hubbard" at Dec 21, 94 10:50:56 am Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 342 Sender: hackers-owner@freebsd.org Precedence: bulk Jordan K. Hubbard wrote: > > And if you know of a company who provides a product you'd like to see > for FreeBSD, let me know. With my vendor relations hat on, I do a lot > of such begging and pleading.. Maybe not a commercial app, but what's up with the OI port? Haven't heard about that a long time, while it is available for Linux. tg From owner-freebsd-hackers Thu Dec 22 01:07:19 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA22884 for hackers-outgoing; Thu, 22 Dec 1994 01:07:19 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id JAA22873 for ; Thu, 22 Dec 1994 09:07:01 GMT Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA01005; Thu, 22 Dec 1994 20:04:03 +1100 Date: Thu, 22 Dec 1994 20:04:03 +1100 From: Bruce Evans Message-Id: <199412220904.UAA01005@godzilla.zeta.org.au> To: root@io.cts.com, wollman@halloran-eldar.lcs.mit.edu Subject: Re: Error building libncurses Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >I almost never do a `make world' unless I know some dramatic change >has occurred which forces a bootstrap (like the upgrade from GCC 2.6.0 >to 2.6.1). Instead, here's what I do: >1) Install any new /usr/src/include include files by hand. I never do a `make world', but I install non-dramatic changes similarly: 0a) Save the list of files changed by ctm. 0b) Sort this list. 0c) Read the the diffs for interesting files. It helps to have cvs access and read the commit logs too, but for looking at the diffs I usually copy the old files, cvs-update to the new files and then run non-cvs diff. >2) Run beforeinstall targets for any likely-sounding directories. The list of changes gives the likely-sounding directories. >3) Run `make depend' at the top level, and watch which dependencies >get rebuilt. I normally only run `make depend' on the directories in which a file has changed. I run it at the top level every now and then. It should be run whenever something in /usr/include has changed, but `make depend' doesn't notice such changes, so there is no point. >4) Go to /usr/src/lib and /usr/src/secure/lib, and do a `make all' in >both directories. ONLY INSTALL THE LIBRARIES THAT ACTUALLY GET >REBUILT. (This part is important, because a `make install' at the >/usr/src/lib level will cause crt0 to get reinstalled, thus forcing a >re-link of the entire known universe.) My `install' is hacked to not clobber the timestamps of unchanged files, so I can afford to reinstall the entire library. Installing the man pages still takes too long. libc.a usually changes, thus forcing a link of the entire known universe anywyay. This link is usually bogus because most executables use libc.so.major.minor and not libc.a so they should only depend on major.minor. 4a) I usually run `make; make install' on directories with changed files at this point. >5) Go back to /usr/src and do a `make most'. This will do a >single-pass rebuild of all the programs in the system. I normally use `make ECHODIR=true'. Any output from this (apart from relinks) probably means that I forgot something in a previous step. >6) If this succeeds, do a `make installmost'. This will install the >programs, but not the libraries or /usr/src/share stuff. I use plain `make install'. The non-timestamp-clobbering install increases the amount of work to be done, but ensures that the next make will find nothing to do. Bruce From owner-freebsd-hackers Thu Dec 22 01:15:43 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA23396 for hackers-outgoing; Thu, 22 Dec 1994 01:15:43 -0800 Received: from ns.GE.com (ns.ge.com [192.35.39.24]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA23390 for ; Thu, 22 Dec 1994 09:15:41 GMT Received: from [3.19.120.24] by ns.GE.com (5.65/GE Gateway 1.29) with SMTP id AA19300; Thu, 22 Dec 1994 04:15:31 -0500 Message-Id: <9412220915.AA19300@ns.GE.com> Received: by burg.is.ge.com (1.38.193.4/16.2) id AA28367; Thu, 22 Dec 1994 10:12:00 +0100 Date: Thu, 22 Dec 1994 10:12:00 +0100 From: Dick van den Burg To: hackers@freebsd.org Subject: bidirectional ports ? Sender: hackers-owner@freebsd.org Precedence: bulk I have asked this before on c.o.3.q, but I got no answers. I would like to set up my system such that I can call in when the one modem is not in use for calling out. My understanding from the sio man page is that it should be possible. However, whe I start a getty on ttyd0, cu will give 'Line in use': /usr/u/burg# uname -v FreeBSD 2.0-RELEASE #5: Fri Dec 9 15:47:05 MET 1994 burg@burgpc.is.ge.com:/mnt/src/sys/compile/VDB /usr/u/burg# ps ax | grep getty 112 v1 Is+ 0:00.09 /usr/libexec/getty Pc ttyv1 113 v2 Is+ 0:00.10 /usr/libexec/getty Pc ttyv2 162 00 Is+ 0:00.07 /usr/libexec/getty std.38400 ttyd0 /usr/u/burg# ls -l /dev/ttyd0 /dev/cua00 crw-rw-rw- 1 uucp dialer 28, 128 Dec 20 16:35 /dev/cua00 crw-rw-rw- 1 root wheel 28, 0 Dec 21 09:18 /dev/ttyd0 /usr/u/burg# /usr/u/burg# cu -s38400 -l/dev/cua00 dir cu: /dev/cua00: Line in use /usr/u/burg# Am I doing something wrong, or is what I want simply not possible? Thanks, Dick van den Burg burg@is.ge.com From owner-freebsd-hackers Thu Dec 22 03:07:44 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA26846 for hackers-outgoing; Thu, 22 Dec 1994 03:07:44 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA26839 for ; Thu, 22 Dec 1994 11:07:36 GMT Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA07214; Thu, 22 Dec 1994 10:59:47 +0100 Received: by sax.sax.de (8.6.9/8.6.9) with UUCP id LAA11135 for hackers%freebsd.org@sax.de; Thu, 22 Dec 1994 11:05:43 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id KAA08693; Thu, 22 Dec 1994 10:28:30 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199412220928.KAA08693@bonnie.tcd-dresden.de> Subject: Re: Cleaning the compile/whatever directory before config. To: hackers@freebsd.org (FreeBSD hackers) Date: Thu, 22 Dec 1994 10:28:29 +0100 (MET) In-Reply-To: <9412212147.AA00468@blaise.ibp.fr> from "Ollivier ROBERT" at Dec 21, 94 10:47:13 pm X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 446 Sender: hackers-owner@freebsd.org Precedence: bulk As Ollivier ROBERT wrote: | | Is is necessary now ? I know it used to be and wonder if we can skip it | now... I've always been bothered by this. I think, setenv CONFIG_DONT_CLOBBER or so would be of great help for you... -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Dec 22 03:12:17 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA26946 for hackers-outgoing; Thu, 22 Dec 1994 03:12:17 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA26935 for ; Thu, 22 Dec 1994 11:12:05 GMT Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA02772; Thu, 22 Dec 1994 22:07:02 +1100 Date: Thu, 22 Dec 1994 22:07:02 +1100 From: Bruce Evans Message-Id: <199412221107.WAA02772@godzilla.zeta.org.au> To: burg@burg.is.ge.com, hackers@freebsd.org Subject: Re: bidirectional ports ? Sender: hackers-owner@freebsd.org Precedence: bulk >/usr/u/burg# cu -s38400 -l/dev/cua00 dir >cu: /dev/cua00: Line in use >/usr/u/burg# >Am I doing something wrong, or is what I want simply not possible? Perhaps getty has opened /dev/ttyd0. Use "fstat | grep ttyd0" and/or "ps -laxt d0" to see if /dev/ttyd0 is open. Carrier must be configured correctly for previous gettys to be killed. Check for junk in /var/spool/lock. getty doesn't use lock files so there should be no locking conflicts between in and cu. Another bug: if I run cu while rlogin'ed, it connects correctly, but when I type "~.", both cu and rlogin exit. Bruce From owner-freebsd-hackers Thu Dec 22 03:27:23 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA27111 for hackers-outgoing; Thu, 22 Dec 1994 03:27:23 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA27105 for ; Thu, 22 Dec 1994 11:27:19 GMT Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id MAA08325 ; Thu, 22 Dec 1994 12:27:31 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA02151; Thu, 22 Dec 94 12:27:54 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9412221127.AA02151@blaise.ibp.fr> Subject: Re: bidirectional ports ? To: bde@zeta.org.au (Bruce Evans) Date: Thu, 22 Dec 1994 12:27:53 +0100 (MET) Cc: burg@burg.is.ge.com, hackers@freebsd.org In-Reply-To: <199412221107.WAA02772@godzilla.zeta.org.au> from "Bruce Evans" at Dec 22, 94 10:07:02 pm X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 523 Sender: hackers-owner@freebsd.org Precedence: bulk > Another bug: if I run cu while rlogin'ed, it connects correctly, but > when I type "~.", both cu and rlogin exit. AFAIK it is not a bug but a feature of the rlogin protocol :-) The problem is that both cu and rlogin use the same escape mechanism... When I know that I'll use cu, I do a telnet first :-) -- Ollivier ROBERT -=- FreeBSD: the daemon is FREE! -=- roberto@freebsd.org FreeBSD keltia 2.1.0-Development #0: Sun Dec 11 20:52:22 1994 roberto@keltia:/usr/src/sys/compile/KELTIA i386 ctm#199 From owner-freebsd-hackers Thu Dec 22 04:25:36 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA28519 for hackers-outgoing; Thu, 22 Dec 1994 04:25:36 -0800 Received: from ns.GE.com (ns.ge.com [192.35.39.24]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA28511 for ; Thu, 22 Dec 1994 12:25:34 GMT Received: from [3.19.120.24] by ns.GE.com (5.65/GE Gateway 1.29) with SMTP id AA22425; Thu, 22 Dec 1994 07:25:13 -0500 Message-Id: <9412221225.AA22425@ns.GE.com> Received: by burg.is.ge.com (1.38.193.4/16.2) id AA28700; Thu, 22 Dec 1994 13:21:24 +0100 Date: Thu, 22 Dec 1994 13:21:24 +0100 From: Dick van den Burg To: bde@zeta.org.au Cc: hackers@freebsd.org In-Reply-To: <199412221107.WAA02772@godzilla.zeta.org.au> (message from Bruce Evans on Thu, 22 Dec 1994 22:07:02 +1100) Subject: Re: bidirectional ports ? Sender: hackers-owner@freebsd.org Precedence: bulk > Date: Thu, 22 Dec 1994 22:07:02 +1100 > From: Bruce Evans > > >/usr/u/burg# cu -s38400 -l/dev/cua00 dir > >cu: /dev/cua00: Line in use > >/usr/u/burg# > > >Am I doing something wrong, or is what I want simply not possible? > > Perhaps getty has opened /dev/ttyd0. Use "fstat | grep ttyd0" and/or > "ps -laxt d0" to see if /dev/ttyd0 is open. Carrier must be configured > correctly for previous gettys to be killed. > Yes, of course getty has /dev/ttyd0 open. That is exactly the problem. How can I start a getty without without it opening the device? > Check for junk in /var/spool/lock. getty doesn't use lock files so > there should be no locking conflicts between in and cu. > There is no locl file. > Another bug: if I run cu while rlogin'ed, it connects correctly, but > when I type "~.", both cu and rlogin exit. > > Bruce > man sio says: The callout device is used to steel the port from processes waiting for carrier ... This does not happen: I get the busy message. Thanks, Dick van den Burg burg@is.ge.com From owner-freebsd-hackers Thu Dec 22 04:34:58 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA28833 for hackers-outgoing; Thu, 22 Dec 1994 04:34:58 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA28827 for ; Thu, 22 Dec 1994 12:34:57 GMT Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA00759; Thu, 22 Dec 94 06:32:27 CST From: Joe Greco Message-Id: <9412221232.AA00759@brasil.moneng.mei.com> Subject: Re: bidirectional ports ? To: bde@zeta.org.au (Bruce Evans) Date: Thu, 22 Dec 1994 06:32:27 +0000 (GMT) Cc: burg@burg.is.ge.com, hackers@freebsd.org In-Reply-To: <199412221107.WAA02772@godzilla.zeta.org.au> from "Bruce Evans" at Dec 22, 94 10:07:02 pm X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 1112 Sender: hackers-owner@freebsd.org Precedence: bulk > Another bug: if I run cu while rlogin'ed, it connects correctly, but > when I type "~.", both cu and rlogin exit. Er, am I missing something? This sounds right. If you are rlogin'd, you have one layer of tilde-controls. If you rlogin and then cu, the cu is a second layer of tilde-control. If you want to quote a tilde, send "~~". So if one were rlogin'd twice, and wanted to exit cu, one would do "~~~~." Or did you mean something else? (I routinely intermix several levels of rlogin, telnet, and kermit, so it gets interesting sometimes, breaking out at just the right level... kermit from my home box to my work box, rlogin to another work box, kermit out to a sol.net box, telnet to Solaria itself, running screen on Solaria, screen in turn has telnet sessions to other boxes on the network... you can easily get the characters going back and forth over half a dozen links... hehh fun) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Thu Dec 22 04:42:37 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA29245 for hackers-outgoing; Thu, 22 Dec 1994 04:42:37 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA29235 for ; Thu, 22 Dec 1994 12:42:19 GMT Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA04236; Thu, 22 Dec 1994 23:37:45 +1100 Date: Thu, 22 Dec 1994 23:37:45 +1100 From: Bruce Evans Message-Id: <199412221237.XAA04236@godzilla.zeta.org.au> To: bde@zeta.org.au, burg@burg.is.ge.com Subject: Re: bidirectional ports ? Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >Yes, of course getty has /dev/ttyd0 open. That is exactly the problem. >How can I start a getty without without it opening the device? Don't have carrier present when there is no connection. Then getty will block while opening the device and "ps lax" will show /usr/libexec/[getty] sleeping on "siodcd". Bruce From owner-freebsd-hackers Thu Dec 22 04:52:39 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA29539 for hackers-outgoing; Thu, 22 Dec 1994 04:52:39 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA29527 for ; Thu, 22 Dec 1994 12:52:23 GMT Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA04385; Thu, 22 Dec 1994 23:47:13 +1100 Date: Thu, 22 Dec 1994 23:47:13 +1100 From: Bruce Evans Message-Id: <199412221247.XAA04385@godzilla.zeta.org.au> To: bde@zeta.org.au, jgreco@brasil.moneng.mei.com Subject: Re: bidirectional ports ? Cc: burg@burg.is.ge.com, hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >> Another bug: if I run cu while rlogin'ed, it connects correctly, but >> when I type "~.", both cu and rlogin exit. >Er, am I missing something? This sounds right. If you are rlogin'd, you >have one layer of tilde-controls. If you rlogin and then cu, the cu is a >second layer of tilde-control. If you want to quote a tilde, send "~~". So >if one were rlogin'd twice, and wanted to exit cu, one would do "~~~~." I always used ^D to exit from rlogin and didn't know that ~. exited from it. Bruce From owner-freebsd-hackers Thu Dec 22 05:05:40 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA29749 for hackers-outgoing; Thu, 22 Dec 1994 05:05:40 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA29743 for ; Thu, 22 Dec 1994 13:05:35 GMT Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id FAA01704 for ; Thu, 22 Dec 1994 05:05:19 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id HAA05396; Thu, 22 Dec 1994 07:59:30 -0500 Date: Thu, 22 Dec 1994 07:59:29 -0500 (EST) From: "Jonathan M. Bresler" Subject: Re: Usage of xntpd w/BSD 1.1.5.1 To: John Brogan cc: freebsd-hackers@wcarchive.cdrom.com In-Reply-To: <199412211947.OAA03343@reply.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Wed, 21 Dec 1994, John Brogan wrote: > > I'm interested in having my clock keep better time and I > was told to look into the xntpd program. > > I guess what I need is for someone to tell me where > I should "point" the program to so it can get it's time > adjusted, etc. Also, a bit of installation tips would > be most helpful. ftp://louie.udel.edu/pub/ntp/* Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Thu Dec 22 05:06:15 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA29771 for hackers-outgoing; Thu, 22 Dec 1994 05:06:15 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA29765 for ; Thu, 22 Dec 1994 13:06:13 GMT Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA00817; Thu, 22 Dec 94 07:03:46 CST From: Joe Greco Message-Id: <9412221303.AA00817@brasil.moneng.mei.com> Subject: Re: bidirectional ports ? To: bde@zeta.org.au (Bruce Evans) Date: Thu, 22 Dec 1994 07:03:46 +0000 (GMT) Cc: bde@zeta.org.au, burg@burg.is.ge.com, hackers@freebsd.org In-Reply-To: <199412221247.XAA04385@godzilla.zeta.org.au> from "Bruce Evans" at Dec 22, 94 11:47:13 pm X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 1402 Sender: hackers-owner@freebsd.org Precedence: bulk > >Er, am I missing something? This sounds right. If you are rlogin'd, you > >have one layer of tilde-controls. If you rlogin and then cu, the cu is a > >second layer of tilde-control. If you want to quote a tilde, send "~~". So > >if one were rlogin'd twice, and wanted to exit cu, one would do "~~~~." > > I always used ^D to exit from rlogin and didn't know that ~. exited from > it. Clarification (not flame/etc): ^D doesn't (normally) cause rlogin to exit. ^D might happen to cause a program on the other end - a shell, perhaps :-) - to exit, terminating the connection (and therefore rlogin), but if you were in an interactive program, it would not work. One can use ^M~^Z (remember all tilde-cmds need to be right after a carriage return) to suspend a connection (given a shell with job control)... ^M~. to terminate a connection... ^M~~ to send ^M~, etc. These commands work on both cu and rlogin. Others are listed in the manual pages and are not necessarily available in both programs. In any case, it gets sorta interesting when you're about 8 levels deep in some muddle of telnet, tip, cu, kermit, rlogin, etc. and you wanna get to level 3. ;-) Merry Christmas, ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Thu Dec 22 05:22:39 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA00311 for hackers-outgoing; Thu, 22 Dec 1994 05:22:39 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id NAA00305 for ; Thu, 22 Dec 1994 13:22:34 GMT Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id NAA02657; Thu, 22 Dec 1994 13:20:57 GMT From: Paul Richards Message-Id: <199412221320.NAA02657@isl.cf.ac.uk> Subject: Re: Cleaning the compile/whatever directory before config. To: joerg_wunsch@uriah.sax.de Date: Thu, 22 Dec 1994 13:20:56 +0000 (GMT) Cc: hackers@freebsd.org In-Reply-To: <199412220928.KAA08693@bonnie.tcd-dresden.de> from "J Wunsch" at Dec 22, 94 10:28:29 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 638 Sender: hackers-owner@freebsd.org Precedence: bulk In reply to J Wunsch who said > > As Ollivier ROBERT wrote: > | > | Is is necessary now ? I know it used to be and wonder if we can skip it > | now... > > I've always been bothered by this. I think, setenv CONFIG_DONT_CLOBBER > or so would be of great help for you... I really hate it. I make my own mind up to nuke my old config when I think it's necessary. Except, I can't anymore. -- Paul Richards, FreeBSD core team member. Phone: +44 1222 874000 x5958 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. Internet: paul@FreeBSD.org, JANET(UK): RICHARDSDP@CARDIFF.AC.UK From owner-freebsd-hackers Thu Dec 22 05:27:51 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA00514 for hackers-outgoing; Thu, 22 Dec 1994 05:27:51 -0800 Received: from ns.GE.com (ns.ge.com [192.35.39.24]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA00503 for ; Thu, 22 Dec 1994 13:27:47 GMT Received: from [3.19.120.24] by ns.GE.com (5.65/GE Gateway 1.29) with SMTP id AA25744; Thu, 22 Dec 1994 08:27:34 -0500 Message-Id: <9412221327.AA25744@ns.GE.com> Received: by burg.is.ge.com (1.38.193.4/16.2) id AA28852; Thu, 22 Dec 1994 14:23:54 +0100 Date: Thu, 22 Dec 1994 14:23:54 +0100 From: Dick van den Burg To: bde@zeta.org.au Cc: bde@zeta.org.au, hackers@freebsd.org In-Reply-To: <199412221237.XAA04236@godzilla.zeta.org.au> (message from Bruce Evans on Thu, 22 Dec 1994 23:37:45 +1100) Subject: Re: bidirectional ports ? Sender: hackers-owner@freebsd.org Precedence: bulk > Date: Thu, 22 Dec 1994 23:37:45 +1100 > From: Bruce Evans > Cc: hackers@freebsd.org > > >Yes, of course getty has /dev/ttyd0 open. That is exactly the problem. > >How can I start a getty without without it opening the device? > > Don't have carrier present when there is no connection. Then getty will > block while opening the device and "ps lax" will show /usr/libexec/[getty] > sleeping on "siodcd". > Thanks, I am slowly getting there. My one problem is that the getty does not die, once the modem has picked up the phone (no carrier, just call in, and hang up the phone). The wait state changes to ttyin. When I kill the getty it changes to sciodtr and when I power the modem on/off it goes back to sciodcd. How can I get the getty to die after I hang up the phone? I thought that 'hc' in my gettytab would do the trick, but obviously it is not enough. my gettytab entry is std.38400|38400-baud:np:sp#38400:hc Any more wise words? Thanks again ... Dick > From owner-freebsd-hackers Thu Dec 22 05:48:03 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA01249 for hackers-outgoing; Thu, 22 Dec 1994 05:48:03 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA01232 for ; Thu, 22 Dec 1994 13:47:54 GMT Received: by sequent.kiae.su id AA28246 (5.65.kiae-2 ); Thu, 22 Dec 1994 16:38:04 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id PAA05152; Thu, 22 Dec 1994 15:52:54 +0300 To: Bruce Evans , Ollivier ROBERT Cc: burg@burg.is.ge.com, hackers@freebsd.org References: <9412221127.AA02151@blaise.ibp.fr> In-Reply-To: <9412221127.AA02151@blaise.ibp.fr>; from Ollivier ROBERT at Thu, 22 Dec 1994 12:27:53 +0100 (MET) Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 22 Dec 1994 15:52:54 +0300 X-Mailer: Mail/@ [v2.30 FreeBSD] From: "Andrew A. Chernov, Black Mage" X-Class: Fast Subject: Re: bidirectional ports ? Lines: 17 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 775 Sender: hackers-owner@freebsd.org Precedence: bulk In message <9412221127.AA02151@blaise.ibp.fr> Ollivier ROBERT writes: >> Another bug: if I run cu while rlogin'ed, it connects correctly, but >> when I type "~.", both cu and rlogin exit. >AFAIK it is not a bug but a feature of the rlogin protocol :-) >The problem is that both cu and rlogin use the same escape mechanism... >When I know that I'll use cu, I do a telnet first :-) you can change ~ inside cu, but I am not shure that it works. Something like ~s escape -- Andrew A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Thu Dec 22 05:56:24 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA01533 for hackers-outgoing; Thu, 22 Dec 1994 05:56:24 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA01527 for ; Thu, 22 Dec 1994 13:56:19 GMT Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA04197 (5.67a/IDA-1.5); Thu, 22 Dec 1994 07:32:42 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA15475; 22 Dec 94 07:15:34 CST (Thu) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id HAA15472; Thu, 22 Dec 1994 07:15:33 -0600 Message-Id: <199412221315.HAA15472@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: roberto@blaise.ibp.fr (Ollivier ROBERT) Cc: bde@zeta.org.au (Bruce Evans), burg@burg.is.ge.com, hackers@freebsd.org Subject: Re: bidirectional ports ? In-Reply-To: Your message of "Thu, 22 Dec 94 12:27:53 +0100." <9412221127.AA02151@blaise.ibp.fr> X-Mailer: exmh version 1.4.1 7/21/94 Date: Thu, 22 Dec 1994 07:15:29 -0600 From: Peter da Silva Sender: hackers-owner@freebsd.org Precedence: bulk > > Another bug: if I run cu while rlogin'ed, it connects correctly, but > > when I type "~.", both cu and rlogin exit. > AFAIK it is not a bug but a feature of the rlogin protocol :-) You can use two ~ to get the first through rlogin. Or use the -E option to disable the escape. (for example, on a machine used as a terminal server you'd call rlogin -8 -E) Or use -e to change it in rlogin. Or ise -E to change it in cu. ... From owner-freebsd-hackers Thu Dec 22 06:14:41 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA02412 for hackers-outgoing; Thu, 22 Dec 1994 06:14:41 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA02406 for ; Thu, 22 Dec 1994 14:14:38 GMT Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id PAA09921 for ; Thu, 22 Dec 1994 15:14:49 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA02591; Thu, 22 Dec 94 15:15:11 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9412221415.AA02591@blaise.ibp.fr> Subject: /etc/rc.shutdown (First shot) To: hackers@freebsd.org (Hackers' list FreeBSD) Date: Thu, 22 Dec 1994 15:15:11 +0100 (MET) X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 4757 Sender: hackers-owner@freebsd.org Precedence: bulk Hello, I've tried to implement a /etc/rc.shutdown mechanism into init. Can someone review the following patch and find any errors I could have made ? I cannot test it at the moment... Don't worry it is not a full blown /etc/rc0.d :-) =================================================================== RCS file: /build/master/freebsd/init/init.8,v retrieving revision 1.2 diff -u -r1.2 init.8 --- 1.2 1994/08/27 21:32:01 +++ init.8 1994/12/22 14:02:33 @@ -238,6 +238,15 @@ This is useful for shutting the machine down cleanly from inside the kernel or from X when the machines appears to be hung. .Pp +When shuting down the machine, +.Nm init +will try to run the +.Pa /etc/rc.shutdown +script. This script can be used to cleanly terminate specific programs such +as +.Nm innd +(the InterNetNews server). +.Pp The role of .Nm init is so critical that if it dies, the system will reboot itself @@ -277,6 +286,8 @@ The terminal initialization information file. .It Pa /etc/rc System startup commands. +.It Pa /etc/rc.shutdown +System shutdown commands. .El .Sh SEE ALSO .Xr login 1 , =================================================================== RCS file: /build/master/freebsd/init/init.c,v retrieving revision 1.5 diff -u -r1.5 init.c --- 1.5 1994/10/14 17:15:40 +++ init.c 1994/12/22 14:03:23 @@ -98,6 +98,7 @@ void emergency __P((char *, ...)); void disaster __P((int)); void badsys __P((int)); +int runshutdown __P((void)); /* * We really need a recursive typedef... @@ -1349,6 +1350,7 @@ death() { register session_t *sp; + register int rcdown; register int i; pid_t pid; static const int death_sigs[3] = { SIGHUP, SIGTERM, SIGKILL }; @@ -1356,6 +1358,11 @@ for (sp = sessions; sp; sp = sp->se_next) sp->se_flags |= SE_SHUTDOWN; + /* Try to run the rc.shutdown script */ + rcdown = runshutdown(); + if (rcdown) + stall("Could not run %s, check this please.", _PATH_RUNDOWN); + /* NB: should send a message to the session logger to avoid blocking. */ logwtmp("~", "shutdown", ""); @@ -1377,4 +1384,90 @@ warning("some processes would not die; ps axl advised"); return (state_func_t) single_user; +} + +/* + * Run the system shutdown script. + * + * Exit codes: XXX I should document more + * 0 good. + * 1 fatal error + * 2 some error + */ +int +runshutdown() +{ + pid_t pid, wpid; + int status; + char *argv[3]; + struct sigaction sa; + + if ((pid = fork()) == 0) { + sigemptyset(&sa.sa_mask); + sa.sa_flags = 0; + sa.sa_handler = SIG_IGN; + (void) sigaction(SIGTSTP, &sa, (struct sigaction *)0); + (void) sigaction(SIGHUP, &sa, (struct sigaction *)0); + + setctty(_PATH_CONSOLE); + + argv[0] = "sh"; + argv[1] = _PATH_RUNDOWN; + argv[2] = 0; + + sigprocmask(SIG_SETMASK, &sa.sa_mask, (sigset_t *) 0); + + execv(_PATH_BSHELL, argv); + stall("can't exec %s for %s: %m", _PATH_BSHELL, _PATH_RUNDOWN); + _exit(1); /* force single user mode */ + } + + if (pid == -1) { + emergency("can't fork for %s on %s: %m", + _PATH_BSHELL, _PATH_RUNDOWN); + while (waitpid(-1, (int *) 0, WNOHANG) > 0) + continue; + sleep(STALL_TIMEOUT); + return 1; + } + + /* + * Copied from single_user(). This is a bit paranoid. + */ + do { + if ((wpid = waitpid(-1, &status, WUNTRACED)) != -1) + collect_child(wpid); + if (wpid == -1) { + if (errno == EINTR) + continue; + warning("wait for %s on %s failed: %m; going to single user mode", + _PATH_BSHELL, _PATH_RUNDOWN); + return 2; + } + if (wpid == pid && WIFSTOPPED(status)) { + warning("init: %s on %s stopped, restarting\n", + _PATH_BSHELL, _PATH_RUNDOWN); + kill(pid, SIGCONT); + wpid = -1; + } + } while (wpid != pid); + + if (WIFSIGNALED(status) && WTERMSIG(status) == SIGTERM && + requested_transition == catatonia) { + /* /etc/rc executed /sbin/reboot; wait for the end quietly */ + sigset_t s; + + sigfillset(&s); + for (;;) + sigsuspend(&s); + } + + if (!WIFEXITED(status)) { + warning("%s on %s terminated abnormally, going to single user mode", + _PATH_BSHELL, _PATH_RUNDOWN); + return 1; + } + + if (WEXITSTATUS(status)) + return 2; } =================================================================== RCS file: /build/master/freebsd/init/pathnames.h,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 pathnames.h --- 1.1.1.1 1994/05/26 06:34:19 +++ pathnames.h 1994/12/22 13:37:45 @@ -40,3 +40,4 @@ #define _PATH_SLOGGER "/sbin/session_logger" #define _PATH_RUNCOM "/etc/rc" +#define _PATH_RUNDOWN "/etc/rc.shutdown" -- Ollivier ROBERT -=- FreeBSD: the daemon is FREE! -=- roberto@freebsd.org FreeBSD keltia 2.1.0-Development #0: Sun Dec 11 20:52:22 1994 roberto@keltia:/usr/src/sys/compile/KELTIA i386 ctm#221 From owner-freebsd-hackers Thu Dec 22 06:25:44 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA02626 for hackers-outgoing; Thu, 22 Dec 1994 06:25:44 -0800 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA02618 for ; Thu, 22 Dec 1994 14:25:41 GMT From: knight@zko.dec.com Received: from caboom.zko.dec.com by inet-gw-1.pa.dec.com (5.65/10Aug94) id AA14303; Thu, 22 Dec 94 06:23:13 -0800 Received: by caboom.zko.dec.com (5.65/DEC-SDE-CBM-ULTRIX-10/28/92); id AA03874; Thu, 22 Dec 1994 09:23:12 -0500 Message-Id: <9412221423.AA03874@caboom.zko.dec.com> To: hackers@freebsd.org Cc: knight@zko.dec.com Subject: tcl/tk Date: Thu, 22 Dec 94 09:23:11 -0500 X-Mts: smtp Sender: hackers-owner@freebsd.org Precedence: bulk Didn't someone mention earlier that some sort of change had to be made to tcl/tk in the 2.0R packages to be able to make it run correctly? I've tried a number of things, but when I try to run wish, I always get Tcl_AppInit failed: can't read "tk_library": no such variable % And it won't run. Even setting the environment variable TK_LIBRARY as defined in Ousterhout's book doesn't make the problem go away. (fwiw, I installed the packages in the standard way using PKG_ADD. Things look fine, including the permissions). Thanks. From owner-freebsd-hackers Thu Dec 22 06:49:25 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA03200 for hackers-outgoing; Thu, 22 Dec 1994 06:49:25 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA03194 for ; Thu, 22 Dec 1994 14:49:24 GMT Received: from orion ([158.9.11.65]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id GAA18927 for ; Thu, 22 Dec 1994 06:49:04 -0800 Message-Id: <199412221449.GAA18927@wcarchive.cdrom.com> Received: by orion (1.37.109.11/16.2) id AA075817663; Thu, 22 Dec 1994 09:47:43 -0500 From: william pechter ILEX Subject: Linux with 4.2 filesystem To: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Date: Thu, 22 Dec 1994 09:47:42 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1846 Sender: hackers-owner@freebsd.org Precedence: bulk Found on the Linux newsgroups: > From: aifirst@alliant.kaist.ac.kr () > Subject: How can I mount BSD filesystem on Linux? > Message-ID: <1994Dec11.122413.17525@news.snu.ac.kr> > Summary: How to mount BSD filesystem > Keywords: BSD,fs,FileSystem > Sender: aifirst@alliant.snu.ac.kr > Nntp-Posting-Host: alliant > Organization: SNU in Seoul Korea > Date: Sun, 11 Dec 94 12:24:13 GMT > Lines: 6 > > Is there any way to mount BSD or BSDi partition on Linux? Answer: aifirst@alliant.kaist.ac.kr wrote: > Is there any way to mount BSD or BSDi partition on Linux? > Nate Williams writes: > Yes, port the BSD FFS code to Linux. Other than that, you could use > NFS to export them from the BSD machine and mount them on the Linux > box, but that assumes that there are 2 different machines running at > the same time. Answer 2: >>>There is read-only support for the 4.2BSD ufs filesystem. Patches are at sunsite.unc.edu:/pub/Linux/ALPHA/ufs. >Dan Looks like there's a possibility of crossmounting BSD filesystems on a Linux box WITHOUT NFS. Perhaps one day we'll have some ext2fs support in BSD based OSs so we could do the same thing. This would make crossdevelopment easier. The story I heard is ext2fs has been adopted as the filesystem for GNU's operating system (when it gets loose). Any comments or info? (Keep the my filesystem is better than your filesystem to a minimum please 8->) Both ext2fs and the BSD FFS have been very reliable in my estimation. Both are a hell of a lot better than v7's fs through SVR3.x. Bill ---------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2943 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Thu Dec 22 06:59:10 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA03448 for hackers-outgoing; Thu, 22 Dec 1994 06:59:10 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id OAA03416 for ; Thu, 22 Dec 1994 14:58:53 GMT Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14586; Thu, 22 Dec 1994 15:58:55 +0100 Received: by sax.sax.de (8.6.9/8.6.9) with UUCP id QAA12859 for hackers%freebsd.org@sax.de; Thu, 22 Dec 1994 16:04:56 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id PAA11410; Thu, 22 Dec 1994 15:54:29 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199412221454.PAA11410@bonnie.tcd-dresden.de> Subject: Re: bidirectional ports ? To: hackers@freebsd.org (FreeBSD hackers) Date: Thu, 22 Dec 1994 15:54:29 +0100 (MET) In-Reply-To: <199412221107.WAA02772@godzilla.zeta.org.au> from "Bruce Evans" at Dec 22, 94 10:07:02 pm X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 639 Sender: hackers-owner@freebsd.org Precedence: bulk As Bruce Evans wrote: | | Another bug: if I run cu while rlogin'ed, it connects correctly, but | when I type "~.", both cu and rlogin exit. A feature. You'll have to count the tildas. "~." will close the rlogin session and hence HUP the cu session. "~~." will only quit the cu session. (Likewise, you could easily end up with something like "~~~~~." if you're gatewayed via several rlogin and/or cu session. :-O) -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Dec 22 07:03:37 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA03563 for hackers-outgoing; Thu, 22 Dec 1994 07:03:37 -0800 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id PAA03552 for ; Thu, 22 Dec 1994 15:03:27 GMT Received: from trout.render.com (trout.render.com [193.195.178.2]) by minnow.render.com (8.6.9/8.6.9) with ESMTP id OAA00350 for ; Thu, 22 Dec 1994 14:55:52 GMT Received: (from dfr@localhost) by trout.render.com (8.6.9/8.6.9) id OAA00894; Thu, 22 Dec 1994 14:55:51 GMT Date: Thu, 22 Dec 1994 14:55:51 GMT From: Doug Rabson Message-Id: <199412221455.OAA00894@trout.render.com> To: hackers@freebsd.org Subject: NQNFS Sender: hackers-owner@freebsd.org Precedence: bulk Is anyone using NQNFS live? I just tried it out and it appears to be a bit flakey. I think that there are a few cache coherency problems in there somewhere. Maybe they will be helped by the VM-buffer cache stuff. How usable is the VMIO stuff? Is it going to make it for 2.1? -- Doug Rabson, RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 71 251 4411 FAX: +44 71 251 0939 From owner-freebsd-hackers Thu Dec 22 07:38:50 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id HAA04045 for hackers-outgoing; Thu, 22 Dec 1994 07:38:50 -0800 Received: from sci.brooklyn.cuny.edu (eastham.sci.brooklyn.cuny.edu [146.245.1.21]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id PAA04033 for ; Thu, 22 Dec 1994 15:38:47 GMT Received: from robeson.brooklyn.cuny.edu (robeson.sci.brooklyn.cuny.edu) by sci.brooklyn.cuny.edu (4.1/SMI-4.1a) id AA06102; Thu, 22 Dec 94 10:37:12 EST Date: Thu, 22 Dec 94 10:37:12 EST From: dayton@sci.brooklyn.cuny.edu (Dayton Clark) Message-Id: <9412221537.AA06102@sci.brooklyn.cuny.edu> Received: by robeson.brooklyn.cuny.edu (4.1/SMI-4.1) id AA04581; Thu, 22 Dec 94 10:36:57 EST To: wombat@wonderland.apana.org.au Cc: hackers@freebsd.org In-Reply-To: <199412220106.LAA10577@wonderland.apana.org.au> (message from Michael Watkin on Thu, 22 Dec 1994 11:06:13 +1000 (EST)) Subject: Re: Intel EtherExpress Driver Sender: hackers-owner@freebsd.org Precedence: bulk <.> From: Michael Watkin <.> Date: Thu, 22 Dec 1994 11:06:13 +1000 (EST) <.> Content-Type: text <.> Content-Length: 161 <.> Precedence: bulk <.> <.> <.> Is anyone developing an Intel Etherexpress driver for FreeBSD?? <.> <.> It's the only card I've got and I really want to try out FreeBSD's <.> networking. <.> <.> Thanks, <.> Mike. <.> <.> I've started working on but have been busy with other things (I do have other ethernet boards). Anyway I can share with you what I've discovered, and let you know if I get the driver working. dayton From owner-freebsd-hackers Thu Dec 22 08:04:53 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA04801 for hackers-outgoing; Thu, 22 Dec 1994 08:04:53 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA04795 for ; Thu, 22 Dec 1994 16:04:51 GMT Received: from epiwrl.entropic.com (root@epiwrl.entropic.com [192.86.164.14]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id IAA03876 for ; Thu, 22 Dec 1994 08:04:38 -0800 Received: from client.entropic.com (photon.entropic.com [192.86.164.66]) by epiwrl.entropic.com (8.6.9/8.6.9) with ESMTP id LAA25031; Thu, 22 Dec 1994 11:03:49 -0500 Message-Id: <199412221603.LAA25031@epiwrl.entropic.com> X-Notice: The site "wrl.epi.com" is now known as "entropic.com" To: william pechter ILEX cc: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Subject: Re: Linux with 4.2 filesystem In-reply-to: Your message of "Thu, 22 Dec 1994 09:47:42 EST." <199412221449.GAA18927@wcarchive.cdrom.com> X-Face: "Evs"_GpJ]],xS)b$T2#V&{KfP_i2`TlPrY$Iv9+TQ!6+`~+l)#7I)0xr1>4hfd{#0B4 WIn3jU;bql;{2Uq%zw5bF4?%F&&j8@KaT?#vBGk}u07<+6/`.F-3_GA@6Bq5gN9\+s;_d gD\SW #]iN_U0 KUmOR.P<|um5yPkEpSD@*e` Date: Thu, 22 Dec 1994 11:03:48 -0500 From: Ken Hornstein Sender: hackers-owner@freebsd.org Precedence: bulk >The story I heard is ext2fs has been adopted as the filesystem for GNU's >operating system (when it gets loose). Are you really sure about this? The last time I looked at info on HURD, it very specifically made reference to the BSD 4.4 filesystem code. Maybe I mis-read it (this was about a month ago, I guess). --Ken From owner-freebsd-hackers Thu Dec 22 08:08:28 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA04914 for hackers-outgoing; Thu, 22 Dec 1994 08:08:28 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA04908 for ; Thu, 22 Dec 1994 16:08:28 GMT Received: from orion ([158.9.11.65]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id IAA04503 for ; Thu, 22 Dec 1994 08:07:57 -0800 Message-Id: <199412221607.IAA04503@wcarchive.cdrom.com> Received: by orion (1.37.109.11/16.2) id AA078762390; Thu, 22 Dec 1994 11:06:30 -0500 From: william pechter ILEX Subject: Re: Linux with 4.2 filesystem To: kenh@entropic.com (Ken Hornstein) Date: Thu, 22 Dec 1994 11:06:29 -0500 (EST) Cc: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) In-Reply-To: <199412221603.LAA25031@epiwrl.entropic.com> from "Ken Hornstein" at Dec 22, 94 11:03:48 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1034 Sender: hackers-owner@freebsd.org Precedence: bulk I'm copying hackers -- hope you don't mind... Someone out there may have clarification on this. --Bill > > >The story I heard is ext2fs has been adopted as the filesystem for GNU's > >operating system (when it gets loose). > > Are you really sure about this? The last time I looked at info on HURD, it > very specifically made reference to the BSD 4.4 filesystem code. Maybe I > mis-read it (this was about a month ago, I guess). > > --Ken > It was posted in one of the Linux groups. Perhaps it's an optional file system type. (One thing I like about Linux is the availability of SysV, Coherent, Xenix, HPPF filesystems... now they add 4.2FS -- it's great to be able to mount disks/diskettes from other os's to move source/elf/coff binaries...) Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2943 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Thu Dec 22 08:08:23 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA04905 for hackers-outgoing; Thu, 22 Dec 1994 08:08:23 -0800 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA04892 for ; Thu, 22 Dec 1994 16:08:12 GMT Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA06788; Thu, 22 Dec 94 10:07:18 -0600 Received: from woody.fsl.noaa.gov by yarmouth.fsl.noaa.gov (1.37.109.14/SMI-4.1 (1.37.109.14)) id AA264472435; Thu, 22 Dec 1994 11:07:15 -0500 Date: Thu, 22 Dec 1994 11:07:15 -0500 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <199412221607.AA264472435@yarmouth.fsl.noaa.gov> Received: by woody.fsl.noaa.gov (1.37.109.14/SMI-4.1 (1.37.109.14)) id AA205092429; Thu, 22 Dec 1994 09:07:09 -0700 To: bde@zeta.org.au Cc: burg@burg.is.ge.com, hackers@freebsd.org In-Reply-To: <199412221107.WAA02772@godzilla.zeta.org.au> (message from Bruce Evans on Thu, 22 Dec 1994 22:07:02 +1100) Subject: Re: bidirectional ports ? Sender: hackers-owner@freebsd.org Precedence: bulk >>>>> "Bruce" == Bruce Evans writes: Bruce> Another bug: if I run cu while rlogin'ed, it connects Bruce> correctly, but when I type "~.", both cu and rlogin exit. No bug: ``~'' is the escape character for both rlogin and cu. Send ~~. to disconnect the cu and keep the rlogin alive. --k From owner-freebsd-hackers Thu Dec 22 08:10:31 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA05009 for hackers-outgoing; Thu, 22 Dec 1994 08:10:31 -0800 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA04995 for ; Thu, 22 Dec 1994 16:10:21 GMT Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA06800; Thu, 22 Dec 94 10:09:25 -0600 Received: from woody.fsl.noaa.gov by yarmouth.fsl.noaa.gov (1.37.109.14/SMI-4.1 (1.37.109.14)) id AA264792552; Thu, 22 Dec 1994 11:09:12 -0500 Date: Thu, 22 Dec 1994 11:09:12 -0500 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <199412221609.AA264792552@yarmouth.fsl.noaa.gov> Received: by woody.fsl.noaa.gov (1.37.109.14/SMI-4.1 (1.37.109.14)) id AA205142551; Thu, 22 Dec 1994 09:09:11 -0700 To: burg@burg.is.ge.com Cc: bde@zeta.org.au, hackers@freebsd.org In-Reply-To: <9412221225.AA22425@ns.GE.com> (message from Dick van den Burg on Thu, 22 Dec 1994 13:21:24 +0100) Subject: Re: bidirectional ports ? Sender: hackers-owner@freebsd.org Precedence: bulk >>>>> "Dick" == Dick van den Burg writes: Dick> man sio says: The callout device is used to steel the port Dick> from processes waiting for carrier ... This does not Dick> happen: I get the busy message. Does your modem keep carrier-detect always on? --k From owner-freebsd-hackers Thu Dec 22 08:30:14 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA05379 for hackers-outgoing; Thu, 22 Dec 1994 08:30:14 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA05366 for ; Thu, 22 Dec 1994 16:29:53 GMT Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA16512; Thu, 22 Dec 1994 17:30:23 +0100 Received: by sax.sax.de (8.6.9/8.6.9) with UUCP id RAA13261 for hackers%freebsd.org@sax.de; Thu, 22 Dec 1994 17:36:26 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id QAA12114; Thu, 22 Dec 1994 16:57:42 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199412221557.QAA12114@bonnie.tcd-dresden.de> Subject: Re: Cleaning the compile/whatever directory before config. To: hackers@freebsd.org (FreeBSD hackers) Date: Thu, 22 Dec 1994 16:57:41 +0100 (MET) In-Reply-To: <199412221320.NAA02657@isl.cf.ac.uk> from "Paul Richards" at Dec 22, 94 01:20:56 pm X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 645 Sender: hackers-owner@freebsd.org Precedence: bulk As Paul Richards wrote: | | > I've always been bothered by this. I think, setenv CONFIG_DONT_CLOBBER | > or so would be of great help for you... | | I really hate it. I make my own mind up to nuke my old config when | I think it's necessary. Except, I can't anymore. Me too. I forgot to mention: the ``CONFIG_CONT_CLOBBER'' variable (or #define) is needed when *building* config. It simply #ifdef's the `rm -r' away... -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Dec 22 08:43:05 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA05519 for hackers-outgoing; Thu, 22 Dec 1994 08:43:05 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id QAA05512 for ; Thu, 22 Dec 1994 16:42:58 GMT Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA08189; Fri, 23 Dec 1994 03:37:36 +1100 Date: Fri, 23 Dec 1994 03:37:36 +1100 From: Bruce Evans Message-Id: <199412221637.DAA08189@godzilla.zeta.org.au> To: bde@zeta.org.au, burg@burg.is.ge.com Subject: Re: bidirectional ports ? Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >Thanks, I am slowly getting there. My one problem is that the getty does not >die, once the modem has picked up the phone (no carrier, just call in, and >hang up the phone). The wait state changes to ttyin. When I kill the getty >it changes to sciodtr and when I power the modem on/off it goes back to >sciodcd. Does it go to siodtr when you hang up? That is is the correct behaviour. It should stay in the siodtr state for a default of 3 seconds to give the modem a chance to see dtr drop. The default can be changed using comcontrol. If modem off/on is required to get out of the siodtr state then there is a software bug. > How can I get the getty to die after I hang up the phone? I thought that >'hc' in my gettytab would do the trick, but obviously it is not enough. You have to configure the modem to drop CD when the other end hangs up. Many modems can be configured to never drop carrier. This configuration is wrong for dialin lines and bidirectional lines. `hc' is for dropping DTR when the other end logs out. Bruce From owner-freebsd-hackers Thu Dec 22 09:08:13 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA05872 for hackers-outgoing; Thu, 22 Dec 1994 09:08:13 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA05866 for ; Thu, 22 Dec 1994 17:08:12 GMT Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA05512; Thu, 22 Dec 94 10:02:43 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9412221702.AA05512@cs.weber.edu> Subject: Re: bidirectional ports ? To: burg@burg.is.ge.com (Dick van den Burg) Date: Thu, 22 Dec 94 10:02:42 MST Cc: bde@zeta.org.au, hackers@freebsd.org In-Reply-To: <9412221327.AA25744@ns.GE.com>; from "Dick van den Burg" at Dec 22, 94 2:23 pm X-Mailer: ELM [version 2.3 PL11] Sender: hackers-owner@freebsd.org Precedence: bulk > > > Date: Thu, 22 Dec 1994 23:37:45 +1100 > > From: Bruce Evans > > Cc: hackers@freebsd.org > > > > >Yes, of course getty has /dev/ttyd0 open. That is exactly the problem. > > >How can I start a getty without without it opening the device? > > > > Don't have carrier present when there is no connection. Then getty will > > block while opening the device and "ps lax" will show /usr/libexec/[getty] > > sleeping on "siodcd". > > > Thanks, I am slowly getting there. My one problem is that the getty does not > die, once the modem has picked up the phone (no carrier, just call in, and > hang up the phone). The wait state changes to ttyin. When I kill the getty > it changes to sciodtr and when I power the modem on/off it goes back to > sciodcd. The wait state should not change unless you have an off-to-on DCD signal change from the modem. Probably the modem is still set up incorrectly (ie: to raise DCD when offhook instead of when carrier is present). > How can I get the getty to die after I hang up the phone? Don't wake it up in the first place, by way of setting up the modem to only raise DCD when carrier is present. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Dec 22 09:56:26 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA07476 for hackers-outgoing; Thu, 22 Dec 1994 09:56:26 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA07470 for ; Thu, 22 Dec 1994 17:56:25 GMT Received: (from rgrimes@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA06222; Thu, 22 Dec 1994 09:55:37 -0800 From: Rodney W Grimes Message-Id: <199412221755.JAA06222@ref.tfs.com> Subject: Re: Intel EtherExpress Driver To: wombat@wonderland.apana.org.au (Michael Watkin) Date: Thu, 22 Dec 1994 09:55:37 -0800 (PST) Cc: hackers@freebsd.org In-Reply-To: <199412220106.LAA10577@wonderland.apana.org.au> from "Michael Watkin" at Dec 22, 94 11:06:13 am Content-Type: text Content-Length: 515 Sender: hackers-owner@freebsd.org Precedence: bulk > > > Is anyone developing an Intel Etherexpress driver for FreeBSD?? Yes, I have one that is working..... what version of FreeBSD are you running? I can send you code that will work today for 1.1.5, and in 2 weeks it will be checked into 2.1. > It's the only card I've got and I really want to try out FreeBSD's > networking. > > Thanks, > Mike. > > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu Dec 22 09:56:08 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA07468 for hackers-outgoing; Thu, 22 Dec 1994 09:56:08 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id RAA07462 for ; Thu, 22 Dec 1994 17:56:04 GMT Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA06475 (5.67a/IDA-1.5 for freebsd.org!hackers); Thu, 22 Dec 1994 11:47:12 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA19021; 22 Dec 94 11:40:07 CST (Thu) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id LAA19017 for ; Thu, 22 Dec 1994 11:40:06 -0600 Message-Id: <199412221740.LAA19017@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: hackers@freebsd.org Subject: Re: bidirectional ports ? In-Reply-To: Your message of "Thu, 22 Dec 94 11:09:12 EST." <199412221609.AA264792552@yarmouth.fsl.noaa.gov> X-Mailer: exmh version 1.4.1 7/21/94 Date: Thu, 22 Dec 1994 11:40:04 -0600 From: Peter da Silva Sender: hackers-owner@freebsd.org Precedence: bulk Lotsa modems make it hard to set up carrier-detect right. For example Intel 144 FAX modems play silly games with DSR and DTR no matter what you do with the flags. For most modems it's the AT&C and AT&D settings. From owner-freebsd-hackers Thu Dec 22 11:05:08 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA09257 for hackers-outgoing; Thu, 22 Dec 1994 11:05:08 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA09250 for ; Thu, 22 Dec 1994 19:05:06 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id KAA26497; Thu, 22 Dec 1994 10:59:30 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Thomas Gellekum cc: pechter@stars.sed.monmouth.army.mil, FreeBSD-hackers@freefall.cdrom.com Subject: Re: Linux commercial softwarew In-reply-to: Your message of "Thu, 22 Dec 94 09:45:34 +0100." <199412220845.JAA05017@ghpc6.ihf.rwth-aachen.de> Date: Thu, 22 Dec 1994 10:59:27 -0800 Message-ID: <26496.788122767@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Maybe not a commercial app, but what's up with the OI port? Haven't > heard about that a long time, while it is available for Linux. It's on indefinite hold. Warner can say more if he wishes, so I'll defer to him. And as far as being available for Linux is concerned, what's available there is _old_. Jordan From owner-freebsd-hackers Thu Dec 22 11:12:37 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA09401 for hackers-outgoing; Thu, 22 Dec 1994 11:12:37 -0800 Received: from dvals1.larc.nasa.gov (dvals1.larc.nasa.gov [128.155.4.96]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA09395; Thu, 22 Dec 1994 19:12:32 GMT Received: by dvals1.larc.nasa.gov (8.6.9/server2.4) id OAA18801; Thu, 22 Dec 1994 14:12:17 -0500 Message-Id: <199412221912.OAA18801@dvals1.larc.nasa.gov> From: Branson Matheson Subject: Driver? To: freebsd-questions@freebsd.org (FreeBSD Questions), freebsd-hackers@freebsd.org (Hackers FreeBSD) Date: Thu, 22 Dec 1994 14:12:16 -0500 (EST) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 520 Sender: hackers-owner@freebsd.org Precedence: bulk I have a friend that is interested in working on a driver for the adaptec 2940w. Is there any one out there that has one or is working or knows where the information can be gotten? -branson -- _______________________________________________________________________________ E. Branson Matheson III e.b.matheson@larc.nasa.gov Computer Sciences Corporation "If Pete and Re-Pete were sitting on (804)864-9700 -- Work a fence, And Pete fell off.... (804)881-8308 -- Beeper Who'd be left?" From owner-freebsd-hackers Thu Dec 22 11:24:34 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA09639 for hackers-outgoing; Thu, 22 Dec 1994 11:24:34 -0800 Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA09633 for ; Thu, 22 Dec 1994 19:24:28 GMT Received: by gvr.win.tue.nl (8.6.9/1.53) id UAA08752; Thu, 22 Dec 1994 20:23:56 +0100 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199412221923.UAA08752@gvr.win.tue.nl> Subject: Re: /etc/rc.shutdown (First shot) To: roberto@blaise.ibp.fr (Ollivier ROBERT) Date: Thu, 22 Dec 1994 20:23:56 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <9412221415.AA02591@blaise.ibp.fr> from "Ollivier ROBERT" at Dec 22, 94 03:15:11 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 204 Sender: hackers-owner@freebsd.org Precedence: bulk Ollivier ROBERT wrote: > +.Pa /etc/rc.shutdown > +script. This script can be used to cleanly terminate specific programs such > +as > +.Nm innd > +(the InterNetNews server). > +.Pp Yes Yes!!!!! -Guido From owner-freebsd-hackers Thu Dec 22 11:46:56 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA09952 for hackers-outgoing; Thu, 22 Dec 1994 11:46:56 -0800 Received: from zeus.id.net (zeus.id.net [152.160.9.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA09946 for ; Thu, 22 Dec 1994 19:46:55 GMT Received: (from rls@localhost) by zeus.id.net (8.6.8/8.6.6) id OAA02153 for freebsd-hackers@freefall.cdrom.com; Thu, 22 Dec 1994 14:46:46 -0500 From: Robert Shady Message-Id: <199412221946.OAA02153@zeus.id.net> Subject: Sound Blaster To: freebsd-hackers@freefall.cdrom.com Date: Thu, 22 Dec 1994 14:46:46 +1553003 (EST) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 531 Sender: hackers-owner@freebsd.org Precedence: bulk Okay, I have a new soundblaster pro board I am trying to get to work with FreeBSD 1.1.5.1. It doesn't. I need: 1) The options/devices to put into the config file. 2) The /dev devices to create. PLEASE help ASAP, I am supposed to do a multimedia type presentation on the UNIX system in a few hours.. ;( == Internet Service Provider / Hardware Sales / Consulting Services Innovative Data Services, Farmington Hills, Michigan. 48335-4382 Voice: (810)478-3554 / Fax: (810)478-2950 From owner-freebsd-hackers Thu Dec 22 12:15:38 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA12633 for hackers-outgoing; Thu, 22 Dec 1994 12:15:38 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA12606; Thu, 22 Dec 1994 20:14:56 GMT Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id VAA13488 ; Thu, 22 Dec 1994 21:14:49 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA03362; Thu, 22 Dec 94 21:15:11 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9412222015.AA03362@blaise.ibp.fr> Subject: Re: Driver? To: branson@dvals1.larc.nasa.gov (Branson Matheson) Date: Thu, 22 Dec 1994 21:15:11 +0100 (MET) Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <199412221912.OAA18801@dvals1.larc.nasa.gov> from "Branson Matheson" at Dec 22, 94 02:12:16 pm X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 475 Sender: hackers-owner@freebsd.org Precedence: bulk > I have a friend that is interested in working on a driver for the > adaptec 2940w. Is there any one out there that has one or is working > or knows where the information can be gotten? We have one as for now under the GPL (see sys/gnu/misc/aic7770/*). -- Ollivier ROBERT -=- FreeBSD: the daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #0: Sun Dec 11 20:52:22 1994 roberto@keltia:/usr/src/sys/compile/KELTIA i386 ctm#223 From owner-freebsd-hackers Thu Dec 22 12:21:11 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA12789 for hackers-outgoing; Thu, 22 Dec 1994 12:21:11 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA12783 for ; Thu, 22 Dec 1994 20:21:09 GMT Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id VAA13538 ; Thu, 22 Dec 1994 21:21:05 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA03385; Thu, 22 Dec 94 21:21:27 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9412222021.AA03385@blaise.ibp.fr> Subject: Re: Sound Blaster To: rls@zeus.id.net (Robert Shady) Date: Thu, 22 Dec 1994 21:21:26 +0100 (MET) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199412221946.OAA02153@zeus.id.net> from "Robert Shady" at Dec 22, 94 02:46:46 pm X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 692 Sender: hackers-owner@freebsd.org Precedence: bulk I have a Soundblaster Pro 2.0 clone and use that : > I need: > > 1) The options/devices to put into the config file. device snd2 at isa? port 0x220 irq 5 drq 3 vector sbintr device snd1 at isa? port 0x388 > 2) The /dev devices to create. crw-rw-r-- 1 root wheel 30, 4 Dec 20 23:28 audio crw-rw-r-- 1 root wheel 30, 20 Mar 5 1994 audio1 crw-rw-r-- 1 root wheel 30, 3 Mar 10 1994 dsp Just run sh MAKEDEV snd in your /dev. -- Ollivier ROBERT -=- FreeBSD: the daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #0: Sun Dec 11 20:52:22 1994 roberto@keltia:/usr/src/sys/compile/KELTIA i386 ctm#223 From owner-freebsd-hackers Thu Dec 22 12:34:24 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA14371 for hackers-outgoing; Thu, 22 Dec 1994 12:34:24 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA14365 for ; Thu, 22 Dec 1994 20:34:23 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id MAA25698; Thu, 22 Dec 1994 12:33:16 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Paul Richards cc: joerg_wunsch@uriah.sax.de, hackers@freebsd.org Subject: Re: Cleaning the compile/whatever directory before config. In-reply-to: Your message of "Thu, 22 Dec 94 13:20:56 GMT." <199412221320.NAA02657@isl.cf.ac.uk> Date: Thu, 22 Dec 1994 12:33:15 -0800 Message-ID: <25697.788128395@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk Ok, ok! I'll look into changing it! Geeze! :-) Jordan > In reply to J Wunsch who said > > > > As Ollivier ROBERT wrote: > > | > > | Is is necessary now ? I know it used to be and wonder if we can skip it > > | now... > > > > I've always been bothered by this. I think, setenv CONFIG_DONT_CLOBBER > > or so would be of great help for you... > > I really hate it. I make my own mind up to nuke my old config when > I think it's necessary. Except, I can't anymore. > > -- > Paul Richards, FreeBSD core team member. > Phone: +44 1222 874000 x5958 (work), +44 1222 457651 (home) > Dept. Mechanical Engineering, University of Wales, College Cardiff. > Internet: paul@FreeBSD.org, JANET(UK): RICHARDSDP@CARDIFF.AC.UK From owner-freebsd-hackers Thu Dec 22 12:46:16 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id MAA16419 for hackers-outgoing; Thu, 22 Dec 1994 12:46:16 -0800 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id UAA16413 for ; Thu, 22 Dec 1994 20:46:14 GMT Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by wcarchive.cdrom.com (8.6.8/8.6.6) with ESMTP id MAA27722 for ; Thu, 22 Dec 1994 12:46:00 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id MAA26364; Thu, 22 Dec 1994 12:45:51 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: william pechter ILEX cc: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Subject: Re: Linux with 4.2 filesystem In-reply-to: Your message of "Thu, 22 Dec 94 09:47:42 EST." <199412221449.GAA18927@wcarchive.cdrom.com> Date: Thu, 22 Dec 1994 12:45:50 -0800 Message-ID: <26363.788129150@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > The story I heard is ext2fs has been adopted as the filesystem for GNU's > operating system (when it gets loose). > > Any comments or info? I spoke to Remy Card about this in Holland, and we're going to work to bring ext2fs to FreeBSD when the time is right. I'll keep everyone posted.. Jordan From owner-freebsd-hackers Thu Dec 22 13:09:07 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA16835 for hackers-outgoing; Thu, 22 Dec 1994 13:09:07 -0800 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA16823 for ; Thu, 22 Dec 1994 21:08:26 GMT Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id QAA17444; Thu, 22 Dec 1994 16:02:04 -0500 Date: Thu, 22 Dec 1994 16:02:03 -0500 (EST) From: "Jonathan M. Bresler" Subject: FreeBSD Journal (was Re: tar man page) (fwd) To: FreeBSD-Hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Bill (pechter ilex?), we can use majordomo on freefall.cdrom.com to set up a facility to tally the number of people interested in subscribing to a FreeBSD Journal (ala Linux Journal). give me a shout and we'll get it going jmb Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Thu Dec 22 13:10:48 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA16870 for hackers-outgoing; Thu, 22 Dec 1994 13:10:48 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA16863 for ; Thu, 22 Dec 1994 21:10:44 GMT Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id NAA10241; Thu, 22 Dec 1994 13:10:27 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id NAA02594; Thu, 22 Dec 1994 13:10:26 -0800 Message-Id: <199412222110.NAA02594@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Doug Rabson cc: hackers@freebsd.org Subject: Re: NQNFS In-reply-to: Your message of "Thu, 22 Dec 94 14:55:51 GMT." <199412221455.OAA00894@trout.render.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 22 Dec 1994 13:10:25 -0800 Sender: hackers-owner@freebsd.org Precedence: bulk >Is anyone using NQNFS live? I just tried it out and it appears to be >a bit flakey. I think that there are a few cache coherency problems >in there somewhere. Maybe they will be helped by the VM-buffer cache >stuff. > >How usable is the VMIO stuff? Is it going to make it for 2.1? It is working and it will be in 2.1. There are a few performance issues and minor bugs that need to be worked out before I commit it to CVS. -DG From owner-freebsd-hackers Thu Dec 22 13:44:28 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA17359 for hackers-outgoing; Thu, 22 Dec 1994 13:44:28 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA17352 for ; Thu, 22 Dec 1994 21:44:26 GMT Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id WAA13923 for ; Thu, 22 Dec 1994 22:44:38 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA03492; Thu, 22 Dec 94 22:45:00 +0100 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.6.9/keltia-uucp-1.21) id WAA11874 for freebsd-hackers@FreeBSD.ORG; Thu, 22 Dec 1994 22:41:34 +0100 From: Ollivier Robert Message-Id: <199412222141.WAA11874@keltia.frmug.fr.net> Subject: Owner of system directories To: freebsd-hackers@freebsd.org (FreeBSD Hackers' list) Date: Thu, 22 Dec 1994 22:41:34 +0100 (MET) Reply-To: roberto@hsc.fr.net (Ollivier Robert) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 5334 Sender: hackers-owner@freebsd.org Precedence: bulk Something that's bothering for a while... I really feel that for security reasons every system directory should be owned by "root" and not the generic "bin". So I've made the following patch to the mtree files. In extenso, every program should belong to root too... What do you people think about it ? Index: BSD.local.dist =================================================================== RCS file: /spare/FreeBSD-current/src/etc/mtree/BSD.local.dist,v retrieving revision 1.7 diff -u -r1.7 BSD.local.dist --- 1.7 1994/09/19 01:40:35 +++ BSD.local.dist 1994/12/22 21:35:39 @@ -1,7 +1,7 @@ # $Id: BSD.local.dist,v 1.7 1994/09/19 01:40:35 rgrimes Exp $ # -/set type=dir uname=bin gname=bin mode=0755 +/set type=dir uname=root gname=bin mode=0755 . uname=root gname=wheel bin .. Index: BSD.root.dist =================================================================== RCS file: /spare/FreeBSD-current/src/etc/mtree/BSD.root.dist,v retrieving revision 1.19 diff -u -r1.19 BSD.root.dist --- 1.19 1994/09/25 02:55:21 +++ BSD.root.dist 1994/12/22 21:31:23 @@ -3,9 +3,9 @@ /set type=dir uname=root gname=wheel mode=0755 . - bin uname=bin gname=bin + bin uname=root gname=bin .. -/set type=dir uname=bin gname=bin mode=0555 +/set type=dir uname=root gname=bin mode=0555 dev uname=root gname=wheel mode=0755 fd .. @@ -25,7 +25,7 @@ uucp uname=uucp gname=uucp mode=0770 .. .. - lkm uname=bin gname=bin + lkm uname=root gname=bin .. mnt .. @@ -33,7 +33,7 @@ .. root .. - sbin uname=bin gname=bin + sbin uname=root gname=bin .. tmp uname=bin gname=bin mode=01777 .. Index: BSD.usr.dist =================================================================== RCS file: /spare/FreeBSD-current/src/etc/mtree/BSD.usr.dist,v retrieving revision 1.26 diff -u -r1.26 BSD.usr.dist --- 1.26 1994/10/27 23:05:15 +++ BSD.usr.dist 1994/12/22 21:34:22 @@ -1,7 +1,7 @@ # $Id: BSD.usr.dist,v 1.26 1994/10/27 23:05:15 wollman Exp $ # -/set type=dir uname=bin gname=bin mode=0755 +/set type=dir uname=root gname=bin mode=0755 . uname=root gname=wheel bin .. @@ -10,7 +10,7 @@ hide .. .. -/set type=dir uname=bin gname=bin mode=0755 +/set type=dir uname=root gname=bin mode=0755 include arpa .. @@ -69,7 +69,7 @@ larn .. .. -/set type=dir uname=bin gname=bin mode=0755 +/set type=dir uname=root gname=bin mode=0755 groff_font devX100 .. @@ -128,13 +128,13 @@ i386 .. .. - man1 uname=bin + man1 uname=root .. - man2 uname=bin + man2 uname=root .. - man3 uname=bin + man3 uname=root .. -/set type=dir uname=bin gname=bin mode=0755 +/set type=dir uname=root gname=bin mode=0755 man4 i386 .. @@ -176,7 +176,7 @@ mm .. .. -/set type=dir uname=bin gname=bin mode=0555 +/set type=dir uname=root gname=bin mode=0555 zoneinfo mode=0755 Africa .. Index: BSD.var.dist =================================================================== RCS file: /spare/FreeBSD-current/src/etc/mtree/BSD.var.dist,v retrieving revision 1.20 diff -u -r1.20 BSD.var.dist --- 1.20 1994/09/19 01:40:40 +++ BSD.var.dist 1994/12/22 21:35:19 @@ -1,7 +1,7 @@ # $Id: BSD.var.dist,v 1.20 1994/09/19 01:40:40 rgrimes Exp $ # -/set type=dir uname=bin gname=bin mode=0755 +/set type=dir uname=root gname=bin mode=0755 . uname=root gname=wheel account .. @@ -30,27 +30,27 @@ phantasia .. .. - log uname=bin + log uname=root .. - mail uname=bin + mail uname=root .. - msgs uname=bin + msgs uname=root .. - preserve uname=bin + preserve uname=root .. - run uname=bin + run uname=root .. - rwho uname=bin + rwho uname=root .. /set type=dir uname=uucp gname=daemon mode=0755 - spool uname=bin gname=bin + spool uname=root gname=bin lock gname=dialer mode=0775 .. - lpd uname=bin + lpd uname=root .. mqueue uname=root .. - output uname=bin + output uname=root .. /set type=dir uname=uucp gname=uucp mode=0775 uucp -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.1.0-Development #0: Sun Dec 11 20:52:22 1994 roberto@keltia:/usr/src/sys/compile/KELTIA i386 ctm#218 From owner-freebsd-hackers Thu Dec 22 14:46:50 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA20411 for hackers-outgoing; Thu, 22 Dec 1994 14:46:50 -0800 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id WAA20405 for ; Thu, 22 Dec 1994 22:46:15 GMT Received: from iafnl by sun4nl.NL.net via EUnet id AA16141 (5.65b/CWI-3.3); Thu, 22 Dec 1994 22:42:51 +0100 Received: by iafnl.iaf.nl with UUCP id AA30166 (5.65c/IDA-1.4.4); Thu, 22 Dec 1994 21:33:42 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id TAA00703; Thu, 22 Dec 1994 19:53:45 +0100 From: Wilko Bulte Message-Id: <199412221853.TAA00703@yedi.iaf.nl> Subject: Re: ktrace To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 22 Dec 1994 19:53:45 +1596657 (MET) Cc: u923168@student.canberra.edu.au, freebsd-hackers@freebsd.org In-Reply-To: <8878.788035571@time.cdrom.com> from "Jordan K. Hubbard" at Dec 21, 94 10:46:11 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 703 Sender: hackers-owner@freebsd.org Precedence: bulk > > Hi all. > > > > I have a problem: ktrace sucks :) > > Clearly someone who hasn't been developing under UNIX for a long time.. > We would have _killed_ for ktrace back in the V7 days! :-) Unfair comparison: you had a very nice toggle frontpanel on your PDP/11 ;-) Nothing beats examining the CPUs bowels itself... (mind you, I wouldn't *think* about examining Intel bowels 8-} > > Jordan Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Thu Dec 22 14:59:15 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA20963 for hackers-outgoing; Thu, 22 Dec 1994 14:59:15 -0800 Received: from hp.com (hp.com [15.255.152.4]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA20957 for ; Thu, 22 Dec 1994 22:59:14 GMT Received: from hpautow.aus.hp.com by hp.com with SMTP (1.37.109.14/15.5+ECS 3.3) id AA054127143; Thu, 22 Dec 1994 14:59:03 -0800 Message-Id: <199412222259.AA054127143@hp.com> Received: by hpautow.aus.hp.com (1.38.193.4/16.2) id AA25446; Fri, 23 Dec 1994 09:57:43 +1100 From: "M.C Wong" Subject: Re: FreeBSD Journal (was Re: tar man page) (fwd) To: jmb@kryten.atinc.com (Jonathan M. Bresler) Date: Fri, 23 Dec 1994 9:57:43 EDT Cc: FreeBSD-Hackers@freebsd.org In-Reply-To: ; from "Jonathan M. Bresler" at Dec 22, 94 4:02 pm X-Mailer: Elm [revision: 109.14.c] Sender: hackers-owner@freebsd.org Precedence: bulk > > > Bill (pechter ilex?), > > we can use majordomo on freefall.cdrom.com to set up a facility to > tally the number of people interested in subscribing to a FreeBSD Journal > (ala Linux Journal). give me a shout and we'll get it going > > jmb > > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. > | 2341 Jeff Davis Hwy > play go. | Arlington, VA 22202 > ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 > > > FreeBSD Journal is a definite YES. I contacted SSC befor to enquire if they intend to publish periodicals similar to Linux Journal for FreeBSD and NetBSD. Unfortunately, there isn't no such plan at the moment. If someone from the core team can get into this, I will like to place an order for 10 copies or more in advance, 8)! BTW, is FreeBSD and/or NetBSD copyrighted at all ? I am trying to pursuade a local OEM company who deliver Linux/*BSD systems (even though not in great volume at the moment) to put FreeBSD,Linux,NetBSD as sticker, instead of the company name! I want to get USD$1 for each machine sold with such sticker contributed back to the various development team. Maybe more, who knows, depends on how things go etc. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ M.C Wong Email: mcw@hpato.aus.hp.com Australian Telecom Operation Voice: +61 3 272 8058 Hewlett-Packard Australia Ltd Fax: +61 3 898 9257 31 Joseph St, Blackburn 3130, Australia OS: FreeBSD-1.1.5.1 http://hpautow.aus.hp.com:9999/~mcw/mcw.html (or http://hpautorf/~mcw) From owner-freebsd-hackers Thu Dec 22 15:17:45 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA21312 for hackers-outgoing; Thu, 22 Dec 1994 15:17:45 -0800 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id XAA21304 for ; Thu, 22 Dec 1994 23:17:42 GMT Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA11633; Thu, 22 Dec 94 23:17:03 GMT Received: from woody.fsl.noaa.gov by yarmouth.fsl.noaa.gov (1.37.109.14/SMI-4.1 (1.37.109.14)) id AA092338210; Thu, 22 Dec 1994 18:16:50 -0500 Date: Thu, 22 Dec 1994 18:16:50 -0500 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <199412222316.AA092338210@yarmouth.fsl.noaa.gov> Received: by woody.fsl.noaa.gov (1.37.109.14/SMI-4.1 (1.37.109.14)) id AA221758209; Thu, 22 Dec 1994 16:16:49 -0700 To: jkh@time.cdrom.com Cc: thomas@ghpc8.ihf.rwth-aachen.de, pechter@stars.sed.monmouth.army.mil, FreeBSD-hackers@freefall.cdrom.com In-Reply-To: <26496.788122767@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Linux commercial softwarew Sender: hackers-owner@freebsd.org Precedence: bulk >>>>> "Jordan" == Jordan K Hubbard writes: Jordan> It's on indefinite hold. Warner can say more if he Jordan> wishes, so I'll defer to him. ``Warner'' wouldn't happen to be ``Warner Losh,'' would it? --k From owner-freebsd-hackers Thu Dec 22 16:01:21 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA25626 for hackers-outgoing; Thu, 22 Dec 1994 16:01:21 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id AAA25604 for ; Fri, 23 Dec 1994 00:01:20 GMT Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA05986; Thu, 22 Dec 94 16:53:53 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9412222353.AA05986@cs.weber.edu> Subject: Re: FreeBSD Journal (was Re: tar man page) (fwd) To: mcw@hpato.aus.hp.com (M.C Wong) Date: Thu, 22 Dec 94 16:53:52 MST Cc: jmb@kryten.atinc.com, FreeBSD-Hackers@freebsd.org In-Reply-To: <199412222259.AA054127143@hp.com>; from "M.C Wong" at Dec 23, 94 9:57 am X-Mailer: ELM [version 2.3 PL11] Sender: hackers-owner@freebsd.org Precedence: bulk > BTW, is FreeBSD and/or NetBSD copyrighted at all ? Maybe it is time to talk about a consortium again as a trademark holder. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Dec 22 16:53:03 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA01559 for hackers-outgoing; Thu, 22 Dec 1994 16:53:03 -0800 Received: from hudson.lm.com (hudson.lm.com [192.231.221.4]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA01550 for ; Fri, 23 Dec 1994 00:53:02 GMT Received: (from news@localhost) by hudson.lm.com (8.6.9/8.6.9) id TAA28818 for freebsd-hackers@freefall.cdrom.com; Thu, 22 Dec 1994 19:53:11 -0500 Path: hudson.lm.com!ivory.lm.com!not-for-mail From: peterb@telerama.lm.com (Peter Berger) Newsgroups: mail.freebsd-hackers Subject: Re: FreeBSD Journal (was Re: tar man page) (fwd) Date: 22 Dec 1994 19:53:20 -0500 Organization: Telerama Public Access Internet, Pittsburgh, PA USA Lines: 10 Message-ID: <3dd720$3mc@ivory.lm.com> References: <199412222259.AA054127143@hp.com> NNTP-Posting-Host: ivory.lm.com Apparently-To: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@freebsd.org Precedence: bulk How about "BSD Journal"? There are those of us hopeless romantics who hope that the two teams will forget the conflict that happened over whats-her-name.... -- ...................................................................... Peter G. Berger, Esq. Telerama Public Access Internet, Pittsburgh Internet: peterb@telerama.lm.com Phone: 412/481-3505 Fax: 412/481-8568 http://www.lm.com/~peterb From owner-freebsd-hackers Thu Dec 22 17:16:07 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA02937 for hackers-outgoing; Thu, 22 Dec 1994 17:16:07 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA02927 for ; Fri, 23 Dec 1994 01:16:01 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id RAA08967; Thu, 22 Dec 1994 17:15:41 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: peterb@telerama.lm.com (Peter Berger) Cc: hackers@freebsd.org Subject: Re: FreeBSD Journal (was Re: tar man page) (fwd) In-reply-to: Your message of "22 Dec 94 19:53:20 EST." <3dd720$3mc@ivory.lm.com> Date: Thu, 22 Dec 1994 17:15:40 -0800 Message-ID: <8966.788145340@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > How about "BSD Journal"? There are those of us hopeless romantics who > hope that the two teams will forget the conflict that happened over > whats-her-name.... Only after they give my grandmother her bicycle back. Jordan From owner-freebsd-hackers Thu Dec 22 17:22:40 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA03122 for hackers-outgoing; Thu, 22 Dec 1994 17:22:40 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA03116 for ; Fri, 23 Dec 1994 01:22:37 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id RAA09045; Thu, 22 Dec 1994 17:20:03 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Gary Clark II cc: freebsd-hackers@freebsd.org Subject: Re: tar man page In-reply-to: Your message of "Sun, 18 Dec 94 15:28:26 CST." <199412182128.PAA01632@neon.gbdata.com> Date: Thu, 22 Dec 1994 17:20:02 -0800 Message-ID: <9044.788145602@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Hi, > > Here is my first pass at a TAR man page written using the man-doc > macros. It is neither compleate or ready for commiting yet. I'm > just posting to get some feed back on it. How does this compare with the NetBSD version? Jordan From owner-freebsd-hackers Thu Dec 22 21:05:16 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA08607 for hackers-outgoing; Thu, 22 Dec 1994 21:05:16 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA07875; Fri, 23 Dec 1994 04:47:15 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id UAA15885; Thu, 22 Dec 1994 20:47:00 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: hackers@freebsd.org cc: announce@freebsd.org Subject: Time for a weird experiment.. Date: Thu, 22 Dec 1994 20:47:00 -0800 Message-ID: <15884.788158020@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk As part of an ongoing effort to improve the overall release process BEFORE a release actually slips out the door with problems that make folks mad, I'm going to start rolling fairly regular binary snapshots. These snapshots will be very similar to full releases, except that they'll be somewhat more minimal. I won't, for example, roll new XFree86 distributions or worry overmuch about the tools directory, unless either of those two things are affected by the changes I'm trying to test. Where it makes sense, I'll simply link distributions or files that are unchanged across snapshots to the previous snapshot or major release. I also won't be changing the major release number for each snapshot, and will *only* be tweaking the announced version in the boot floppies so that you know when the snapshot was made (the release string will be of the form: FreeBSD-2.0-YYMMDD-SNAP). These are NOT releases, these are *snapshots*, and it's important that this distinction be preserved. People can and will, of course, refer to snapshots by date in mail or netnews, I just don't want them to start thinking that Christmas came early and 2.1 is already out! :-) Finally, I probably won't go out of my way too much to update the documentation. If a README still says `RELEASE 2.0' in it, well, that's much less important to me than getting corrected bits out. Complaints about that kind of thing will be quietly ignored. Again, these are *snapshots*, not releases! Your feedback on these snapshots is, of course, greatly welcome. They're not just for our benefit - those who are coming to rely on FreeBSD 2.0 for mission critical applications should welcome a chance to get at more updated bits in a structured fashion. You can also use these snapshots as tangible evidence that your feedback is getting incorporated and that you (hopefully) won't have any unpleasant surprises for 2.1. On the other hand, if you do send us hate mail for 2.1 and it turns out that you never even tried the snapshots, well, it cuts both ways! :-) Anyway, enough blabber. The first snapshot may be found in: ftp://ftp.freebsd.org/pub/FreeBSD/2.0-941222-SNAP/... And before you ask, yes, the srcdist is still one big chunk. Fixing this will be one of the priorities for the next snapshot. This one focuses mostly on enhanced installation and bug fixes. Above all - have fun with this! Jordan From owner-freebsd-hackers Thu Dec 22 21:10:58 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id VAA08867 for hackers-outgoing; Thu, 22 Dec 1994 21:10:58 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA08370; Fri, 23 Dec 1994 04:58:54 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id UAA17047; Thu, 22 Dec 1994 20:58:39 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: hackers@freefall.cdrom.com cc: announce@freefall.cdrom.com Subject: Follow-up to snapsnot announcement. Date: Thu, 22 Dec 1994 20:58:39 -0800 Message-ID: <17046.788158719@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk Sorry, I also didn't make it clear that the snapshot is currently spooling onto ftp.freebsd.org and probably won't be fully there for another hour or so, so please be patient if you don't see everything you need! Thanks.. Jordan From owner-freebsd-hackers Fri Dec 23 00:02:05 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA18769 for hackers-outgoing; Fri, 23 Dec 1994 00:02:05 -0800 Received: from uclink3.berkeley.edu (uclink3.Berkeley.EDU [128.32.136.74]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA18319; Fri, 23 Dec 1994 07:58:00 GMT Received: from uclink.berkeley.edu by uclink3.berkeley.edu (8.6.8/1.33(web)-OV2) id XAA01950; Thu, 22 Dec 1994 23:57:48 -0800 Received: by uclink.berkeley.edu (8.6.9/1.33(web)-OV4) id XAA20787; Thu, 22 Dec 1994 23:55:28 -0800 From: gibbs@uclink.berkeley.edu (Justin Theodore Gibbs) Message-Id: <199412230755.XAA20787@uclink.berkeley.edu> Subject: Re: Driver? To: branson@dvals1.larc.nasa.gov (Branson Matheson) Date: Thu, 22 Dec 1994 23:55:27 -0800 (PST) Cc: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <199412221912.OAA18801@dvals1.larc.nasa.gov> from "Branson Matheson" at Dec 22, 94 02:12:16 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1019 Sender: hackers-owner@freebsd.org Precedence: bulk > > > I have a friend that is interested in working on a driver for the > adaptec 2940w. Is there any one out there that has one or is working > or knows where the information can be gotten? > > -branson I wrote the aic7770 driver for FreeBSD. The code needs a PCI probe and some slight tweeking to the sequencer code to support wide devices. I could kick out the driver in about two weeks if I had the hardware. I just may get access to a machine with a 2940W in the begining of January, so I'll know more then. If you want to do your own development, call Adaptec's Technical Document line: 1-800-934-2766. You will want the aic7870 Data Book, 2940 Technical Reference, and possibly the 2740 Technical Refference and aic7770 Data Book. -- Justin > E. Branson Matheson III e.b.matheson@larc.nasa.gov > Computer Sciences Corporation "If Pete and Re-Pete were sitting on > (804)864-9700 -- Work a fence, And Pete fell off.... > (804)881-8308 -- Beeper Who'd be left?" > From owner-freebsd-hackers Fri Dec 23 00:02:56 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA18846 for hackers-outgoing; Fri, 23 Dec 1994 00:02:56 -0800 Received: from uclink3.berkeley.edu (uclink3.Berkeley.EDU [128.32.136.74]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id HAA18525; Fri, 23 Dec 1994 07:59:49 GMT Received: from uclink.berkeley.edu by uclink3.berkeley.edu (8.6.8/1.33(web)-OV2) id XAA02017; Thu, 22 Dec 1994 23:59:37 -0800 Received: by uclink.berkeley.edu (8.6.9/1.33(web)-OV4) id XAA21121; Thu, 22 Dec 1994 23:59:29 -0800 From: gibbs@uclink.berkeley.edu (Justin Theodore Gibbs) Message-Id: <199412230759.XAA21121@uclink.berkeley.edu> Subject: Re: Driver? To: roberto@blaise.ibp.fr (Ollivier ROBERT) Date: Thu, 22 Dec 1994 23:59:29 -0800 (PST) Cc: branson@dvals1.larc.nasa.gov, freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <9412222015.AA03362@blaise.ibp.fr> from "Ollivier ROBERT" at Dec 22, 94 09:15:11 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 718 Sender: hackers-owner@freebsd.org Precedence: bulk > > > I have a friend that is interested in working on a driver for the > > adaptec 2940w. Is there any one out there that has one or is working > > or knows where the information can be gotten? > > We have one as for now under the GPL (see sys/gnu/misc/aic7770/*). This code supports the 2940 but not the 2940W or 2740W (although adding the wide support should be trivial). Even with this, some additional tweeking of the kernel level driver is needed to support PCI. -- Justin > -- > Ollivier ROBERT -=- FreeBSD: the daemon is FREE! -=- roberto@FreeBSD.ORG > FreeBSD keltia 2.1.0-Development #0: Sun Dec 11 20:52:22 1994 > roberto@keltia:/usr/src/sys/compile/KELTIA i386 ctm#223 > From owner-freebsd-hackers Fri Dec 23 00:31:38 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id AAA20491 for hackers-outgoing; Fri, 23 Dec 1994 00:31:38 -0800 Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id IAA20475 for ; Fri, 23 Dec 1994 08:31:28 GMT Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.8/8.6.6) id JAA06998; Fri, 23 Dec 1994 09:29:42 +0100 From: Thomas Gellekum Message-Id: <199412230829.JAA06998@ghpc6.ihf.rwth-aachen.de> Subject: Re: Linux commercial softwarew To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 23 Dec 1994 09:29:41 +0100 (MET) Cc: thomas@ghpc8.ihf.rwth-aachen.de, pechter@stars.sed.monmouth.army.mil, FreeBSD-hackers@freefall.cdrom.com In-Reply-To: <26496.788122767@time.cdrom.com> from "Jordan K. Hubbard" at Dec 22, 94 10:59:27 am Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 307 Sender: hackers-owner@freebsd.org Precedence: bulk What I forgot yesterday: Maple. They are selling Maple V Release 3 here on the campus for Linux (among other systems). Email for Waterloo Maple Software is: info@maplesoft.on.ca (Sales) For more info (address, phone, campus license) drop me a line. I'll write to the european office in the meantime. tg From owner-freebsd-hackers Fri Dec 23 01:02:57 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA22079 for hackers-outgoing; Fri, 23 Dec 1994 01:02:57 -0800 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA22071 for ; Fri, 23 Dec 1994 09:02:54 GMT Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0rL5sv-000HzVC; Fri, 23 Dec 94 10:02 MET Received: by ernie.altona.ppp.net (Smail3.1.29.0 #15) id m0rL5DJ-0002OfC; Fri, 23 Dec 94 09:19 WET Message-Id: From: hm@ernie.altona.ppp.net (Hellmuth Michaelis) Subject: Re: FreeBSD Journal (was Re: tar man page) (fwd) To: freebsd-hackers@freefall.cdrom.com (FreeBSD Hackers) Date: Fri, 23 Dec 1994 09:19:01 +0100 (MET) In-Reply-To: <8966.788145340@time.cdrom.com> from "Jordan K. Hubbard" at Dec 22, 94 05:15:40 pm Reply-To: hm@ernie.altona.ppp.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 555 Sender: hackers-owner@freebsd.org Precedence: bulk >From the keyboard of Jordan K. Hubbard: > > > How about "BSD Journal"? There are those of us hopeless romantics who > > hope that the two teams will forget the conflict that happened over > > whats-her-name.... > > Only after they give my grandmother her bicycle back. If it's just the bicycle, we should start fund raising immediately to buy your grandmother a new one. sigh, hellmuth -- Hellmuth Michaelis hm@altona.ppp.net Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Fri Dec 23 01:40:22 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA25126 for hackers-outgoing; Fri, 23 Dec 1994 01:40:22 -0800 Received: from physics.su.OZ.AU (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id JAA25120 for ; Fri, 23 Dec 1994 09:40:20 GMT Received: by physics.su.OZ.AU id AA05349 (5.67b/IDA-1.4.4 for FreeBSD-hackers@freefall.cdrom.com); Fri, 23 Dec 1994 20:39:17 +1100 From: David Dawes Message-Id: <199412230939.AA05349@physics.su.OZ.AU> Subject: Re: Linux commercial softwarew To: thomas@ghpc8.ihf.rwth-aachen.de (Thomas Gellekum) Date: Fri, 23 Dec 1994 20:39:15 +1100 (EST) Cc: jkh@time.cdrom.com, thomas@ghpc8.ihf.rwth-aachen.de, pechter@stars.sed.monmouth.army.mil, FreeBSD-hackers@freefall.cdrom.com In-Reply-To: <199412230829.JAA06998@ghpc6.ihf.rwth-aachen.de> from "Thomas Gellekum" at Dec 23, 94 09:29:41 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 302 Sender: hackers-owner@freebsd.org Precedence: bulk >What I forgot yesterday: Maple. They are selling Maple V Release 3 here >on the campus for Linux (among other systems). > >Email for Waterloo Maple Software is: >info@maplesoft.on.ca (Sales) Wolfram have also announced that they are working on a Linux port of Mathematica (info@wolfram.com). David From owner-freebsd-hackers Fri Dec 23 04:17:33 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA05102 for hackers-outgoing; Fri, 23 Dec 1994 04:17:33 -0800 Received: from prosun.first.gmd.de (prosun.first.gmd.de [192.35.150.136]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA05096 for ; Fri, 23 Dec 1994 12:17:23 GMT Received: from g386bsd.first.gmd.de by prosun.first.gmd.de (4.1/SMI-4.1) id AA03314; Fri, 23 Dec 94 13:16:04 +0100 Received: by g386bsd.first.gmd.de (NAA28425); Fri, 23 Dec 1994 13:18:03 +0100 From: Andreas Schulz Message-Id: <199412231218.NAA28425@g386bsd.first.gmd.de> Subject: Re: Sound Blaster To: rls@zeus.id.net (Robert Shady) Date: Fri, 23 Dec 1994 13:18:03 +0059 (MET) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199412221946.OAA02153@zeus.id.net> from "Robert Shady" at Dec 22, 94 02:46:46 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1089 Sender: hackers-owner@freebsd.org Precedence: bulk > Okay, I have a new soundblaster pro board I am trying to get to work with > FreeBSD 1.1.5.1. It doesn't. > I need: > 1) The options/devices to put into the config file. > 2) The /dev devices to create. > PLEASE help ASAP, I am supposed to do a multimedia type presentation > on the UNIX system in a few hours.. ;( Then don't hope for the net :-), mostly a third of them is sleeping in one area or another. You will find the necessary information in /usr/src/sys/doc/sound.doc. Be aware that you may need to change some jumpers on your soundblaster if you want to get this running with an Adaptec 1542 and maybe also other SCSI controllers. The default values of the soundblaster are conflicting with the Adaptec. For my soundblaster 16 multicd, the IRQ of the mitsumi cdrom conflicted with the Adaptec. The 16-bit DMA channel has a conflict and the MIDI UART has a conflict. ATS ( ats@first.gmd.de or ats@cs.tu-berlin.de ) Andreas Schulz GMD-FIRST 12489 Berlin-Adlershof Rudower Chaussee 5 Gebaeude 13.7 Tel: +49-30-6392-1856/+49-177-2134745 Germany/Europe From owner-freebsd-hackers Fri Dec 23 04:56:18 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA05405 for hackers-outgoing; Fri, 23 Dec 1994 04:56:18 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id MAA05398 for ; Fri, 23 Dec 1994 12:56:13 GMT Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA14515 (5.67a/IDA-1.5); Fri, 23 Dec 1994 06:51:39 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA10690; 23 Dec 94 06:30:12 CST (Fri) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id GAA10685; Fri, 23 Dec 1994 06:30:11 -0600 Message-Id: <199412231230.GAA10685@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: peterb@telerama.lm.com (Peter Berger) Cc: hackers@freebsd.org Subject: Re: BSD Journal (was Re: tar man page) (fwd) In-Reply-To: Your message of "22 Dec 94 19:53:20 EST." <3dd720$3mc@ivory.lm.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Fri, 23 Dec 1994 06:30:08 -0600 From: Peter da Silva Sender: hackers-owner@freebsd.org Precedence: bulk > How about "BSD Journal"? Sheer bloody genius. From owner-freebsd-hackers Fri Dec 23 04:59:35 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA05427 for hackers-outgoing; Fri, 23 Dec 1994 04:59:35 -0800 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA05421 for ; Fri, 23 Dec 1994 12:59:29 GMT Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.9/8.6.9) id EAA03939; Fri, 23 Dec 1994 04:59:15 -0800 Date: Fri, 23 Dec 1994 04:59:15 -0800 Message-Id: <199412231259.EAA03939@silvia.HIP.Berkeley.EDU> To: hackers@freebsd.org In-reply-to: <25697.788128395@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Cleaning the compile/whatever directory before config. From: asami@cs.berkeley.edu (Satoshi Asami) Sender: hackers-owner@freebsd.org Precedence: bulk Jordan said: * Ok, ok! I'll look into changing it! Geeze! :-) Seems like you ran into lots of objections, but I am for keeping the new behavior as the *default*, and adding a flag for *not* deleting the old config dirs. We are dealing with enough mails from users who just don't get it.... Satoshi From owner-freebsd-hackers Fri Dec 23 06:27:39 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA06621 for hackers-outgoing; Fri, 23 Dec 1994 06:27:39 -0800 Received: from sass165 (sass165.sandia.gov [132.175.109.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA06613 for ; Fri, 23 Dec 1994 14:27:37 GMT Received: from amor.mdl.sandia.gov (amor.mdl.sandia.gov [134.253.20.147]) by sass165 (8.6.8/8.6.6) with ESMTP id HAA23738 for ; Fri, 23 Dec 1994 07:30:55 -0700 Received: (aflundi@localhost) by amor.mdl.sandia.gov (8.6.8/8.6.5) id HAA08958 for hackers@freebsd.org; Fri, 23 Dec 1994 07:27:11 -0700 Message-Id: <199412231427.HAA08958@amor.mdl.sandia.gov> From: aflundi@sandia.gov (Alan F Lundin) Date: Fri, 23 Dec 1994 07:27:11 -0700 In-Reply-To: peterb@telerama.lm.com (Peter Berger) "Re: FreeBSD Journal (was Re: tar man page) (fwd)" (Dec 22, 7:53pm) X-Mailer: Mail User's Shell (7.2.4 2/2/92) To: hackers@freebsd.org Subject: Re: FreeBSD Journal Sender: hackers-owner@freebsd.org Precedence: bulk On Dec 22, 7:53pm, Peter Berger wrote: > Subject: Re: FreeBSD Journal (was Re: tar man page) (fwd) > > How about "BSD Journal"? There are those of us hopeless romantics who > hope that the two teams will forget the conflict that happened over > whats-her-name.... Whether they get together or not, I'd like to see a Journal that covered both. In fact, I'd like to see all the Free Unix's in one magazine (Free Unix Journal?). I think you'd get more for your money, and the journal would be in a better position to do comparisons. I get real tired of one sided rags that only know their own system, and make blantantly false claims and comparisons with other systems, and they get away with it. These sorts of rags seem to propagate falsehoods and ignorance as much as truth. --alan From owner-freebsd-hackers Fri Dec 23 06:42:04 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id GAA07419 for hackers-outgoing; Fri, 23 Dec 1994 06:42:04 -0800 Received: from andrew.cmu.edu (ANDREW.CMU.EDU [128.2.10.101]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id OAA07411; Fri, 23 Dec 1994 14:42:02 GMT Received: (from postman@localhost) by andrew.cmu.edu (8.6.9/8.6.9) id JAA02387; Fri, 23 Dec 1994 09:41:47 -0500 Received: via switchmail; Fri, 23 Dec 1994 09:41:47 -0500 (EST) Received: from pcs12.andrew.cmu.edu via qmail ID ; Fri, 23 Dec 1994 09:40:50 -0500 (EST) Received: from pcs12.andrew.cmu.edu via qmail ID ; Fri, 23 Dec 1994 09:40:48 -0500 (EST) Received: from mms.4.60.Nov..4.1993.10.47.44.sun4c.411.EzMail.Phred.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs12.andrew.cmu.edu.sun4c.411 via MS.5.6.pcs12.andrew.cmu.edu.sun4c_411; Fri, 23 Dec 1994 09:40:48 -0500 (EST) Message-ID: Date: Fri, 23 Dec 1994 09:40:48 -0500 (EST) From: "Alex R.N. Wetmore" To: freebsd-hackers@freefall.cdrom.com Subject: Re: FreeBSD Journal (was Re: tar man page) (fwd) Cc: hackers@freebsd.org In-Reply-To: <8966.788145340@time.cdrom.com> Sender: hackers-owner@freebsd.org Precedence: bulk Excerpts from internet.computing.freebsd-hackers: 22-Dec-94 Re: FreeBSD Journal (was Re.. by "Jordan K. Hubbard"@time > > How about "BSD Journal"? There are those of us hopeless romantics who > > hope that the two teams will forget the conflict that happened over > > whats-her-name.... > > Only after they give my grandmother her bicycle back. Still, the majority of information about the one system covers the other system two, so have one Journal would make a lot of sense. And I think a lot of people running one has interest in the other (I run NetBSD (becuase it supports AFS) but I read the mailing lists for both products). alex From owner-freebsd-hackers Fri Dec 23 08:25:31 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA16082 for hackers-outgoing; Fri, 23 Dec 1994 08:25:31 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA16074 for ; Fri, 23 Dec 1994 16:25:29 GMT Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA09763; Fri, 23 Dec 94 09:20:34 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9412231620.AA09763@cs.weber.edu> Subject: Re: FreeBSD Journal (was Re: tar man page) (fwd) To: aw2t+@andrew.cmu.edu (Alex R.N. Wetmore) Date: Fri, 23 Dec 94 9:20:33 MST Cc: freebsd-hackers@freefall.cdrom.com, hackers@freebsd.org In-Reply-To: ; from "Alex R.N. Wetmore" at Dec 23, 94 9:40 am X-Mailer: ELM [version 2.3 PL11] Sender: hackers-owner@freebsd.org Precedence: bulk > Still, the majority of information about the one system covers the other > system two, so have one Journal would make a lot of sense. And I think a > lot of people running one has interest in the other (I run NetBSD (becuase > it supports AFS) but I read the mailing lists for both products). I'm not campaigning or anything, but: I think that it is now available for FreeBSD (something on the list recently). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Dec 23 08:26:20 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA16090 for hackers-outgoing; Fri, 23 Dec 1994 08:26:20 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA16084 for ; Fri, 23 Dec 1994 16:26:17 GMT Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA17022 (5.67a/IDA-1.5); Fri, 23 Dec 1994 10:00:42 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA12497; 23 Dec 94 09:39:42 CST (Fri) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id JAA12493; Fri, 23 Dec 1994 09:39:41 -0600 Message-Id: <199412231539.JAA12493@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: "Alex R.N. Wetmore" Cc: hackers@freebsd.org Subject: Re: FreeBSD Journal (was Re: tar man page) (fwd) In-Reply-To: Your message of "Fri, 23 Dec 94 09:40:48 EST." X-Mailer: exmh version 1.4.1 7/21/94 Date: Fri, 23 Dec 1994 09:39:38 -0600 From: Peter da Silva Sender: hackers-owner@freebsd.org Precedence: bulk I hesitate to suggest this, but there are a few other BSD-based systems around other than NetBSD and FreeBSD. Most of the commercial UNIXes are more System V based or running pretty much a Mach kernel, but there's SunOS, Ultrix, and of course BSDI. Should the concentration be on "Free UNIX" or "BSD UNIX"? From owner-freebsd-hackers Fri Dec 23 08:25:29 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id IAA16076 for hackers-outgoing; Fri, 23 Dec 1994 08:25:29 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id QAA16068 for ; Fri, 23 Dec 1994 16:25:28 GMT Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA09763; Fri, 23 Dec 94 09:20:34 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9412231620.AA09763@cs.weber.edu> Subject: Re: FreeBSD Journal (was Re: tar man page) (fwd) To: aw2t+@andrew.cmu.edu (Alex R.N. Wetmore) Date: Fri, 23 Dec 94 9:20:33 MST Cc: freebsd-hackers@freefall.cdrom.com, hackers@freebsd.org In-Reply-To: ; from "Alex R.N. Wetmore" at Dec 23, 94 9:40 am X-Mailer: ELM [version 2.3 PL11] Sender: hackers-owner@freebsd.org Precedence: bulk > Still, the majority of information about the one system covers the other > system two, so have one Journal would make a lot of sense. And I think a > lot of people running one has interest in the other (I run NetBSD (becuase > it supports AFS) but I read the mailing lists for both products). I'm not campaigning or anything, but: I think that it is now available for FreeBSD (something on the list recently). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Dec 23 09:45:52 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id JAA18920 for hackers-outgoing; Fri, 23 Dec 1994 09:45:52 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id RAA18899 for ; Fri, 23 Dec 1994 17:45:29 GMT Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.9/8.6.9) with SMTP id TAA15897; Fri, 23 Dec 1994 19:44:43 +0200 Message-Id: <199412231744.TAA15897@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: hackers@freebsd.org, current@frreebsd.org Subject: How much of a schlepp... Date: Fri, 23 Dec 1994 19:44:42 +0200 From: Mark Murray Sender: hackers-owner@freebsd.org Precedence: bulk ... or bummer would it be to have sup "its very small" included in the bindist; _then_ supping could be a part of the 'make' structure? ie cd /usr/src/bin;make sup;make clean;make.... If there are objections to putting _sup_ in by itself (I suspect there may be), what about just putting some sup targets into the makefiles? having an all-or-bust sup system is starting to make less sense at the end of a slow wire. I am not referring to the one currently in /usr/src/Makefile, but rather farming the individual lines in the supfile out to their respective directories. How does it sound? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Fri Dec 23 10:50:35 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id KAA20802 for hackers-outgoing; Fri, 23 Dec 1994 10:50:35 -0800 Received: from strider.inet.it (strider.inet.it [194.20.8.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA20729; Fri, 23 Dec 1994 18:46:18 GMT Received: (from piero@localhost) by strider.inet.it (8.6.9/8.6.9) id TAA07497; Fri, 23 Dec 1994 19:45:50 +0059 From: Piero Serini Message-Id: <199412231846.TAA07497@strider.inet.it> Subject: XMAS mail (read this!) To: Hackers@freebsd.org (FreeBSD Hackers' List), FreeBSD-Ports@freebsd.org (FreeBSD Ports' List), Questions@freebsd.org (FreeBSD Questions List) Date: Fri, 23 Dec 1994 19:45:49 +0100 (MET) Reply-To: Piero@strider.inet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 89405894 X-Faqs-Maintained: Elm (comp.mail.elm), Mail Archive Servers (comp.mail.misc) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 478 Sender: hackers-owner@freebsd.org Precedence: bulk Hello Everyone. In an Attempt to Limit XMas E-mail Traffic, Please Everyone Ac- cept my Best Wishes for a Merry XMas, on Behalf of Everyone Else on These Lists :) ... And Happy New Year. Merry Xmas, -- # $Id: .signature,v 1.8 1994/11/29 18:35:58 piero Exp $ # Disclaimer: I don't speak for I.Net S.p.A. Piero Serini Via Giambologna, 1 I 20136 Milano - ITALY From owner-freebsd-hackers Fri Dec 23 13:00:45 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA22737 for hackers-outgoing; Fri, 23 Dec 1994 13:00:45 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA22731 for ; Fri, 23 Dec 1994 21:00:45 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id NAA19794; Fri, 23 Dec 1994 13:00:02 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami) cc: hackers@freebsd.org Subject: Re: Cleaning the compile/whatever directory before config. In-reply-to: Your message of "Fri, 23 Dec 94 04:59:15 PST." <199412231259.EAA03939@silvia.HIP.Berkeley.EDU> Date: Fri, 23 Dec 1994 13:00:02 -0800 Message-ID: <19793.788216402@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk That was my intention. Both flag and environment variable sensitivity for disabling it, but the same default behavior. JOrdan > Jordan said: > > * Ok, ok! I'll look into changing it! Geeze! :-) > > Seems like you ran into lots of objections, but I am for keeping the > new behavior as the *default*, and adding a flag for *not* deleting > the old config dirs. We are dealing with enough mails from users who > just don't get it.... > > Satoshi From owner-freebsd-hackers Fri Dec 23 13:36:44 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA23073 for hackers-outgoing; Fri, 23 Dec 1994 13:36:44 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id VAA23067 for ; Fri, 23 Dec 1994 21:36:43 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id NAA19940; Fri, 23 Dec 1994 13:35:45 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Mark Murray cc: hackers@freebsd.org, current@frreebsd.org Subject: Re: How much of a schlepp... In-reply-to: Your message of "Fri, 23 Dec 94 19:44:42 +0200." <199412231744.TAA15897@grunt.grondar.za> Date: Fri, 23 Dec 1994 13:35:45 -0800 Message-ID: <19939.788218545@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk If someone wants to package up sup in a more user-friendly package, I won't argue, I just don't have time right now myself. Ideally, there should be a `sup starter kit' that asks you where you want to put src, ports, which collections you want, and then generates a supfile for you. Now that'd be a concept! :-) Jordan > ... or bummer would it be to have sup "its very small" included in the > bindist; _then_ supping could be a part of the 'make' structure? > > ie cd /usr/src/bin;make sup;make clean;make.... > > If there are objections to putting _sup_ in by itself (I suspect there > may be), what about just putting some sup targets into the makefiles? > having an all-or-bust sup system is starting to make less sense at the > end of a slow wire. I am not referring to the one currently in > /usr/src/Makefile, but rather farming the individual lines in the > supfile out to their respective directories. > > How does it sound? > > M > > -- > Mark Murray > 46 Harvey Rd, Claremont, Cape Town 7700, South Africa > +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Fri Dec 23 13:45:47 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA23321 for hackers-outgoing; Fri, 23 Dec 1994 13:45:47 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA23315 for ; Fri, 23 Dec 1994 21:45:40 GMT Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rLHnc-0000ISC; Fri, 23 Dec 94 13:45 PST Received: (from root@localhost) by io.cts.com (8.6.9/8.6.9) id NAA00495 for freebsd-hackers@freebsd.org; Fri, 23 Dec 1994 13:41:04 -0800 From: Morgan Davis Message-Id: <199412232141.NAA00495@io.cts.com> Subject: A lighter sup -v? To: freebsd-hackers@freebsd.org Date: Fri, 23 Dec 1994 13:41:03 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 944 Sender: hackers-owner@freebsd.org Precedence: bulk In using sup, I found that -v is the only way for it to report which files have been received. However, in addition to that, it wants to tell you all the files that have been "updated" as well. I assume that "updated" simply means that "Hey, we checked your file and the host's file and you don't need to update it." Since "updated" entries account for a huge majority of -v output, it would be desirable to have a flag that tells you only the files that were replaced or deleted (or otherwise munged). This would make it easier to peruse e-mailed reports to make better decisions about rebuilding the system after an update. As it is now, I can append all the e-mail into a file, then grep out all entries except those with "updated" in them. However, this seems like an easy enhancement to have the sup program do this for you. Taking a 2000 line e-mail message on updated 'gnu' down to a dozen or two significant lines would be nice. From owner-freebsd-hackers Fri Dec 23 13:47:14 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA23345 for hackers-outgoing; Fri, 23 Dec 1994 13:47:14 -0800 Received: from kronos (kronos.cam.paramax.com [128.170.2.8]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA23295; Fri, 23 Dec 1994 21:43:34 GMT Received: by kronos (4.1/SMI-4.1) id AA00569; Fri, 23 Dec 94 13:48:08 PST Date: Fri, 23 Dec 94 13:48:08 PST From: tunch@cam.paramax.com (Tunc Hoscan) Message-Id: <9412232148.AA00569@kronos> To: Hackers@freebsd.org, FreeBSD-Ports@freebsd.org, Questions@freebsd.org, Piero@strider.inet.it Subject: Re: XMAS mail (read this!) Sender: hackers-owner@freebsd.org Precedence: bulk > Hello Everyone. > > In an Attempt to Limit XMas E-mail Traffic, ^^^^^^^^^^^^^^^^^^^^^^^^^^ Piero, Piero!.. I've received your mail three times so far!.. :-) Ho Ho Ho!.. Merry christmas to you too!... > Please Everyone Ac- > cept my Best Wishes for a Merry XMas, on Behalf of Everyone Else > on These Lists :) > > ... And Happy New Year. > > Merry Xmas, > Piero Serini Via Giambologna, 1 > I 20136 Milano - ITALY > Tunc N. Hoscan tunch@cam.paramax.com From owner-freebsd-hackers Fri Dec 23 14:02:14 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA23452 for hackers-outgoing; Fri, 23 Dec 1994 14:02:14 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA23446 for ; Fri, 23 Dec 1994 22:02:13 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id OAA20144; Fri, 23 Dec 1994 14:01:11 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Morgan Davis cc: freebsd-hackers@freebsd.org Subject: Re: A lighter sup -v? In-reply-to: Your message of "Fri, 23 Dec 94 13:41:03 PST." <199412232141.NAA00495@io.cts.com> Date: Fri, 23 Dec 1994 14:01:11 -0800 Message-ID: <20143.788220071@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > In using sup, I found that -v is the only way for it to report which > files have been received. However, in addition to that, it wants to > tell you all the files that have been "updated" as well. I assume > that "updated" simply means that "Hey, we checked your file and the > host's file and you don't need to update it." No, actually not. It means "I checked the file and the dates didn't match, even if the contents did, so I'm stamping it again and recording the fact in my sup logs." In most stable situations, you shouldn't even see that most of the time! Jordan From owner-freebsd-hackers Fri Dec 23 15:23:23 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA26259 for hackers-outgoing; Fri, 23 Dec 1994 15:23:23 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id XAA26253 for ; Fri, 23 Dec 1994 23:23:20 GMT Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rLJK8-00006eC; Fri, 23 Dec 94 15:23 PST Received: (from root@localhost) by io.cts.com (8.6.9/8.6.9) id PAA16374; Fri, 23 Dec 1994 15:18:44 -0800 From: Morgan Davis Message-Id: <199412232318.PAA16374@io.cts.com> Subject: Re: A lighter sup -v? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 23 Dec 1994 15:18:43 -0800 (PST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <20143.788220071@time.cdrom.com> from "Jordan K. Hubbard" at Dec 23, 94 02:01:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2275 Sender: hackers-owner@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > No, actually not. It means "I checked the file and the dates didn't > match, even if the contents did, so I'm stamping it again and > recording the fact in my sup logs." In most stable situations, you > shouldn't even see that most of the time! Hmmm. Would you expect that a full sup about two weeks ago would result in yesterday's sup (same server) showing about 1800 lines for 'gnu', of which 98% were "updated" entries and very few "received" entries? If its a question of "instability", my concern, of course, is "where". Also, perhaps you can clarify the relationship between the regular "snapshots" and "-current" (via sup) for those who, just recently, got sup working and now are studying up on "snapshots". I'm not gung-ho about having the latest and greatest all the time. But I do want to keep up with the latest *working* releases. I assume that's more or less the idea of snapshots. Is there an automated way (perhaps with sup) to grab snapshots? Or is this a get-it-via-FTP type thing? BTW, FreeBSD has been a great game for me, replacing Myst and Doom over the last few weeks. It has all the thrills of an arcade game and mind-boggling puzzles of an adventure game, and I've dedicated long hours into the early morning on it. When you figure out how to get updates, how to build them, and all the other undocumented-but-critical procedures, it can be a blast. (Note, I said "procedures" not "man pages". There should be a FAQ for common things like how to *really* get sup and pppd to work for a typical installation. And the FAQs that do exist should at least be revised to include current info. The kind of "attitude" in many of the answers is frustrating for those starting with a new FreeBSD setup. Example: How do I create new accounts? Answer: Use adduser, dummy! Well, "adduser" *does not* exist. Sure, there's a shell script named "adduser.sh" hidden in /stand, that with a bit of hacking can be made to add accounts, but jeez. Not too helpful. The notes on setting up pppd seem like they're for versions of FreeBSD prior to 2.0 because they have a lot of *bad* advice and things that don't apply. Ok, ok, enough bitching. Very few complaints and quite happy with things as they are even still.) From owner-freebsd-hackers Fri Dec 23 17:44:09 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id RAA00337 for hackers-outgoing; Fri, 23 Dec 1994 17:44:09 -0800 Received: from physics.su.OZ.AU (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id BAA00331 for ; Sat, 24 Dec 1994 01:44:07 GMT Received: by physics.su.OZ.AU id AA16035 (5.67b/IDA-1.4.4 for freebsd-hackers@freebsd.org); Sat, 24 Dec 1994 12:43:27 +1100 From: David Dawes Message-Id: <199412240143.AA16035@physics.su.OZ.AU> Subject: Re: A lighter sup -v? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 24 Dec 1994 12:43:26 +1100 (EST) Cc: mdavis@io.cts.com, freebsd-hackers@freebsd.org In-Reply-To: <20143.788220071@time.cdrom.com> from "Jordan K. Hubbard" at Dec 23, 94 02:01:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 897 Sender: hackers-owner@freebsd.org Precedence: bulk >> In using sup, I found that -v is the only way for it to report which >> files have been received. However, in addition to that, it wants to >> tell you all the files that have been "updated" as well. I assume >> that "updated" simply means that "Hey, we checked your file and the >> host's file and you don't need to update it." > >No, actually not. It means "I checked the file and the dates didn't >match, even if the contents did, so I'm stamping it again and >recording the fact in my sup logs." In most stable situations, you >shouldn't even see that most of the time! It means that the ctime of the file is more recent that the previous sup date, but the mtimes are the same. The actual file contents (and file size) are not checked. A common cause of these updates is if the sup server's collection has been restored from a backup, or moved to a different filesystem, etc. David From owner-freebsd-hackers Fri Dec 23 18:57:36 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA01827 for hackers-outgoing; Fri, 23 Dec 1994 18:57:36 -0800 Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id CAA01820 for ; Sat, 24 Dec 1994 02:57:31 GMT Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.9+2.4Wb/3.3Wb) id LAA07530; Sat, 24 Dec 1994 11:57:13 +0900 Date: Sat, 24 Dec 1994 11:57:13 +0900 Message-Id: <199412240257.LAA07530@frig.mt.cs.keio.ac.jp> To: freebsd-hackers@freebsd.org Subject: DX4/100 BUG From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3+] 1994-08/01(Mon) Sender: hackers-owner@freebsd.org Precedence: bulk Hi! I heard Linux checks DX4/100 bug on bootstrap and is getting along with this bug. It does not use HLT instruction on such machines. I read swtch.s and locore.s of 2.0R, but I couldn't find any measures against this bug. I don't know whether this bug is easily compensated since I have no Linux machines. Is it easy? --- ----------------------------------------------------------- HOSOKAWA, Tatsumi (hosokawa@mt.cs.keio.ac.jp) Dept. of Computer Science, Keio University, Yokohama, Japan ----------------------------------------------------------- From owner-freebsd-hackers Fri Dec 23 20:01:55 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA18952 for hackers-outgoing; Fri, 23 Dec 1994 20:01:55 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA18946 for ; Sat, 24 Dec 1994 04:01:45 GMT Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id UAA05587; Fri, 23 Dec 1994 20:01:26 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id UAA04733; Fri, 23 Dec 1994 20:01:26 -0800 Message-Id: <199412240401.UAA04733@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: freebsd-hackers@freebsd.org Subject: Re: DX4/100 BUG In-reply-to: Your message of "Sat, 24 Dec 94 11:57:13 +0900." <199412240257.LAA07530@frig.mt.cs.keio.ac.jp> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 23 Dec 1994 20:01:22 -0800 Sender: hackers-owner@freebsd.org Precedence: bulk >I heard Linux checks DX4/100 bug on bootstrap and is getting along >with this bug. It does not use HLT instruction on such machines. I >read swtch.s and locore.s of 2.0R, but I couldn't find any measures >against this bug. I don't know whether this bug is easily compensated >since I have no Linux machines. Is it easy? What bug? I have a DX4/100 sitting next to me that works just fine with 2.0. -DG From owner-freebsd-hackers Fri Dec 23 20:44:14 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA19078 for hackers-outgoing; Fri, 23 Dec 1994 20:44:14 -0800 Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA19072 for ; Sat, 24 Dec 1994 04:44:10 GMT Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.9+2.4Wb/3.3Wb) id NAA07797; Sat, 24 Dec 1994 13:43:44 +0900 Date: Sat, 24 Dec 1994 13:43:44 +0900 Message-Id: <199412240443.NAA07797@frig.mt.cs.keio.ac.jp> To: davidg@Root.COM Cc: freebsd-hackers@freebsd.org Subject: Re: DX4/100 BUG In-Reply-To: Your message of Fri, 23 Dec 1994 20:01:22 -0800. <199412240401.UAA04733@corbin.Root.COM> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3+] 1994-08/01(Mon) Sender: hackers-owner@freebsd.org Precedence: bulk In article <199412240401.UAA04733@corbin.Root.COM> davidg@Root.COM writes: >> What bug? I have a DX4/100 sitting next to me that works just fine with 2.0. I heard that not every DX4 has this bug. Some DX4 has a bug on SMM and hlt instruction. I found news articles about it at comp.sys.intel and comp.sys.ibm.pc.hardware.chips, but most of them have expired on our site. hosokawa (from comp.sys.ibm.pc.hardware.chips) -(BEGIN)-------------------------------------------------------------------- From: alhaz@xmission.com (Alfred Hazelworth) Newsgroups: comp.sys.intel,comp.sys.ibm.pc.hardware.chips,comp.os.os2.misc Subject: Re: **>>DX4/100 RECALLED<<** Date: 10 Dec 1994 19:36:25 -0700 Organization: XMission Public Access Internet (801 539 0900) Lines: 18 Message-ID: <3cdoj9$g1k@xmission.xmission.com> References: <1994Nov30.154328.25469@mlb.semi.harris.com> <3bkrdo$ej0@inewssc.intel.com> <1994Dec5.204344.15135@mlb.semi.harris.com> NNTP-Posting-Host: xmission Keywords: DX4/100 Recall CHIPLIST X-Newsreader: NN version 6.5.0 #2 (NOV) Xref: kogwy comp.sys.intel:25522 comp.sys.ibm.pc.hardware.chips:15441 comp.os.os2.misc:124116 s106275@cc.tut.fi (Anssi Saari) writes: >In <1994Dec5.204344.15135@mlb.semi.harris.com> bj@krusty.mlb.semi.harris.com (Bobby J. Fralic) writes: >:> What about the problem, detailed in the Chiplist quote below, is it for >:>real? Does it still exist on some/all DX4/100's? Does it mean there will >:>be a problem running WindowsNT,Windows95,OS2, etc. >Well, the current version of the Chiplist, 6.0, makes no mention of a bug in >the DX4. This might be in refrence to the problem OS/2 2.1 had with some pentiums and 486s. IT had something to do with the way Intel SMM works. Since the DX4 allways had SMM, the bug would crop up from time to time. The patch is refered to as the "pentium fix" because that's what people found it most usefull for or something. AlHaz Date: 11 Dec 1994 00:00:00 +0000 From: holger_f@holgi.escape.de (Holger Foerstemann) Newsgroups: comp.os.os2.misc,comp.sys.ibm.pc.hardware.chips,comp.sys.intel Message-ID: <5bd2TvA42aB@holgi.escape.de> References: Subject: Re: **>>DX4/100 RECALLED<<** X-Newsreader: XP v3.02 R/C1307 Reply-To: holger_f@xmp.escape.de Lines: 23 Xref: kogwy comp.os.os2.misc:124515 comp.sys.ibm.pc.hardware.chips:15572 comp.sys.intel:26142 mike wrotes in "Re: **>>DX4/100 RECALLED<<**": > > :> What about the problem, detailed in the Chiplist quote below, is it for > > :>real? Does it still exist on some/all DX4/100's? Does it mean there > > :>will be a problem running WindowsNT,Windows95,OS2, etc. > > > > Well, the current version of the Chiplist, 6.0, makes no mention of a bug > > in the DX4. > I have a DX4 and run NT 3.5 and have not had any problems yet. What should I > look for? Now I have my the fourth DX4/100 on my Board. The first three Proz have had big problems with OS/2. When I run Windows, the Proz works with no errors. But OS/2 is a 32-Bit-System! But at a speed of 75Mhz all DX4 work fine!!!! Holgi --------------------------------------------------------------------------- FIDO: Holger Foerstemann@2:241/530.12 & Holger Foerstemann@2:2437/430.1 ZConnect: HOLGI@EARTHBOX.ESCAPE.DE / UUCP: holger_f@xmp.escape.de --------------------------------------------------------------------------- ## CrossPoint v3.02 R ## From: bj@krusty.mlb.semi.harris.com (Bobby J. Fralic) Newsgroups: comp.sys.intel,comp.sys.ibm.pc.hardware.chips,comp.os.os2.misc Subject: Re: **>>DX4/100 RECALLED?<<** Date: 14 Dec 1994 16:22:04 GMT Organization: Harris Semiconductor, Melbourne, Florida Lines: 44 Message-ID: <3cn63c$13r@hearye.mlb.semi.harris.com> References: NNTP-Posting-Host: krusty.mlb.semi.harris.com Xref: kogwy comp.sys.intel:26835 comp.sys.ibm.pc.hardware.chips:15703 comp.os.os2.misc:124813 In article , >Mike Whitacre wrote: >>In article , writes: >> :> bj@krusty.mlb.semi.harris.com posted for Lou: >> :> What about the problem, detailed in the Chiplist quote below, is it for >> :>real? Does it still exist on some/all DX4/100's? Does it mean there will >> :>be a problem running WindowsNT,Windows95,OS2, etc. >> Well, the current version of the Chiplist, 6.0, makes no mention of a bug in >> the DX4. >I have a DX4 and run NT 3.5 and have not had any problems yet. What should I >look for? Mike Here is a summary of some of the replies I saved. From: ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig) Linux uses the HLT instruction for its idle loop since were 1.1.18 or so. (People were really astonished when the temperature dropped by 40 Kelvin or so :-) However, some chips were reported as hanging, and Linux now checks this as part of its bootup sequence (as it does for the FDIV bug since 1.1.66). There were a few reports of machines hanging as a result of this; my guess would be this resulted in the recall. -- Thomas Koenig, Thomas.Koenig@ciw.uni-karlsruhe.de, ig25@dkauni2.bitnet. ********************************************************************* From: alhaz@xmission.com (Alfred Hazelworth) Subject: Re: **>>DX4/100 RECALLED<<** This might be in refrence to the problem OS/2 2.1 had with some pentiums and 486s. IT had something to do with the way Intel SMM works. Since the DX4 allways had SMM, the bug would crop up from time to time. The patch is refered to as the "pentium fix" because that's what people found it most usefull for or something. AlHaz ********************************************************************* Where is this patch available? Lou -(END)---------------------------------------------------------------------- --- ----------------------------------------------------------- HOSOKAWA, Tatsumi (hosokawa@mt.cs.keio.ac.jp) Dept. of Computer Science, Keio University, Yokohama, Japan ----------------------------------------------------------- From owner-freebsd-hackers Fri Dec 23 20:54:40 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id UAA19118 for hackers-outgoing; Fri, 23 Dec 1994 20:54:40 -0800 Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.13.10]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id EAA19112 for ; Sat, 24 Dec 1994 04:54:36 GMT Received: (vazquez@localhost) by kalypso.iqm.unicamp.br (8.6.8/8.3) id BAA10874; Sat, 24 Dec 1994 01:23:54 -0300 From: Pedro A M Vazquez Message-Id: <199412240423.BAA10874@kalypso.iqm.unicamp.br> Subject: Micropolis 2112 data To: freebsd-hackers@freefall.cdrom.com Date: Sat, 24 Dec 1994 01:23:53 -0300 (GMT-0300) Organization: Instituto de Quimica Unicamp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 152 Sender: hackers-owner@freebsd.org Precedence: bulk Hello I've a Micropolis 2112 scsi hard disk but I have no information about it (heads, cyl,etc). Does anyone on this list has this info? Thanks Pedro From owner-freebsd-hackers Fri Dec 23 22:46:50 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA21022 for hackers-outgoing; Fri, 23 Dec 1994 22:46:50 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id GAA21013 for ; Sat, 24 Dec 1994 06:46:19 GMT Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.9/8.6.9) with SMTP id IAA01245; Sat, 24 Dec 1994 08:42:37 +0200 Message-Id: <199412240642.IAA01245@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: David Dawes cc: jkh@time.cdrom.com (Jordan K. Hubbard), mdavis@io.cts.com, freebsd-hackers@freebsd.org, mark@grunt.grondar.za Subject: Re: A lighter sup -v? Date: Sat, 24 Dec 1994 08:42:36 +0200 From: Mark Murray Sender: hackers-owner@freebsd.org Precedence: bulk > >No, actually not. It means "I checked the file and the dates didn't > >match, even if the contents did, so I'm stamping it again and > >recording the fact in my sup logs." In most stable situations, you > >shouldn't even see that most of the time! > > It means that the ctime of the file is more recent that the previous > sup date, but the mtimes are the same. The actual file contents (and > file size) are not checked. A common cause of these updates is if the > sup server's collection has been restored from a backup, or moved to a > different filesystem, etc. BIG bummer, this. Since freefall's disk bounced, I have been _continuously_ supping. 95% Of this was "updating". Time now for SUP2? (I am in South Africa, and my link to the Internet is a 2-wire leased line with 14400 baud modems - ok for general work, LOUSY for bulk movements) M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Sat Dec 24 02:40:46 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA24982 for hackers-outgoing; Sat, 24 Dec 1994 02:40:46 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id KAA24976 for ; Sat, 24 Dec 1994 10:40:39 GMT Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA02440; Sat, 24 Dec 1994 21:39:33 +1100 Date: Sat, 24 Dec 1994 21:39:33 +1100 From: Bruce Evans Message-Id: <199412241039.VAA02440@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: DX4/100 BUG Sender: hackers-owner@freebsd.org Precedence: bulk >I heard Linux checks DX4/100 bug on bootstrap and is getting along >with this bug. It does not use HLT instruction on such machines. I >read swtch.s and locore.s of 2.0R, but I couldn't find any measures >against this bug. I don't know whether this bug is easily compensated >since I have no Linux machines. Is it easy? It's easy to ifdef the HLT instruction or to overwrite it with a NOP in the kernel binary. Linux tests if HLT works and runs essentially if (hlt_works_ok) __asm("hlt"); in the idle loop. Bruce From owner-freebsd-hackers Sat Dec 24 02:46:57 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA25160 for hackers-outgoing; Sat, 24 Dec 1994 02:46:57 -0800 Received: from physics.su.OZ.AU (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA25154 for ; Sat, 24 Dec 1994 10:46:55 GMT Received: by physics.su.OZ.AU id AA20091 (5.67b/IDA-1.4.4 for freebsd-hackers@freebsd.org); Sat, 24 Dec 1994 21:44:50 +1100 From: David Dawes Message-Id: <199412241044.AA20091@physics.su.OZ.AU> Subject: Re: A lighter sup -v? To: mark@grondar.za (Mark Murray) Date: Sat, 24 Dec 1994 21:44:49 +1100 (EST) Cc: dawes@physics.su.oz.au, jkh@time.cdrom.com, mdavis@io.cts.com, freebsd-hackers@freebsd.org, mark@grunt.grondar.za In-Reply-To: <199412240642.IAA01245@grunt.grondar.za> from "Mark Murray" at Dec 24, 94 08:42:36 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1548 Sender: hackers-owner@freebsd.org Precedence: bulk >> >No, actually not. It means "I checked the file and the dates didn't >> >match, even if the contents did, so I'm stamping it again and >> >recording the fact in my sup logs." In most stable situations, you >> >shouldn't even see that most of the time! >> >> It means that the ctime of the file is more recent that the previous >> sup date, but the mtimes are the same. The actual file contents (and >> file size) are not checked. A common cause of these updates is if the >> sup server's collection has been restored from a backup, or moved to a >> different filesystem, etc. > >BIG bummer, this. Since freefall's disk bounced, I have been >_continuously_ supping. 95% Of this was "updating". Time now for SUP2? >(I am in South Africa, and my link to the Internet is a 2-wire leased >line with 14400 baud modems - ok for general work, LOUSY for bulk >movements) I made some changes to sup (for our local XFree86 use) which add an option to avoid updates for regular files when the stat information available at the scan phase (just the mode) matches. We use sup to keep our two main servers in sync, and we sometimes sup in both directions (yes, this has to be done with care). Doing this was completely impractical (read: took forever) without an option to avoid updates. The slowness of the update process over a slow link is I think mostly due to the two-way nature of the traffic (client requests stat info for first file, server sends it, client requests stat info for second file, ...) rather than the quantity of traffic. David From owner-freebsd-hackers Sat Dec 24 02:55:08 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id CAA25397 for hackers-outgoing; Sat, 24 Dec 1994 02:55:08 -0800 Received: from vmbb.cts.com (vmbb.cts.com [192.188.72.18]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id KAA25391 for ; Sat, 24 Dec 1994 10:55:07 GMT Received: from io.cts.com by vmbb.cts.com with smtp (Smail3.1.28.1 #9) id m0rLU7b-0000OvC; Sat, 24 Dec 94 02:54 PST Received: (from root@localhost) by io.cts.com (8.6.9/8.6.9) id CAA00726 for freebsd-hackers@freebsd.org; Sat, 24 Dec 1994 02:50:11 -0800 From: Morgan Davis Message-Id: <199412241050.CAA00726@io.cts.com> Subject: Xchess? To: freebsd-hackers@freebsd.org Date: Sat, 24 Dec 1994 02:50:10 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 374 Sender: hackers-owner@freebsd.org Precedence: bulk Should Xchess, included in the /usr/src/gnu/games/chess/Xchess directory not compile cleanly? cc -O -DDEF_PROGRAM=\"/usr/bin/chess\" -I. -I/usr/X386/include -c xchess.c In file included from xchess.h:32, from xchess.c:35: std.h:73: conflicting types for `sys_errlist' /usr/include/stdio.h:244: previous declaration of `sys_errlist' *** Error code 1 Stop. From owner-freebsd-hackers Sat Dec 24 03:32:58 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id DAA26465 for hackers-outgoing; Sat, 24 Dec 1994 03:32:58 -0800 Received: from nanbu.mt.cs.keio.ac.jp (nanbu.mt.cs.keio.ac.jp [131.113.32.19]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id LAA26459 for ; Sat, 24 Dec 1994 11:32:55 GMT Received: (from hosokawa@localhost) by nanbu.mt.cs.keio.ac.jp (8.6.9+2.4Wb/3.3Wb) id UAA25497; Sat, 24 Dec 1994 20:32:21 +0900 Date: Sat, 24 Dec 1994 20:32:21 +0900 Message-Id: <199412241132.UAA25497@nanbu.mt.cs.keio.ac.jp> To: bde@zeta.org.au Cc: freebsd-hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: DX4/100 BUG In-Reply-To: Your message of Sat, 24 Dec 1994 21:39:33 +1100. <199412241039.VAA02440@godzilla.zeta.org.au> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3+] 1994-08/01(Mon) Sender: hackers-owner@freebsd.org Precedence: bulk In article <199412241039.VAA02440@godzilla.zeta.org.au> bde@zeta.org.au writes: >> It's easy to ifdef the HLT instruction or to overwrite it with a NOP >> in the kernel binary. Linux tests if HLT works and runs essentially >> >> if (hlt_works_ok) >> __asm("hlt"); >> >> in the idle loop. Thank you. It's very simple solution. But I have more two questions. (1) swtch.s executes HLT instruction from following code. idle_loop: cli cmpl $0,_whichrtqs /* real-time queue */ jne sw1a cmpl $0,_whichqs /* normal queue */ jne nortqr cmpl $0,_whichidqs /* 'idle' queue */ jne idqr #ifdef APM call _apm_cpu_idle call _apm_cpu_busy #else sti hlt /* wait for interrupt */ #endif jmp idle_loop If the HLT is removed from here, almost all idle loop is executed without accepting interrupts. The system will be down. What is the most appropriate solution? I think these CMPL and JNE pairs are atomic operations. (2) How Linux probes this DX4 HLT bug? Thank you very much. --- ----------------------------------------------------------- HOSOKAWA, Tatsumi (hosokawa@mt.cs.keio.ac.jp) Dept. of Computer Science, Keio University, Yokohama, Japan ----------------------------------------------------------- From owner-freebsd-hackers Sat Dec 24 04:06:22 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA27047 for hackers-outgoing; Sat, 24 Dec 1994 04:06:22 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA27036 for ; Sat, 24 Dec 1994 12:06:07 GMT Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA03357; Sat, 24 Dec 1994 23:02:36 +1100 Date: Sat, 24 Dec 1994 23:02:36 +1100 From: Bruce Evans Message-Id: <199412241202.XAA03357@godzilla.zeta.org.au> To: bde@zeta.org.au, hosokawa@mt.cs.keio.ac.jp Subject: Re: DX4/100 BUG Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk > #ifdef APM > call _apm_cpu_idle > call _apm_cpu_busy > #else > sti > hlt /* wait for interrupt */ > #endif > jmp idle_loop > If the HLT is removed from here, almost all idle loop is executed > without accepting interrupts. The system will be down. What is > the most appropriate solution? I think these CMPL and JNE pairs > are atomic operations. Only one instruction after the `sti' is required for excepting interrupts. >(2) How Linux probes this DX4 HLT bug? hlt_works_ok defaults to 1. It is cleared if to boot loader passes the string "no-hlt" on the command line. FreeBSD could use a new boot flag. HLT is probed by attempting to execute it (if (hlt_works_ok)) so that the system hangs early (after printing a message without a newline) if HLT doesn't work. HLT is easier to test than WAIT because execution resumes at the next instruction after an interrupt terminates the HLT. Bruce From owner-freebsd-hackers Sat Dec 24 04:56:47 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id EAA27521 for hackers-outgoing; Sat, 24 Dec 1994 04:56:47 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id MAA27515 for ; Sat, 24 Dec 1994 12:56:45 GMT Received: (dufault@localhost) by hda.com (8.6.9/8.3) id HAA18559; Sat, 24 Dec 1994 07:58:25 -0500 From: Peter Dufault Message-Id: <199412241258.HAA18559@hda.com> Subject: Real Time Extensions on -current To: freebsd-hackers@freefall.cdrom.com Date: Sat, 24 Dec 1994 07:58:25 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1868 Sender: hackers-owner@freebsd.org Precedence: bulk Is anyone else working, or thinking about working, or wanting to work, on real time extensions for FreeBSD or running a Mach kernel in a FreeBSD context? I can identify two paths to follow: 1. Use the mk83i real time mach distribution together with the Helsinki University of Technology Lites work to get a real time mach environment working in the FreeBSD context. 2. Use orthogonal kernel extensions to implement enough of a real time environment to do useful work, and gradually extend it. The kind of thing I have in mind here is two level interrupts to reduce latency, seeking out anywhere interrupts are off, adding a real time schedular and a real time process class, add a "real time fault" that would kick in whenever a process did anything not real time safe (non-real time system safe system call, single level interrupt, alarm call during real time, etc). Initially you could write real time drivers that would execute in the kernel preempting normal kernel activity (thus requiring the orthogonality) and able to signal and ready real time preocesses. I'm working on "1.". The knowledge required is beyond what most BSD hackers have and the startup overhead just to get to the point of knowing everything that is involved is fairly great. "2" is a hack but easier to get your hands around and you can get to the point that you have something usable quickly (I actually did a hack version back in the patchkit days and used it successfully in some control experiments we did). I'd appreciate thoughts, knowledgable comments, and information from anyone who is interested in this subject. I'll save up names. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 ++++ New e-mail address. E-mail problems? Tell hdslip@iii.net From owner-freebsd-hackers Sat Dec 24 05:27:29 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id FAA28502 for hackers-outgoing; Sat, 24 Dec 1994 05:27:29 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA28494 for ; Sat, 24 Dec 1994 13:27:11 GMT Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA24336 (5.67a/IDA-1.5); Sat, 24 Dec 1994 07:09:23 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA07276; 24 Dec 94 06:48:14 CST (Sat) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id GAA07273; Sat, 24 Dec 1994 06:48:14 -0600 Message-Id: <199412241248.GAA07273@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: David Dawes Cc: mark@grondar.za (Mark Murray), jkh@time.cdrom.com, mdavis@io.cts.com, freebsd-hackers@freebsd.org, mark@grunt.grondar.za Subject: Re: A lighter sup -v? In-Reply-To: Your message of "Sat, 24 Dec 94 21:44:49 +1100." <199412241044.AA20091@physics.su.OZ.AU> X-Mailer: exmh version 1.4.1 7/21/94 Date: Sat, 24 Dec 1994 06:48:07 -0600 From: Peter da Silva Sender: hackers-owner@freebsd.org Precedence: bulk > The slowness of the update process over a slow link is I think mostly > due to the two-way nature of the traffic (client requests stat info > for first file, server sends it, client requests stat info for second > file, ...) rather than the quantity of traffic. This could be alleviated by interleaving requests, I think. Send out a bunch of stats at once, up to some window size... From owner-freebsd-hackers Sat Dec 24 11:19:45 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA01695 for hackers-outgoing; Sat, 24 Dec 1994 11:19:45 -0800 Received: from noc.tor.hookup.net (root@noc.tor.hookup.net [165.154.1.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA01689 for ; Sat, 24 Dec 1994 19:19:36 GMT Received: from mnewton.home ([199.166.190.83]) by noc.tor.hookup.net (8.6.9/1.232) with SMTP id OAA10369; Sat, 24 Dec 1994 14:19:10 -0500 Date: Thu, 29 Dec 94 14:11:52 PST From: malcolm newton Subject: freebsd naming of bindist To: hackers@freebsd.org X-Mailer: Chameleon - TCP/IP for Windows by NetManage, Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk ------------------------------------- Name: malcolm newton E-mail: mnewton@mail.tor.hookup.net (malcolm newton) Date: 11/21/94 Time: 18:55:14 I would appreciate if you could change the filenames in BINDIST to (8.3) dos type format as downloading onto a dos partition on the BSD pc gives files files ;- !bindi00.gz,!bindi01.gz and its a pain to have to renmae all 59 files??. bindaa.gz,bindab.gz would be fine thx muchly (now i have the scripts to rename them but the first time round it chews up valuable time ) ta ta 4 now :-) From owner-freebsd-hackers Sat Dec 24 11:19:33 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA01688 for hackers-outgoing; Sat, 24 Dec 1994 11:19:33 -0800 Received: from csugrad.cs.vt.edu (jaitken@csugrad.cs.vt.edu [128.173.41.74]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA01681 for ; Sat, 24 Dec 1994 19:19:28 GMT Received: (jaitken@localhost) by csugrad.cs.vt.edu (8.6.9/8.6.4) id OAA15707; Sat, 24 Dec 1994 14:19:00 -0500 From: Jeff Aitken Message-Id: <199412241919.OAA15707@csugrad.cs.vt.edu> Subject: Re: Xchess? To: root@io.cts.com (Morgan Davis) Date: Sat, 24 Dec 1994 14:19:00 -0500 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199412241050.CAA00726@io.cts.com> from "Morgan Davis" at Dec 24, 94 02:50:10 am X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1047 Sender: hackers-owner@freebsd.org Precedence: bulk > cc -O -DDEF_PROGRAM=\"/usr/bin/chess\" -I. -I/usr/X386/include -c > xchess.c > In file included from xchess.h:32, > from xchess.c:35: > std.h:73: conflicting types for `sys_errlist' > /usr/include/stdio.h:244: previous declaration of `sys_errlist' I ran into the same problem trying to compile v1.3 of the TIS firewall toolkit on a 2.0R machine. It appears that: char *sys_errlist[]; is no longer sufficient; either change these occurrences or just remove them and make sure is included, where you'll find (on line 244, no less ;) extern __const char *__const sys_errlist[]; This worked for me in any case; whether or not it's "correct" is up to those of you who like to debate exactly how many spaces follow comments and #defines and all thet other language type of crap ;) ;) There's probably a way to tell gcc to chill out in this case (it's not a *major* difference having a const char as opposed to just a char, SFAIK) but I didn't look it up. "gcc -traditional" perhaps? -- Jeff Aitken jaitken@vt.edu From owner-freebsd-hackers Sat Dec 24 11:29:39 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA01776 for hackers-outgoing; Sat, 24 Dec 1994 11:29:39 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id TAA01770 for ; Sat, 24 Dec 1994 19:29:37 GMT Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.9/8.6.9) with SMTP id LAA11738; Sat, 24 Dec 1994 11:28:44 -0800 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Morgan Davis cc: freebsd-hackers@freebsd.org Subject: Re: A lighter sup -v? In-reply-to: Your message of "Fri, 23 Dec 94 15:18:43 PST." <199412232318.PAA16374@io.cts.com> Date: Sat, 24 Dec 1994 11:28:44 -0800 Message-ID: <11737.788297324@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Hmmm. Would you expect that a full sup about two weeks ago would > result in yesterday's sup (same server) showing about 1800 lines for > 'gnu', of which 98% were "updated" entries and very few "received" > entries? If its a question of "instability", my concern, of course, > is "where". No, I wouldn't. Other things that can make this happen are blowing away your sup control files or somehow changing the date of files on your tree. > Also, perhaps you can clarify the relationship between the regular > "snapshots" and "-current" (via sup) for those who, just recently, got > sup working and now are studying up on "snapshots". A snapshot is simply an attempt to build a semi-release from -current. That's all.. > I'm not gung-ho about having the latest and greatest all the time. > But I do want to keep up with the latest *working* releases. I assume > that's more or less the idea of snapshots. Is there an automated way That's actually a side-effect of snapshots, but if you want to call it the idea, well, I won't argue. It's good marketing.. :-) > BTW, FreeBSD has been a great game for me, replacing Myst and Doom > over the last few weeks. It has all the thrills of an arcade game and > mind-boggling puzzles of an adventure game, and I've dedicated long > hours into the early morning on it. When you figure out how to > get updates, how to build them, and all the other > undocumented-but-critical procedures, it can be a blast. I'm glad you figured that out. Now go for the high score! Write a device driver for something! :-) > (Note, I said "procedures" not "man pages". There should be a FAQ for > common things like how to *really* get sup and pppd to work for a > typical installation. And the FAQs that do exist should at least be > revised to include current info. The kind of "attitude" in many of > the answers is frustrating for those starting with a new FreeBSD I don't think you're suffering from attitude so much as resignation, at least if you're talking to any of the FreeBSD core team members I know. We all know that there needs to be one almost painfully simple entrypoint into the system, and that it should let you do everything from browse `howto' guides like the ones you describe, to actually set up slip or ppp or new users by simple answering a few questions. It should all be tied together with a unified forms interface tool that would allow them to learn the navigational controls once and then focus on system setup from there on out. It should hide 99.9% of the icky details of system administration and maintainance from the user who neither wants to know or cares. Believe me, you're preaching to the choir if you're about to make a case for such a system. We have only one small little problem: Every previous attempt to write this tool/environment has failed. You feel like being the exception to break 7 years of bad luck? :-) We have had more than enouh discussion about it, and everybody is pretty much unanimous in their desire for it, now we just need to find someone with enough free time and few enough prior committments to actually DO it.. Believe me, it's been on my mental `whiteboard' for a LONG time! :-) Jordan From owner-freebsd-hackers Sat Dec 24 13:58:48 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA02911 for hackers-outgoing; Sat, 24 Dec 1994 13:58:48 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA02885 for ; Sat, 24 Dec 1994 21:58:37 GMT Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20973; Sat, 24 Dec 1994 22:59:15 +0100 Received: by sax.sax.de (8.6.9/8.6.9) with UUCP id XAA04782 for hackers%freebsd.org@sax.de; Sat, 24 Dec 1994 23:05:13 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id WAA19346; Sat, 24 Dec 1994 22:30:03 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199412242130.WAA19346@bonnie.tcd-dresden.de> Subject: High Sierra CD's To: hackers@freebsd.org (FreeBSD hackers) Date: Sat, 24 Dec 1994 22:30:03 +0100 (MET) X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 14762 Sender: hackers-owner@freebsd.org Precedence: bulk Since it became the major point for a potential FreeBSD ``customer'' (he wants to set up a production CD-ROM server), i've quickly hacked the support for the old ``High Sierra'' CD-ROM format. From the commentary in the 2.0 sources i took that it's still not on the way there due to a lack of informations. I've got three CD's (from different sources), so my guessing should be okay. I've hacked this for 1.1.5.1, but the basic scenario should be identical to 2.0. I'm posting it here since i guess there might be other folks outside being bothered by the ``Invalid argument'' for some CD's. It works now for all the CDs i could lay my hands on. It's relative to the /sys/isofs directory of 1.1.5.1. I don't plan to maintain this (except for serious bugs), it's just posted here as an inspiration for the cd9660 maintainers. I could beta-test a 2.0 implementation though. *** iso.h.orig Sun Dec 19 01:51:02 1993 --- iso.h Sat Dec 24 08:34:13 1994 *************** *** 11,17 **** char type[ISODCL(1,1)]; /* 711 */ char id[ISODCL(2,6)]; char version[ISODCL(7,7)]; ! char data[ISODCL(8,2048)]; }; /* volume descriptor types */ --- 11,21 ---- char type[ISODCL(1,1)]; /* 711 */ char id[ISODCL(2,6)]; char version[ISODCL(7,7)]; ! char unused[ISODCL(8,8)]; ! char type_sierra[ISODCL(9,9)]; /* 711 */ ! char id_sierra[ISODCL(10,14)]; ! char version_sierra[ISODCL(15,15)]; ! char data[ISODCL(16,2048)]; }; /* volume descriptor types */ *************** *** 21,26 **** --- 25,32 ---- #define ISO_STANDARD_ID "CD001" #define ISO_ECMA_ID "CDW01" + #define ISO_SIERRA_ID "CDROM" + struct iso_primary_descriptor { char type [ISODCL ( 1, 1)]; /* 711 */ char id [ISODCL ( 2, 6)]; *************** *** 57,62 **** --- 63,105 ---- char unused5 [ISODCL (1396, 2048)]; }; + struct iso_sierra_primary_descriptor { + char unknown1 [ISODCL ( 1, 8)]; /* 733 */ + char type [ISODCL ( 9, 9)]; /* 711 */ + char id [ISODCL ( 10, 14)]; + char version [ISODCL ( 15, 15)]; /* 711 */ + char unused1 [ISODCL ( 16, 16)]; + char system_id [ISODCL ( 17, 48)]; /* achars */ + char volume_id [ISODCL ( 49, 80)]; /* dchars */ + char unused2 [ISODCL ( 81, 88)]; + char volume_space_size [ISODCL ( 89, 96)]; /* 733 */ + char unused3 [ISODCL ( 97, 128)]; + char volume_set_size [ISODCL (129, 132)]; /* 723 */ + char volume_sequence_number [ISODCL (133, 136)]; /* 723 */ + char logical_block_size [ISODCL (137, 140)]; /* 723 */ + char path_table_size [ISODCL (141, 148)]; /* 733 */ + char type_l_path_table [ISODCL (149, 152)]; /* 731 */ + char opt_type_l_path_table [ISODCL (153, 156)]; /* 731 */ + char unknown2 [ISODCL (157, 160)]; /* 731 */ + char unknown3 [ISODCL (161, 164)]; /* 731 */ + char type_m_path_table [ISODCL (165, 168)]; /* 732 */ + char opt_type_m_path_table [ISODCL (169, 172)]; /* 732 */ + char unknown4 [ISODCL (173, 176)]; /* 732 */ + char unknown5 [ISODCL (177, 180)]; /* 732 */ + char root_directory_record [ISODCL (181, 214)]; /* 9.1 */ + char volume_set_id [ISODCL (215, 342)]; /* dchars */ + char publisher_id [ISODCL (343, 470)]; /* achars */ + char preparer_id [ISODCL (471, 598)]; /* achars */ + char application_id [ISODCL (599, 726)]; /* achars */ + char copyright_id [ISODCL (727, 790)]; /* achars */ + char creation_date [ISODCL (791, 806)]; /* ? */ + char modification_date [ISODCL (807, 822)]; /* ? */ + char expiration_date [ISODCL (823, 838)]; /* ? */ + char effective_date [ISODCL (839, 854)]; /* ? */ + char file_structure_version [ISODCL (855, 855)]; /* 711 */ + char unused4 [ISODCL (856, 2048)]; + }; + struct iso_directory_record { char length [ISODCL (1, 1)]; /* 711 */ char ext_attr_length [ISODCL (2, 2)]; /* 711 */ *************** *** 72,78 **** }; /* CD-ROM Fromat type */ ! enum ISO_FTYPE { ISO_FTYPE_9660, ISO_FTYPE_RRIP, ISO_FTYPE_ECMA }; struct iso_mnt { int logical_block_size; --- 115,122 ---- }; /* CD-ROM Fromat type */ ! enum ISO_FTYPE { ISO_FTYPE_9660, ISO_FTYPE_RRIP, ISO_FTYPE_ECMA, ! ISO_FTYPE_HIGH_SIERRA, ISO_FTYPE_UNKNOWN = -1}; struct iso_mnt { int logical_block_size; *** isofs_lookup.c.orig Thu Nov 25 02:32:22 1993 --- isofs_lookup.c Sat Dec 24 09:03:22 1994 *************** *** 278,283 **** --- 278,284 ---- } else { switch ( imp->iso_ftype ) { case ISO_FTYPE_9660: + case ISO_FTYPE_HIGH_SIERRA: if( ( namelen >= ndp->ni_namelen ) && ( isofncmp( ndp->ni_ptr, ndp->ni_namelen, ep->name, namelen ) ) ) { ndp->ni_ufs.ufs_ino = isonum_733 (ep->extent); *** isofs_node.c.orig Thu Nov 25 02:32:23 1993 --- isofs_node.c Sat Dec 24 09:07:00 1994 *************** *** 150,167 **** insque(ip, ih); ISO_ILOCK(ip); ip->iso_reclen = isonum_711 (isodir->length); ip->iso_extlen = isonum_711 (isodir->ext_attr_length); ip->iso_extent = isonum_733 (isodir->extent); ip->i_size = isonum_733 (isodir->size); ! ip->iso_flags = isonum_711 (isodir->flags); ip->iso_unit_size = isonum_711 (isodir->file_unit_size); ip->iso_interleave_gap = isonum_711 (isodir->interleave); ip->iso_volume_seq = isonum_723 (isodir->volume_sequence_number); ip->iso_namelen = isonum_711 (isodir->name_len); - imp = VFSTOISOFS (mntp); - vp = ITOV(ip); /* * Setup time stamp, attribute , if CL or PL, set loc but not yet.. */ --- 150,171 ---- insque(ip, ih); ISO_ILOCK(ip); + imp = VFSTOISOFS (mntp); + vp = ITOV(ip); + ip->iso_reclen = isonum_711 (isodir->length); ip->iso_extlen = isonum_711 (isodir->ext_attr_length); ip->iso_extent = isonum_733 (isodir->extent); ip->i_size = isonum_733 (isodir->size); ! /* high sierra does not have timezone data, flag is one byte ahead */ ! ip->iso_flags = isonum_711 (imp->iso_ftype == ISO_FTYPE_HIGH_SIERRA? ! &isodir->date[6]: ! isodir->flags); ip->iso_unit_size = isonum_711 (isodir->file_unit_size); ip->iso_interleave_gap = isonum_711 (isodir->interleave); ip->iso_volume_seq = isonum_723 (isodir->volume_sequence_number); ip->iso_namelen = isonum_711 (isodir->name_len); /* * Setup time stamp, attribute , if CL or PL, set loc but not yet.. */ *************** *** 169,174 **** --- 173,183 ---- case ISO_FTYPE_9660: isofs_rrip_defattr ( isodir, &(ip->inode) ); isofs_rrip_deftstamp( isodir, &(ip->inode) ); + goto FlameOff; + break; + case ISO_FTYPE_HIGH_SIERRA: + isofs_rrip_defattr ( isodir, &(ip->inode) ); + isofs_high_sierra_deftstamp( isodir, &(ip->inode) ); goto FlameOff; break; case ISO_FTYPE_RRIP: *** isofs_rrip.c.orig Mon Jun 13 22:19:35 1994 --- isofs_rrip.c Sat Dec 24 09:07:10 1994 *************** *** 174,182 **** /* * Time stamp */ ! static void isofs_rrip_tstamp_conv7(pi, pu) char *pi; struct timeval *pu; { int i; int crtime,days; --- 174,183 ---- /* * Time stamp */ ! static void isofs_rrip_tstamp_conv7(pi, pu, has_tz) char *pi; struct timeval *pu; + int has_tz; { int i; int crtime,days; *************** *** 211,217 **** tz |= (-1 << 8); /* timezone offset is unreliable on some disks */ ! if (-48 <= tz && tz <= 52) crtime -= tz * 15 * 60; } pu->tv_sec = crtime; --- 212,218 ---- tz |= (-1 << 8); /* timezone offset is unreliable on some disks */ ! if (has_tz && (-48 <= tz && tz <= 52)) crtime -= tz * 15 * 60; } pu->tv_sec = crtime; *************** *** 263,269 **** /* difference of GMT */ buf[6] = pi[16]; ! isofs_rrip_tstamp_conv7(buf, pu); } static int isofs_rrip_tstamp( p, ana ) --- 264,270 ---- /* difference of GMT */ buf[6] = pi[16]; ! isofs_rrip_tstamp_conv7(buf, pu, 1); } static int isofs_rrip_tstamp( p, ana ) *************** *** 276,290 **** /* Check a format of time stamp (7bytes/17bytes) */ if ( !(*p->flags & ISO_SUSP_TSTAMP_FORM17 ) ) { ! isofs_rrip_tstamp_conv7(ptime, &ana->inode.iso_ctime ); if ( *p->flags & ISO_SUSP_TSTAMP_MODIFY ) ! isofs_rrip_tstamp_conv7(ptime+7, &ana->inode.iso_mtime ); else ana->inode.iso_mtime = ana->inode.iso_ctime; if ( *p->flags & ISO_SUSP_TSTAMP_ACCESS ) ! isofs_rrip_tstamp_conv7(ptime+14, &ana->inode.iso_atime ); else ana->inode.iso_atime = ana->inode.iso_ctime; } else { --- 277,291 ---- /* Check a format of time stamp (7bytes/17bytes) */ if ( !(*p->flags & ISO_SUSP_TSTAMP_FORM17 ) ) { ! isofs_rrip_tstamp_conv7(ptime, &ana->inode.iso_ctime, 1 ); if ( *p->flags & ISO_SUSP_TSTAMP_MODIFY ) ! isofs_rrip_tstamp_conv7(ptime+7, &ana->inode.iso_mtime, 1 ); else ana->inode.iso_mtime = ana->inode.iso_ctime; if ( *p->flags & ISO_SUSP_TSTAMP_ACCESS ) ! isofs_rrip_tstamp_conv7(ptime+14, &ana->inode.iso_atime, 1 ); else ana->inode.iso_atime = ana->inode.iso_ctime; } else { *************** *** 307,313 **** struct iso_directory_record *isodir; ISO_RRIP_ANALYZE *ana; { ! isofs_rrip_tstamp_conv7(isodir->date, &ana->inode.iso_ctime ); ana->inode.iso_atime = ana->inode.iso_ctime; ana->inode.iso_mtime = ana->inode.iso_ctime; return 0; --- 308,325 ---- struct iso_directory_record *isodir; ISO_RRIP_ANALYZE *ana; { ! isofs_rrip_tstamp_conv7(isodir->date, &ana->inode.iso_ctime, 1); ! ana->inode.iso_atime = ana->inode.iso_ctime; ! ana->inode.iso_mtime = ana->inode.iso_ctime; ! return 0; ! } ! ! ! int isofs_high_sierra_deftstamp( isodir, ana ) ! struct iso_directory_record *isodir; ! ISO_RRIP_ANALYZE *ana; ! { ! isofs_rrip_tstamp_conv7(isodir->date, &ana->inode.iso_ctime, 0); ana->inode.iso_atime = ana->inode.iso_ctime; ana->inode.iso_mtime = ana->inode.iso_ctime; return 0; *** isofs_vfsops.c.orig Thu Jun 2 08:48:34 1994 --- isofs_vfsops.c Sat Dec 24 11:01:59 1994 *************** *** 176,187 **** imp = VFSTOISOFS(mp); /* Check the Rock Ridge Extention support */ ! if ( args.exflags & MNT_NORRIP ) { ! imp->iso_ftype = ISO_FTYPE_9660; ! mp->mnt_flag |= MNT_NORRIP; ! } else { ! imp->iso_ftype = ISO_FTYPE_RRIP; ! mp->mnt_flag &= ~MNT_NORRIP; } (void) copyinstr(path, imp->im_fsmnt, sizeof(imp->im_fsmnt)-1, &size); --- 176,189 ---- imp = VFSTOISOFS(mp); /* Check the Rock Ridge Extention support */ ! if ( imp->iso_ftype == ISO_FTYPE_UNKNOWN ) { ! if (args.exflags & MNT_NORRIP ) { ! imp->iso_ftype = ISO_FTYPE_9660; ! mp->mnt_flag |= MNT_NORRIP; ! } else { ! imp->iso_ftype = ISO_FTYPE_RRIP; ! mp->mnt_flag &= ~MNT_NORRIP; ! } } (void) copyinstr(path, imp->im_fsmnt, sizeof(imp->im_fsmnt)-1, &size); *************** *** 211,216 **** --- 213,219 ---- int havepart = 0, blks; int error = EINVAL, i, size; int needclose = 0; + int high_sierra = 0; int ronly = (mp->mnt_flag & MNT_RDONLY) != 0; extern struct vnode *rootvp; int j; *************** *** 218,223 **** --- 221,227 ---- int iso_blknum; struct iso_volume_descriptor *vdp; struct iso_primary_descriptor *pri; + struct iso_sierra_primary_descriptor *pri_sierra; struct iso_directory_record *rootp; int logical_block_size; *************** *** 252,279 **** vdp = (struct iso_volume_descriptor *)bp->b_un.b_addr; if (bcmp (vdp->id, ISO_STANDARD_ID, sizeof vdp->id) != 0) { ! error = EINVAL; ! goto out; } ! if (isonum_711 (vdp->type) == ISO_VD_END) { error = EINVAL; goto out; } ! if (isonum_711 (vdp->type) == ISO_VD_PRIMARY) break; brelse(bp); } ! if (isonum_711 (vdp->type) != ISO_VD_PRIMARY) { error = EINVAL; goto out; } pri = (struct iso_primary_descriptor *)vdp; ! ! logical_block_size = isonum_723 (pri->logical_block_size); if (logical_block_size < DEV_BSIZE || logical_block_size >= MAXBSIZE --- 256,293 ---- vdp = (struct iso_volume_descriptor *)bp->b_un.b_addr; if (bcmp (vdp->id, ISO_STANDARD_ID, sizeof vdp->id) != 0) { ! if (bcmp (vdp->id_sierra, ISO_SIERRA_ID, ! sizeof vdp->id) != 0) { ! error = EINVAL; ! goto out; ! } else ! high_sierra = 1; } ! if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) ! == ISO_VD_END) { error = EINVAL; goto out; } ! if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) ! == ISO_VD_PRIMARY) break; brelse(bp); } ! if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) ! != ISO_VD_PRIMARY) { error = EINVAL; goto out; } pri = (struct iso_primary_descriptor *)vdp; ! pri_sierra = (struct iso_sierra_primary_descriptor *)vdp; ! ! logical_block_size = ! isonum_723 (high_sierra? pri_sierra->logical_block_size: ! pri->logical_block_size); if (logical_block_size < DEV_BSIZE || logical_block_size >= MAXBSIZE *************** *** 282,292 **** goto out; } ! rootp = (struct iso_directory_record *)pri->root_directory_record; isomp = (struct iso_mnt *)malloc(sizeof *isomp,M_ISOFSMNT,M_WAITOK); isomp->logical_block_size = logical_block_size; ! isomp->volume_space_size = isonum_733 (pri->volume_space_size); bcopy (rootp, isomp->root, sizeof isomp->root); isomp->root_extent = isonum_733 (rootp->extent); isomp->root_size = isonum_733 (rootp->size); --- 296,313 ---- goto out; } ! rootp = (struct iso_directory_record *) ! (high_sierra? ! pri_sierra->root_directory_record: ! pri->root_directory_record); isomp = (struct iso_mnt *)malloc(sizeof *isomp,M_ISOFSMNT,M_WAITOK); isomp->logical_block_size = logical_block_size; ! isomp->iso_ftype = ! high_sierra? ISO_FTYPE_HIGH_SIERRA: ISO_FTYPE_UNKNOWN; ! isomp->volume_space_size = ! isonum_733 (high_sierra? pri_sierra->volume_space_size: ! pri->volume_space_size); bcopy (rootp, isomp->root, sizeof isomp->root); isomp->root_extent = isonum_733 (rootp->extent); isomp->root_size = isonum_733 (rootp->size); *** isofs_vnops.c.orig Sun Jun 12 06:05:29 1994 --- isofs_vnops.c Sat Dec 24 09:03:22 1994 *************** *** 333,338 **** --- 333,339 ---- isofs_rrip_getname( ep, dirent.d_name, &dirent.d_namlen ); break; case ISO_FTYPE_9660: + case ISO_FTYPE_HIGH_SIERRA: { int namelen = dirent.d_namlen; isofntrans(ep->name, dirent.d_namlen, -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Dec 24 13:58:44 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA02899 for hackers-outgoing; Sat, 24 Dec 1994 13:58:44 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA02887 for ; Sat, 24 Dec 1994 21:58:39 GMT Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20985; Sat, 24 Dec 1994 22:59:18 +0100 Received: by sax.sax.de (8.6.9/8.6.9) with UUCP id XAA04791 for hackers%freebsd.org@sax.de; Sat, 24 Dec 1994 23:05:16 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id WAA19722; Sat, 24 Dec 1994 22:51:17 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199412242151.WAA19722@bonnie.tcd-dresden.de> Subject: Re: DX4/100 BUG To: hackers@freebsd.org (FreeBSD hackers) Date: Sat, 24 Dec 1994 22:51:17 +0100 (MET) In-Reply-To: <199412241202.XAA03357@godzilla.zeta.org.au> from "Bruce Evans" at Dec 24, 94 11:02:36 pm X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 503 Sender: hackers-owner@freebsd.org Precedence: bulk As Bruce Evans wrote: | | hlt_works_ok defaults to 1. It is cleared if to boot loader passes the | string "no-hlt" on the command line. FreeBSD could use a new boot flag. I'm afraid we will soon have to extend the alphabet by new characters just to gain some more bootflags. :-O -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Dec 24 13:58:45 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA02905 for hackers-outgoing; Sat, 24 Dec 1994 13:58:45 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA02886 for ; Sat, 24 Dec 1994 21:58:38 GMT Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20981; Sat, 24 Dec 1994 22:59:17 +0100 Received: by sax.sax.de (8.6.9/8.6.9) with UUCP id XAA04788 for hackers%freebsd.org@sax.de; Sat, 24 Dec 1994 23:05:15 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id WAA19443; Sat, 24 Dec 1994 22:37:47 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199412242137.WAA19443@bonnie.tcd-dresden.de> Subject: ttymalloc()? To: hackers@freebsd.org (FreeBSD hackers) Date: Sat, 24 Dec 1994 22:37:47 +0100 (MET) X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 731 Sender: hackers-owner@freebsd.org Precedence: bulk Is anybody going to re-implement this? My question is since i'm finalizing the patches for pcvt to run on FreeBSD 2.0. My current policy is to enable ttymalloc() for FreeBSD >= 1.1.5 but not 2.0. But this would require it to be sure it will be in the next official release. If this is not sure, i'd go for ``FreeBSD >= 1.1.5 && FreeBSD < 2.0'' with the option to expand this by ``|| FreeBSD > 2.foobar'' in future. The related question is: would it be similiar to FreeBSD 1.1.5, or similiar to NetBSD? >:-) -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Dec 24 13:58:42 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA02893 for hackers-outgoing; Sat, 24 Dec 1994 13:58:42 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id VAA02884 for ; Sat, 24 Dec 1994 21:58:37 GMT Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20977; Sat, 24 Dec 1994 22:59:16 +0100 Received: by sax.sax.de (8.6.9/8.6.9) with UUCP id XAA04785 for hackers%freebsd.org@sax.de; Sat, 24 Dec 1994 23:05:14 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id WAA19425; Sat, 24 Dec 1994 22:34:37 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199412242134.WAA19425@bonnie.tcd-dresden.de> Subject: Re: /etc/rc.shutdown (First shot) To: hackers@freebsd.org (FreeBSD hackers) Date: Sat, 24 Dec 1994 22:34:37 +0100 (MET) In-Reply-To: <199412221923.UAA08752@gvr.win.tue.nl> from "Guido van Rooij" at Dec 22, 94 08:23:56 pm X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 675 Sender: hackers-owner@freebsd.org Precedence: bulk As Guido van Rooij wrote: | | Ollivier ROBERT wrote: | > +.Pa /etc/rc.shutdown | > +script. This script can be used to cleanly terminate specific programs such | > +as | > +.Nm innd | > +(the InterNetNews server). | > +.Pp | | Yes Yes!!!!! Erm (not that i'd vote against Ollivier's changes), but innd is being shut down cleanly for me since init sends a SIGTERM when going down. At least, it doesn't complain at startup time about an unclean shutdown. -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Dec 24 14:20:38 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id OAA03122 for hackers-outgoing; Sat, 24 Dec 1994 14:20:38 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id WAA03116 for ; Sat, 24 Dec 1994 22:20:31 GMT Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA21239; Sat, 24 Dec 1994 23:21:10 +0100 Received: by sax.sax.de (8.6.9/8.6.9) with UUCP id XAA04847 for hackers%freebsd.org@sax.de; Sat, 24 Dec 1994 23:27:09 +0100 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id XAA19929; Sat, 24 Dec 1994 23:05:58 +0100 From: j@uriah.sax.de (J Wunsch) Message-Id: <199412242205.XAA19929@bonnie.tcd-dresden.de> Subject: Re: Owner of system directories To: hackers@freebsd.org (FreeBSD hackers) Date: Sat, 24 Dec 1994 23:05:57 +0100 (MET) In-Reply-To: <199412222141.WAA11874@keltia.frmug.fr.net> from "Ollivier Robert" at Dec 22, 94 10:41:34 pm X-Phone: +49-351-8141 137 Reply-To: joerg_wunsch@uriah.sax.de X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 850 Sender: hackers-owner@freebsd.org Precedence: bulk As Ollivier Robert wrote: | | In extenso, every program should belong to root too... What do you people | think about it ? I personally do not like it. I'm a friend of ``uucp'', ``news'', ``bin'' etc. file ownership and a fine-grain group policy, and usually all the above accounts on my machines do have passwords, so i don't have to run as super-user for too long. I think the `root'-only files' problem is only specific for NFS servers supplying security-relevant files to an audience which is larger than e.g. a local (sub-)net. I don't believe this would cover the majority of the systems in use. Just my personal HO. -- cheers, J"org work: --- no longer --- private: joerg_wunsch@uriah.sax.de Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Dec 24 15:02:17 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA03468 for hackers-outgoing; Sat, 24 Dec 1994 15:02:17 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id XAA03462 for ; Sat, 24 Dec 1994 23:02:15 GMT Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.8/jtpda-5.0) with SMTP id AAA22947 ; Sun, 25 Dec 1994 00:02:23 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA08209; Sun, 25 Dec 94 00:02:43 +0100 From: roberto@blaise.ibp.fr (Ollivier ROBERT) Message-Id: <9412242302.AA08209@blaise.ibp.fr> Subject: Re: /etc/rc.shutdown (First shot) To: joerg_wunsch@uriah.sax.de Date: Sun, 25 Dec 1994 00:02:42 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199412242134.WAA19425@bonnie.tcd-dresden.de> from "J Wunsch" at Dec 24, 94 10:34:37 pm X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 946 Sender: hackers-owner@freebsd.org Precedence: bulk > Erm (not that i'd vote against Ollivier's changes), but innd is being > shut down cleanly for me since init sends a SIGTERM when going down. > At least, it doesn't complain at startup time about an unclean > shutdown. Yes I know :-) But I wanted to have such a scheme for a long time so it is a convenient excuse :-) Anyway, what I did is not sufficient. I tested it on my -current system and it works fine if you use shutdown to go single user or Ctrl-Alt-Del. When one use reboot or halt it is not enough because init doesn't go in the wanted state (hmm is that clear ?). I'll probably have to modify reboot and/or halt too. Maybe I should put the changes in shutdown instead of init... Anyone has got any ides about that ? -- Ollivier ROBERT -=- FreeBSD: the daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #0: Sun Dec 11 20:52:22 1994 roberto@keltia:/usr/src/sys/compile/KELTIA i386 ctm#223 From owner-freebsd-hackers Sat Dec 24 15:23:25 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id PAA03566 for hackers-outgoing; Sat, 24 Dec 1994 15:23:25 -0800 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id XAA03559 for ; Sat, 24 Dec 1994 23:23:22 GMT Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA02541; Sat, 24 Dec 94 17:20:28 CST From: Joe Greco Message-Id: <9412242320.AA02541@brasil.moneng.mei.com> Subject: Re: /etc/rc.shutdown (First shot) To: joerg_wunsch@uriah.sax.de Date: Sat, 24 Dec 1994 17:20:28 +0000 (GMT) Cc: hackers@freebsd.org In-Reply-To: <199412242134.WAA19425@bonnie.tcd-dresden.de> from "J Wunsch" at Dec 24, 94 10:34:37 pm X-Mailer: ELM [version 2.4beta PL9] Content-Type: text Content-Length: 1145 Sender: hackers-owner@freebsd.org Precedence: bulk > Erm (not that i'd vote against Ollivier's changes), but innd is being > shut down cleanly for me since init sends a SIGTERM when going down. > At least, it doesn't complain at startup time about an unclean > shutdown. That gives INN about, um, 10 seconds to clean up and go away? That is not good (I don't know about anybody else, but all the news servers I work with have newsfeeds countable in terms of dozens, and 10 seconds on a busy box is nothing, particularly if you've just signalled TERM to fifty nntplink processes that are now all trying to write out batch files). However, I am not arguing _for_ Ollivier's changes, by any stretch of the imagination. If you type "shutdown" without bothering to take down INN and make sure all's well, you darn well get what you deserve. I'm not a fan of the SVR4-style 10-trillion-shell-script crud (Solaris is horrible), and I'd just as soon prefer to keep it simple. ;-) JMHO. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Sat Dec 24 16:01:01 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA03724 for hackers-outgoing; Sat, 24 Dec 1994 16:01:01 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA03715 for ; Sun, 25 Dec 1994 00:00:58 GMT Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id QAA01341; Sat, 24 Dec 1994 16:00:36 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id QAA01643; Sat, 24 Dec 1994 16:00:35 -0800 Message-Id: <199412250000.QAA01643@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.sax.de cc: hackers@freebsd.org (FreeBSD hackers) Subject: Re: ttymalloc()? In-reply-to: Your message of "Sat, 24 Dec 94 22:37:47 +0100." <199412242137.WAA19443@bonnie.tcd-dresden.de> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 24 Dec 1994 16:00:34 -0800 Sender: hackers-owner@freebsd.org Precedence: bulk >Is anybody going to re-implement this? > >My question is since i'm finalizing the patches for pcvt to run on >FreeBSD 2.0. My current policy is to enable ttymalloc() for >FreeBSD >= 1.1.5 but not 2.0. But this would require it to be sure >it will be in the next official release. If this is not sure, i'd >go for ``FreeBSD >= 1.1.5 && FreeBSD < 2.0'' with the option to >expand this by ``|| FreeBSD > 2.foobar'' in future. The only reason that dynamic allocation of tty structs isn't in 2.0 is because I had a zillion things to keep straight in my head when I did the initial 2.0 kernel port from the 4.4-lite sources, and implementing this at the time was too much trouble. It was already difficult to write & debug tty_subr.c without a functioning kernel. It was my intention to re-implement this at some later time, but other things have been more important. >The related question is: would it be similiar to FreeBSD 1.1.5, or >similiar to NetBSD? >:-) I recall Guido was the one to put this support in FreeBSD, so I suppose it is his decision on how it should be done for 1.1.5. -DG From owner-freebsd-hackers Sat Dec 24 16:30:00 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id QAA04191 for hackers-outgoing; Sat, 24 Dec 1994 16:30:00 -0800 Received: from pyromania.apana.org.au (pyromania.apana.org.au [202.12.87.123]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id AAA04118 for ; Sun, 25 Dec 1994 00:23:41 GMT Received: (from john@localhost) by pyromania.apana.org.au (8.6.9/8.6.9) id LAA03097 for hackers@freebsd.org; Sun, 25 Dec 1994 11:20:13 +1100 From: John Herks Message-Id: <199412250020.LAA03097@pyromania.apana.org.au> Subject: Makedev 2.0 script! To: hackers@freebsd.org Date: Sun, 25 Dec 1994 11:20:12 +1100 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 738 Sender: hackers-owner@freebsd.org Precedence: bulk Can someone please email me the /dev/MAKEDEV script(s) from 2.0R.. I have deleted it by mistake -): Thanks. -- \|/ (@ @) ----------------------------oOO--(_)--OOo----------------------------------- ``` ''' John Herks Communications Engineer Hysteria Unix Melbourne john@hysteria.apana.org.au Pyromania Unix Melbourne john@pyromania.apana.org.au Phone:+613-220-4757 ---------------------------------------------------------------------------- From owner-freebsd-hackers Sat Dec 24 22:59:15 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA06316 for hackers-outgoing; Sat, 24 Dec 1994 22:59:15 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id GAA06310 for ; Sun, 25 Dec 1994 06:59:12 GMT Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA29622 (5.67a/IDA-1.5); Sun, 25 Dec 1994 00:40:22 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA27351; 25 Dec 94 00:19:32 CST (Sun) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id AAA27348; Sun, 25 Dec 1994 00:19:31 -0600 Message-Id: <199412250619.AAA27348@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: roberto@blaise.ibp.fr (Ollivier ROBERT) Cc: joerg_wunsch@uriah.sax.de, hackers@freebsd.org Subject: Re: /etc/rc.shutdown (First shot) In-Reply-To: Your message of "Sun, 25 Dec 94 00:02:42 +0100." <9412242302.AA08209@blaise.ibp.fr> X-Mailer: exmh version 1.4.1 7/21/94 Date: Sun, 25 Dec 1994 00:19:29 -0600 From: Peter da Silva Sender: hackers-owner@freebsd.org Precedence: bulk > Anyway, what I did is not sufficient. I tested it on my -current system and > it works fine if you use shutdown to go single user or Ctrl-Alt-Del. When > one use reboot or halt it is not enough because init doesn't go in the > wanted state (hmm is that clear ?). I'll probably have to modify > reboot and/or halt too. Maybe I should put the changes in shutdown instead > of init... Anyone has got any ides about that ? OSF/1 has almost the same problem. They "fix" it by documenting it. The real fix is to modify "reboot" and "halt" to send the right signal to "init" and put the shutdown logic in there. That might be more effort than you want to do but it *is* the "right thing". From owner-freebsd-hackers Sat Dec 24 22:56:38 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA06294 for hackers-outgoing; Sat, 24 Dec 1994 22:56:38 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id GAA06288 for ; Sun, 25 Dec 1994 06:56:34 GMT Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA29598 (5.67a/IDA-1.5); Sun, 25 Dec 1994 00:33:57 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA27117; 25 Dec 94 00:13:29 CST (Sun) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id AAA27114; Sun, 25 Dec 1994 00:13:28 -0600 Message-Id: <199412250613.AAA27114@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.sax.de Cc: hackers@freebsd.org (FreeBSD hackers) Subject: Re: /etc/rc.shutdown (First shot) In-Reply-To: Your message of "Sat, 24 Dec 94 22:34:37 +0100." <199412242134.WAA19425@bonnie.tcd-dresden.de> X-Mailer: exmh version 1.4.1 7/21/94 Date: Sun, 25 Dec 1994 00:13:25 -0600 From: Peter da Silva Sender: hackers-owner@freebsd.org Precedence: bulk > Erm (not that i'd vote against Ollivier's changes), but innd is being > shut down cleanly for me since init sends a SIGTERM when going down. If only some commercial software (like Oracle!) was so accommodating. From owner-freebsd-hackers Sat Dec 24 22:59:02 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA06305 for hackers-outgoing; Sat, 24 Dec 1994 22:59:02 -0800 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id GAA06299 for ; Sun, 25 Dec 1994 06:58:59 GMT Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA29637 (5.67a/IDA-1.5); Sun, 25 Dec 1994 00:46:02 -0600 Received: by bonkers.taronga.com (smail2.5p) id AA27389; 25 Dec 94 00:25:38 CST (Sun) Received: from localhost (localhost [127.0.0.1]) by bonkers.taronga.com (8.6.8/8.6.6) with SMTP id AAA27386; Sun, 25 Dec 1994 00:25:37 -0600 Message-Id: <199412250625.AAA27386@bonkers.taronga.com> X-Authentication-Warning: bonkers.taronga.com: Host localhost didn't use HELO protocol To: Joe Greco Cc: hackers@freebsd.org Subject: Re: /etc/rc.shutdown (First shot) In-Reply-To: Your message of "Sat, 24 Dec 94 17:20:28 GMT." <9412242320.AA02541@brasil.moneng.mei.com> X-Mailer: exmh version 1.4.1 7/21/94 Date: Sun, 25 Dec 1994 00:25:36 -0600 From: Peter da Silva Sender: hackers-owner@freebsd.org Precedence: bulk > However, I am not arguing _for_ Ollivier's changes, by any stretch of the > imagination. If you type "shutdown" without bothering to take down INN and > make sure all's well, you darn well get what you deserve. Hokay, I've got an Alpha based box at work that's running a hundred users and bunches of commercial and local packages. In fact I've got two of them. I don't *remember* all the stuff you have to do to shut them down right. But, you say, you could just create a shutdown script and run that instead of shutdown. Hrm... I'm sorry, I'd rather keep things simple. > I'm not a fan of > the SVR4-style 10-trillion-shell-script crud (Solaris is horrible), and I'd > just as soon prefer to keep it simple. ;-) JMHO. IMHO, SIGTERM plus ten seconds is far from simple. It's an obscure kludge and the sort of thing that the Multics and TOPS and VMS fans are *right* to flame about. A single "shutdown" hook is far from the System V multiple run level model (though that's *also* a Good Thing when you have hundreds of users and multiple people with system administrator type duties). Bravo Ollivier!