From owner-freebsd-hackers Sun Apr 28 04:07:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA25307 for hackers-outgoing; Sun, 28 Apr 1996 04:07:01 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA25298 for ; Sun, 28 Apr 1996 04:06:52 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id NAA05621 ; Sun, 28 Apr 1996 13:06:44 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id NAA05985 ; Sun, 28 Apr 1996 13:06:45 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id MAA03869; Sun, 28 Apr 1996 12:36:29 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604281036.MAA03869@keltia.freenix.fr> Subject: Re: double fault upon running gzip binary... To: gurney_j@resnet.uoregon.edu Date: Sun, 28 Apr 1996 12:36:28 +0200 (MET DST) Cc: hackers@FreeBSD.ORG In-Reply-To: from John-Mark Gurney at "Apr 27, 96 09:13:28 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1916 X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that John-Mark Gurney said: > compiled into my kernel for my notebook plus pccard stuff from 0414... I > would run tcsh gzipped under multiuser mode and it would just reboot.. > no warning or anything.. imediate reboot... so I decided to run it under > single user mode and got: Gzipped executables handling was broken until recently. Wait for the next SNAP... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #13: Sun Apr 21 18:14:54 MET DST 1996 From owner-freebsd-hackers Sun Apr 28 07:54:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA03008 for hackers-outgoing; Sun, 28 Apr 1996 07:54:19 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA03000 for ; Sun, 28 Apr 1996 07:54:15 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id JAA12164; Sun, 28 Apr 1996 09:54:07 -0500 (EST) From: "John S. Dyson" Message-Id: <199604281454.JAA12164@dyson.iquest.net> Subject: Re: double fault upon running gzip binary... To: gurney_j@resnet.uoregon.edu Date: Sun, 28 Apr 1996 09:54:07 -0500 (EST) Cc: hackers@freebsd.org In-Reply-To: from "John-Mark Gurney" at Apr 27, 96 09:13:28 pm Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > well... I'm running FreeBSD 2.2-960323-SNAP on my Toshiba T1960CS > notebook, 486/50dx2... > > I have > > pseudo-device gzip # Exec gzipped a.out's > > compiled into my kernel for my notebook plus pccard stuff from 0414... I > would run tcsh gzipped under multiuser mode and it would just reboot.. > no warning or anything.. imediate reboot... so I decided to run it under > single user mode and got: > > Fatal double fault: > eip = 0xf018c479 > esp = 0xefbfdff8 > ebp = 0xefbfe094 > panic: double fault > > when I ran it... > The problem was fixed in -current. Grab a -current kernel and see how it works. There is a multitude of fixes in it. John From owner-freebsd-hackers Sun Apr 28 12:50:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA19394 for hackers-outgoing; Sun, 28 Apr 1996 12:50:03 -0700 (PDT) Received: from Sisyphos (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA19374 Sun, 28 Apr 1996 12:49:52 -0700 (PDT) Received: by Sisyphos id AA14405 (5.67b/IDA-1.5); Sun, 28 Apr 1996 21:47:36 +0200 Message-Id: <199604281947.AA14405@Sisyphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Sun, 28 Apr 1996 21:47:36 +0200 In-Reply-To: Michael Smith "Re: Intelligent Debugging Tools..." (Apr 24, 13:28) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Michael Smith Subject: Re: Intelligent Debugging Tools... Cc: scrappy@ki.net (Marc G. Fournier), hasty@rah.star-gate.com, current@freebsd.org, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Apr 24, 13:28, Michael Smith wrote: } Subject: Re: Intelligent Debugging Tools... } Marc G. Fournier stands accused of saying: } > } > Is it also a hardware problem that prevents me from getting } > a coredump after issuing 2xpanic at the ddb> prompt to cause it to } > reboot? My -current machine reboots and drops core so that I can } > run kgdb against it, but my -stable machine won't :( } } This machines has an NCR controller in it IIRC. You should talk to } Stefan about this - dumping requires the controller to run in polled } mode, and it's possible that's not happening. Well, I've got to admit, that it is possible the dump code isn't working with the current NCR driver. I didn't test it myself lately, but there has been another report complaining about no kernel dump being saved. This was supposed to work and did a time, and since the driver code didn't change, I suppose some other kernel code did. If it is obvious from the sources, I'll suggest a fix and send you a patch. but I can't promise to get this fixed soon, since my development system is currently installed at my new place of employment, and I don't have access to it, outside business hours. I'll either have to buy a new development system or a new system for the office work, and I'll try to decide this within a week or two ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Sun Apr 28 22:18:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA22161 for hackers-outgoing; Sun, 28 Apr 1996 22:18:26 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA22130 for ; Sun, 28 Apr 1996 22:18:21 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id LAA27576 for hackers@freebsd.org; Fri, 26 Apr 1996 11:58:42 -0700 (PDT) Date: Fri, 26 Apr 1996 11:58:42 -0700 (PDT) From: Julian Elischer Message-Id: <199604261858.LAA27576@ref.tfs.com> To: hackers@FreeBSD.org Subject: devfs policy question. Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Here is policy question number one... What should devfs do to a device that is open when the driver requests that it be deleted? e.g. what should happen to the vnode for /devfs/rsd1s1d if the slice code decides that that device makes no sense any more, but there is a reference because a preocess somewhere has it open.. (what if it's mounted?)? At the moment a vgone() is done on the vnode. is this right? It is dissociated from devfs and vgone (well vclean actually) associates it with the deadfs vnops. Is this the right thing to do? --------------- Policy question number two should devfs allow the creation of fifo/named pipes? I tend to think yes.... they are dynamic and kinda-like devices --------------- Policy question number three When returning a vnode from devfs_lookup() an attempt is made to see if that node already has a vnode associated with it, and if it is not in use, it adds a reference and resurects it. This means that if you have 100 devices, there are 100 vnodes sitting around waiting to be reused. Very few of these would be actually re-used for devices.. Should the devfs try re-use the same vnode (or a small pool of vnodes) again and again for different devices, to avoid thrashing the vnode cache? If so, does anyone have any ideas about how it can know that the vnode that i just gave away with a lookup() is no-longer referenced and can be re-used straight away? (rather than going asking for another... Devfs vnodes want to be put at the end of the LRU Queue, as they can be recreated very quickly (unless there are aliases). julian From owner-freebsd-hackers Mon Apr 29 02:53:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06256 for hackers-outgoing; Mon, 29 Apr 1996 02:53:18 -0700 (PDT) Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA06250 for ; Mon, 29 Apr 1996 02:53:14 -0700 (PDT) Received: from spase by ns.NL.net via EUnet id AA07987 (5.65b/CWI-3.3); Mon, 29 Apr 1996 11:47:43 +0200 Received: from phobos.spase.nl (phobos [192.9.200.238]) by mercurius.spase.nl (8.6.11/8.6.11) with ESMTP id LAA06662 for ; Mon, 29 Apr 1996 11:45:53 +0200 From: Kees Jan Koster Received: (dutchman@localhost) by phobos.spase.nl (8.6.12/8.6.11) id LAA12055 for freebsd-hackers@FreeBSD.ORG; Mon, 29 Apr 1996 11:44:59 +0200 Message-Id: <199604290944.LAA12055@phobos.spase.nl> Subject: umount /nonexistent To: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers Mailing list) Date: Mon, 29 Apr 1996 11:44:59 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hoi Hackers, I had the following problem. My mail directory is mounted from jupiter:/diskc/net/mail on /var/spool/mail. My sysop moved the mail directory /usr/local/mail on jupiter and deleted /diskc/net/mail. Obviously I could not read my mail anymore, so I tried to umount /var/spool/mail. I got `umount: no such file or directory' (or a similar message). Even umount -f would not umount the disk. Editing fstab and rebooting solved the problem quickly, but it leaves me wondering what the `-f' flag of umount is for. Does it work at all? Groetjes, Kees Jan ======================================================================v== Kees Jan Koster e-mail: dutchman@spase.nl Van Somerenstraat 50 tel: NL-24-3234708 6521 BS Nijmegen the Netherlands ========================================================================= Who is this general Failure and why is he reading my disk? (anonymous) ========================================================================= From owner-freebsd-hackers Mon Apr 29 07:00:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17058 for hackers-outgoing; Mon, 29 Apr 1996 07:00:48 -0700 (PDT) Received: from dilbert.multiverse.com (robert@dilbert.multiverse.com [199.218.112.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA17043 for ; Mon, 29 Apr 1996 07:00:41 -0700 (PDT) Received: (from robert@localhost) by dilbert.multiverse.com (8.7.5/Multiverse) id KAA21003 for hackers@freefall.cdrom.com; Mon, 29 Apr 1996 10:02:29 -0400 (EDT) From: robert@dilbert.multiverse.com (Robert Misiak) Message-Id: <199604291402.KAA21003@dilbert.multiverse.com> Subject: telnet/rlogin errors To: hackers@freefall.FreeBSD.org Date: Mon, 29 Apr 1996 10:02:28 -0400 (EDT) Reply-To: rob@madonna.indecent.com X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hey, I usually telnet to my home machine from the office to read my mail and stuff, however, I get errors from both rlogin and telnet: ~% telnet madonna 9:52am/dilbert Trying 206.21.53.2... Connected to madonna.multiverse.com. Escape character is '^]'. Password: ~% rlogin madonna 9:54am/dilbert alloc warning: free(): already free page. [ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ would this message be from the rlogind on madonna, or the rlogin on dilbert (Solaris 2.5 machine)?) Any idea of what could be causing this? I'm still running 2.0.5. Thanks, Rob From owner-freebsd-hackers Mon Apr 29 11:11:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01261 for hackers-outgoing; Mon, 29 Apr 1996 11:11:45 -0700 (PDT) Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA01256 for ; Mon, 29 Apr 1996 11:11:41 -0700 (PDT) Received: (from nate@localhost) by trout.sri.MT.net (8.6.12/8.6.12) id MAA00108 for hackers@FreeBSD.org; Mon, 29 Apr 1996 12:11:37 -0600 Date: Mon, 29 Apr 1996 12:11:37 -0600 From: Nate Williams Message-Id: <199604291811.MAA00108@trout.sri.MT.net> To: hackers@FreeBSD.org Subject: Mustek Scanner driver for BSDi Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Path: helena.MT.net!news.sprintlink.net!new-news.sprintlink.net!tezcat.com!imci5!imci4!newsfeed.internetmci.com!in2.uu.net!nntp.inet.fi!news.funet.fi!news.helsinki.fi!news From: Arno Augustin Newsgroups: comp.os.linux.announce Subject: MUSTEK Paragon 600 SCSI Flatbed Scanner Software available Followup-To: comp.os.linux.development.system Date: Sat, 27 Apr 96 10:16:06 GMT Organization: CSD, Univ. Erlangen-Nuernberg Lines: 37 Approved: linux-announce@news.ornl.gov (Lars Wirzenius) Message-ID: NNTP-Posting-Host: kruuna.helsinki.fi Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Original-Date: Fri, 26 Apr 1996 14:10:08 +0200 -----BEGIN PGP SIGNED MESSAGE----- Here is my newest scanner software for the MUSTEK Paragon 600 SCSI Flatbed Scanner. This software is also available under ftp://ftp.uni-erlangen.de/pub/BSD/BSDI/FAU-local/paragon600_scanner.tgz You can use this software under Linux and BSD/OS (BSDI). The software includes: - a user SCSI interface for BSD/OS - a program to scan into a ppm, pgm or pbm file (using a user SCSI interface) - an X user interface (requires Tcl/Tk) Enjoy. [ Actual software deleted by moderator. Please don't send the software to col.announce, put it up for ftp/http/whatever instead. --liw ] -----BEGIN PGP SIGNATURE----- Version: 2.6.2i iQCVAwUBMYHy/YQRll5MupLRAQGOIAQAsn17EAQydDkF+LXQ9r4+oBzBO0VxY2je UTjfAE8dDqLBn0Ky3+v4T9vPo58gYACqw7I+ECoS59mf9g5FFqAEdxJ/kS4KMaD8 tqEX2wMxzsbaJm/9+bPlwLvj2tit0OVRdC72l21pi66/TboNHu7mhxyhsNLn4QK4 EyjaiKDkgdM= =5YrG -----END PGP SIGNATURE----- -- This article has been digitally signed by the moderator, using PGP. Finger wirzeniu@kruuna.helsinki.fi for PGP key needed for validating signature. Send submissions for comp.os.linux.announce to: linux-announce@news.ornl.gov PLEASE remember a short description of the software and the LOCATION. From owner-freebsd-hackers Mon Apr 29 14:23:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15766 for hackers-outgoing; Mon, 29 Apr 1996 14:23:51 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA15755 for ; Mon, 29 Apr 1996 14:23:43 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA15295; Mon, 29 Apr 1996 23:22:44 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA15084; Mon, 29 Apr 1996 23:22:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA03614; Mon, 29 Apr 1996 23:21:34 +0200 (MET DST) From: J Wunsch Message-Id: <199604292121.XAA03614@uriah.heep.sax.de> Subject: Re: devfs policy question. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 29 Apr 1996 23:21:34 +0200 (MET DST) Cc: julian@ref.tfs.com (Julian Elischer) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604261858.LAA27576@ref.tfs.com> from Julian Elischer at "Apr 26, 96 11:58:42 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Julian Elischer wrote: > What should devfs do to a device that is open when > the driver requests that it be deleted? Should not happen. :) > At the moment a vgone() is done on the vnode. > is this right? > > It is dissociated from devfs and vgone (well vclean actually) > associates it with the deadfs vnops. > > Is this the right thing to do? Perhaps also log it? > Policy question number two > should devfs allow the creation of fifo/named pipes? > I tend to think yes.... they are dynamic and kinda-like devices Hmm, maybe. :) (I don't have an idea where to use it for, but it certainly can't hurt much to have them.) (No idea about your 3rd question.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Apr 29 14:33:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16480 for hackers-outgoing; Mon, 29 Apr 1996 14:33:04 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA16474 for ; Mon, 29 Apr 1996 14:32:55 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id RAA10918 for freebsd-hackers@freebsd.org; Mon, 29 Apr 1996 17:32:54 -0400 From: Charles Henrich Message-Id: <199604292132.RAA10918@crh.cl.msu.edu> Subject: Using hylafax to send alphanumeric pages ... To: freebsd-hackers@freebsd.org Date: Mon, 29 Apr 1996 17:32:53 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone out there written a sendmail filter for email that will take a mail message, strip out all useless garbage, and pass it on to hylafax for sending to a alphanumeric pager? -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Mon Apr 29 14:52:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA17976 for hackers-outgoing; Mon, 29 Apr 1996 14:52:12 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA17970 for ; Mon, 29 Apr 1996 14:52:08 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id HAA01543; Tue, 30 Apr 1996 07:50:25 +1000 Date: Tue, 30 Apr 1996 07:50:25 +1000 From: Bruce Evans Message-Id: <199604292150.HAA01543@godzilla.zeta.org.au> To: hackers@FreeBSD.org, julian@ref.tfs.com Subject: Re: devfs policy question. Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk [(1)] >what should happen to the vnode for /devfs/rsd1s1d if the slice code >decides that that device makes no sense any more, but there is a reference >because a preocess somewhere has it open.. (what if it's mounted?)? >At the moment a vgone() is done on the vnode. >is this right? This is harder to get right while both /dev and /devfs exist. It certainly isn't right if the vnode was opened in /dev. >Policy question number two >should devfs allow the creation of fifo/named pipes? >I tend to think yes.... they are dynamic and kinda-like devices No. Named pipes are static... Bruce From owner-freebsd-hackers Mon Apr 29 15:17:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA19394 for hackers-outgoing; Mon, 29 Apr 1996 15:17:07 -0700 (PDT) Received: from server.gslink.com (steve@server.gslink.com [205.157.143.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA19388 for ; Mon, 29 Apr 1996 15:17:04 -0700 (PDT) Received: (from steve@localhost) by server.gslink.com (8.6.12/8.6.9) id SAA00991; Mon, 29 Apr 1996 18:26:06 -0400 Date: Mon, 29 Apr 1996 18:26:06 -0400 (EDT) From: Steve Schwartz To: hackers@freebsd.com Subject: Question :) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Can you please tell me the exact ftp site and directory where I can find the whole FreeBSD located? I would like it in a package, and not have to downoad 5 million different things. Thanks From owner-freebsd-hackers Mon Apr 29 15:38:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA20067 for hackers-outgoing; Mon, 29 Apr 1996 15:38:49 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA20062 for ; Mon, 29 Apr 1996 15:38:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA05343; Mon, 29 Apr 1996 15:32:03 -0700 From: Terry Lambert Message-Id: <199604292232.PAA05343@phaeton.artisoft.com> Subject: Re: devfs policy question. To: julian@ref.tfs.com (Julian Elischer) Date: Mon, 29 Apr 1996 15:32:03 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <199604261858.LAA27576@ref.tfs.com> from "Julian Elischer" at Apr 26, 96 11:58:42 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk [ ... Keep in mind, these represent my opinions, not necessarily those of the FreeBSD core team ... ] > What should devfs do to a device that is open when > the driver requests that it be deleted? Refuse the delete with "EBUSY". > what should happen to the vnode for /devfs/rsd1s1d if the slice code > decides that that device makes no sense any more, but there is a reference > because a preocess somewhere has it open.. (what if it's mounted?)? This is a "device departure event"... I assume this is for removable media of some kind? For devices with lockable eject, the eject should be locked while the device is mounted. For devices with lockable eject whose "eject" button functions as an "eject request" when the device is locked, the "eject request" should be interpreted by the mount code as "flush pending device departure; disallow subsequent requests". > At the moment a vgone() is done on the vnode. > is this right? No, it's bogus as all get-out. Pending writes really screw up. This wants more comprehensive/consistent device management code. > It is dissociated from devfs and vgone (well vclean actually) > associates it with the deadfs vnops. > > Is this the right thing to do? No, this is bogus as well, and had to do with there 8only* being a vnode/extent mapping on buffer cache pages, such that valid cache pages without an associated vnode are discared and reloaded instead of getting a cache hit. This is most obvious in the vclean/VOP_LOCK code for vnode locking, and the UFS ihash cache, which operates as a "second chance cache" for discarded vnodes fending LRU flush by vclean. This is the true source of the "free vnode isn't" panic. > --------------- > > Policy question number two > should devfs allow the creation of fifo/named pipes? > I tend to think yes.... they are dynamic and kinda-like devices > > --------------- I think no (you must be thinking of syslog?). This would require committing devfs to stable storage, which in turn would mean we could not murder specfs (which needs to be murdered). IMO, devfs should be non-optional (ie: no specfs, no commit to stable storage, kernel mount before "/", etc.). > Policy question number three > When returning a vnode from devfs_lookup() an attempt is made to see > if that node already has a vnode associated with it, and if it is > not in use, it adds a reference and resurects it. This means that > if you have 100 devices, there are 100 vnodes sitting around > waiting to be reused. Very few of these would be actually re-used > for devices.. > > Should the devfs try re-use the same vnode (or a small pool of vnodes) > again and again for different devices, to avoid thrashing the vnode > cache? If so, does anyone have any ideas about how it can know that > the vnode that i just gave away with a lookup() is no-longer > referenced and can be re-used straight away? (rather than going > asking for another... Devfs vnodes want to be put at the end of > the LRU Queue, as they can be recreated very quickly (unless there > are aliases). LRU insertion order is an issue for cache thrashing in general; IMO, there needs to be an insertion policy mechanism and a link mechanism for per-vnode LRU'ing to implement per vnode working set restrictions to avoid cache thrashing (potentially modified via madvise). I think the current allocation method for vnodes is critically bogus; it's also a (potentially necessary in some cases) artifact of FS stacking. Really, the vnode structures want to be allocated from a pool created on a per mount instance basis in an FS. For FFS, this means they are malloced as part of the mount internal to the in core inode structure for the FFS inodes. For devfs, this means that they would be preallocated (or demand-allocated for clone devices) in the exported device descriptor. This implies a fundamental change in the system open file table mechanism to add reference counts and guarantee uniqueness -- this is something sfork and kernel threads both want anyway. If the vnodes don't compete on a system-wide basis, then they don't have an issue with LRU contention. The missing piece is that a VFS_VNFREE (vfsop for freeing vnodes) would need to be defined -- as in SunOS, Solaris, and SVR4 -- and used in place of the generic free (or as a calldown from it). This doesn't prevent an FS implementation from internally seperating vnodes from in core versions of on disk inodes (such as might be desirable to maintain hard links with real parent pointers in a FS for things like inherited rights and trustee information -- you inherit one set of rights from one access path, another from another, and the access path dictates which re in effect for your reference instance. Which is what the vnode *really* is...). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 29 16:40:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23371 for hackers-outgoing; Mon, 29 Apr 1996 16:40:30 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA23354 Mon, 29 Apr 1996 16:40:22 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id TAA11615; Mon, 29 Apr 1996 19:46:56 -0400 Date: Mon, 29 Apr 1996 19:46:56 -0400 Message-Id: <199604292346.TAA11615@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: Motherboard Needed Cc: freebsd-isp@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk anyone have or know of a Pentium motherboard with 4 unobstructed ISA slots so that it can take 4 full size cards? Make/model numbers please! It would be nice if it werent discontinued and runs FreeBSD, or course! Dennis PS: I have a '486/PCI MB already ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Mon Apr 29 17:45:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26963 for hackers-outgoing; Mon, 29 Apr 1996 17:45:08 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA26958 for ; Mon, 29 Apr 1996 17:45:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id RAA28321; Mon, 29 Apr 1996 17:44:54 -0700 (PDT) To: Steve Schwartz cc: hackers@freebsd.com Subject: Re: Question :) In-reply-to: Your message of "Mon, 29 Apr 1996 18:26:06 EDT." Date: Mon, 29 Apr 1996 17:44:54 -0700 Message-ID: <28319.830825094@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk You don't have to download 5 million things. Just download the floppies/boot.flp image from whichever distribution it is you're interested in (at the top level directory pub/FreeBSD), write that to a floppy and boot it. Read the docs on the boot floppy and follow the steps described and it will grab everything for you. Jordan > Can you please tell me the exact ftp site and directory where I can find > the whole FreeBSD located? I would like it in a package, and not have to > downoad 5 million different things. > > Thanks From owner-freebsd-hackers Mon Apr 29 18:14:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28217 for hackers-outgoing; Mon, 29 Apr 1996 18:14:00 -0700 (PDT) Received: from server.gslink.com (steve@server.gslink.com [205.157.143.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA28212 for ; Mon, 29 Apr 1996 18:13:58 -0700 (PDT) Received: (from steve@localhost) by server.gslink.com (8.6.12/8.6.9) id VAA02955; Mon, 29 Apr 1996 21:23:12 -0400 Date: Mon, 29 Apr 1996 21:23:12 -0400 (EDT) From: Steve Schwartz To: "Jordan K. Hubbard" cc: hackers@freebsd.com Subject: Re: Question :) In-Reply-To: <28319.830825094@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > You don't have to download 5 million things. Just download the > floppies/boot.flp image from whichever distribution it is you're > interested in (at the top level directory pub/FreeBSD), write that to > a floppy and boot it. Read the docs on the boot floppy and follow the > steps described and it will grab everything for you. ok, great. When I get boot.flp image, and type 'rawerite boot.flp a:' it writes to the disk for about 3 min..then when I boot up with it, my computer just sits there, and does nothing. Umm, am I missing something? I'm going to try and download it again. From owner-freebsd-hackers Mon Apr 29 19:06:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA02212 for hackers-outgoing; Mon, 29 Apr 1996 19:06:43 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA02206 for ; Mon, 29 Apr 1996 19:06:39 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA06115; Mon, 29 Apr 1996 18:59:52 -0700 From: Terry Lambert Message-Id: <199604300159.SAA06115@phaeton.artisoft.com> Subject: Re: devfs policy question. To: julian@ref.tfs.com (JULIAN Elischer) Date: Mon, 29 Apr 1996 18:59:52 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.org In-Reply-To: <199604300011.RAA04376@ref.tfs.com> from "JULIAN Elischer" at Apr 29, 96 05:11:16 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > [ ... Keep in mind, these represent my opinions, not necessarily > > those of the FreeBSD core team ... ] > > > > > > > What should devfs do to a device that is open when > > > the driver requests that it be deleted? > > > > Refuse the delete with "EBUSY". > > The driver wants to delete it because it has been physically removed.... But the FS wants to write it because the image on the removed media is inconsistent and the media won't contain the data you think it cintains on the next mount. So the devfs wants to refuse the delete with "EBUSY", and that wants to generate a console message, like: "PLEASE REINSTALL VOLUME 'foo' NOW, IT WAS NOT PROPERLY UNMOUNTED! IF YOU DO NOT INSTALL VOLUME 'foo' NOW, IT'S CONTENTS MAY BE DAMAGED!" On the console (or better, a syslog popup requester). > > This is a "device departure event"... I assume this is for removable > > media of some kind? > > possibly.. (or a repartitionning) Ah yes. Incidently, this is one place where Windows 95 loses its mind. 8-). In theory, repartitioning should not be allowed out from under mounted devices. > > > At the moment a vgone() is done on the vnode. > > > is this right? > > > > No, it's bogus as all get-out. Pending writes really screw up. > > define 'pending'.. and what if the device has already departed.. > (e.g. PCMCIA-card been ejected).. Then you scream "I WANT THAT THING BACK, IT'S MINE!". 8-). > > > It is dissociated from devfs and vgone (well vclean actually) > > > associates it with the deadfs vnops. > > > > > > Is this the right thing to do? > > > > No, this is bogus as well, and had to do with there *only* being a > > vnode/extent mapping on buffer cache pages, such that valid cache > > pages without an associated vnode are discared and reloaded instead > > of getting a cache hit. > > Which I would consider correct if the device was removed.. No, the reference instances should "lock" it. Just like you can't unmount cleanly unless the file are all closed. The problem comes in on the clean cycle, which has been delayed until after the eject because of the current scheme. You end up with dirty, unreferenced buffers in cache with no way to force them out. 8-(. > > > should devfs allow the creation of fifo/named pipes? > > > I tend to think yes.... they are dynamic and kinda-like devices > > > > > > --------------- > > > > I think no (you must be thinking of syslog?). This would require > > committing devfs to stable storage, which in turn would mean we could > > not murder specfs (which needs to be murdered). > > > > IMO, devfs should be non-optional (ie: no specfs, no commit to stable > > storage, kernel mount before "/", etc.). > > why would this require commiting to stable storage? Because pipe data buffers are FS data buffers, and you don't have FS data bufffers without an underlying FS. Unless you merge MFS into devfs, it means stable storage (or MFS "translucent" mounting or some similar FS overlay). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 29 20:43:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA00872 for hackers-outgoing; Mon, 29 Apr 1996 20:43:52 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA00852 for ; Mon, 29 Apr 1996 20:43:48 -0700 (PDT) Received: from ginger.cmf.nrl.navy.mil (root@ginger.cmf.nrl.navy.mil [134.207.10.161]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id UAA01903 for ; Mon, 29 Apr 1996 20:06:03 -0700 Received: from excalibur.cmf.nrl.navy.mil (excalibur.cmf.nrl.navy.mil [134.207.6.17]) by ginger.cmf.nrl.navy.mil (8.7.5/8.7.3) with ESMTP id XAA20812; Mon, 29 Apr 1996 23:04:27 -0400 (EDT) Message-Id: <199604300304.XAA20812@ginger.cmf.nrl.navy.mil> To: Charles Henrich cc: freebsd-hackers@freebsd.org Subject: Re: Using hylafax to send alphanumeric pages ... In-reply-to: Your message of "Mon, 29 Apr 1996 17:32:53 EDT." <199604292132.RAA10918@crh.cl.msu.edu> 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: Mon, 29 Apr 1996 23:04:29 -0400 From: Ken Hornstein Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Has anyone out there written a sendmail filter for email that will take a mail >message, strip out all useless garbage, and pass it on to hylafax for sending >to a alphanumeric pager? Yes, I have (talk to me privately). Wouldn't it make more sense to ask this on the HylaFAX mailing list, however? :-) --Ken From owner-freebsd-hackers Mon Apr 29 20:44:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA00976 for hackers-outgoing; Mon, 29 Apr 1996 20:44:06 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA00962 for ; Mon, 29 Apr 1996 20:44:04 -0700 (PDT) Received: from hemi.com (hemi.com [204.132.158.10]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id TAA01786 for ; Mon, 29 Apr 1996 19:40:07 -0700 Received: (from mbarkah@localhost) by hemi.com (8.6.12/8.6.12) id UAA08812 for hackers@freebsd.org; Mon, 29 Apr 1996 20:39:18 -0600 From: Ade Barkah Message-Id: <199604300239.UAA08812@hemi.com> Subject: Minor mistake in vmstat.8 manpage To: hackers@freebsd.org Date: Mon, 29 Apr 1996 20:39:17 -0600 (MDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Minor bug in vmstat.8 man page: 184c184 < The command ``vmstat -i 5'' will print what the system is doing every five --- > The command ``vmstat -w 5'' will print what the system is doing every five Thanks, -Ade ------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - ------------------------------------------------------------------- From owner-freebsd-hackers Mon Apr 29 21:09:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA02111 for hackers-outgoing; Mon, 29 Apr 1996 21:09:56 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA02106 for ; Mon, 29 Apr 1996 21:09:54 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id XAA07804; Mon, 29 Apr 1996 23:08:50 -0500 From: Joe Greco Message-Id: <199604300408.XAA07804@brasil.moneng.mei.com> Subject: Re: Using hylafax to send alphanumeric pages ... To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Mon, 29 Apr 1996 23:08:49 -0500 (CDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199604292132.RAA10918@crh.cl.msu.edu> from "Charles Henrich" at Apr 29, 96 05:32:53 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Has anyone out there written a sendmail filter for email that will take a mail > message, strip out all useless garbage, and pass it on to hylafax for sending > to a alphanumeric pager? Not via hylafax, but I wrote some junkware that should be available from UWM, poke around ftp.cs.uwm.edu and look for "netpage". ... JG From owner-freebsd-hackers Tue Apr 30 01:30:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA18326 for hackers-outgoing; Tue, 30 Apr 1996 01:30:34 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA18299 Tue, 30 Apr 1996 01:30:23 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA20519; Tue, 30 Apr 1996 18:00:16 +0930 From: Michael Smith Message-Id: <199604300830.SAA20519@genesis.atrad.adelaide.edu.au> Subject: Re: Motherboard Needed To: dennis@etinc.com (dennis) Date: Tue, 30 Apr 1996 18:00:16 +0930 (CST) Cc: hackers@FreeBSD.org, freebsd-isp@FreeBSD.org In-Reply-To: <199604292346.TAA11615@etinc.com> from "dennis" at Apr 29, 96 07:46:56 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk dennis stands accused of saying: > > > anyone have or know of a Pentium motherboard with 4 unobstructed > ISA slots so that it can take 4 full size cards? I can't pop the lid and look just now, but I'm fairly sure that the current Soyo boards fit the bill. If you don't get any decent answers in a day or two, let me know and I'll check. > Dennis -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 30 02:02:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA20719 for hackers-outgoing; Tue, 30 Apr 1996 02:02:13 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA20714 for ; Tue, 30 Apr 1996 02:02:07 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA20627 for hackers@freebsd.org; Tue, 30 Apr 1996 18:32:38 +0930 From: Michael Smith Message-Id: <199604300902.SAA20627@genesis.atrad.adelaide.edu.au> Subject: Running FTP as a slave process ... To: hackers@freebsd.org Date: Tue, 30 Apr 1996 18:32:37 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is actually a bit more of a general question than the subject suggests. I have a program that wants to shift stuff around using FTP. (It wants to put, not get, so the ftp stuff in sysinstall isn't any help). So, I fork off a copy of /usr/bin/ftp -n and talk to it. It does everything that I tell it to, which is fine. BUT I want to see whether what I've transferred has made it. So I issue an 'nlist ' command. Oddly enough, it gets written by the slave, but doesn't immediately show up at my end; in fact it's not until I ask the slave to quit that I hear it. If I had more time, I'd investigate further, but has anyone else done this before, and what results did they get? Ta (kinda tired and rushed...) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 30 02:21:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA22224 for hackers-outgoing; Tue, 30 Apr 1996 02:21:39 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA22214 for ; Tue, 30 Apr 1996 02:21:28 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA11322; Tue, 30 Apr 1996 11:21:22 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA24285; Tue, 30 Apr 1996 11:21:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA05751; Tue, 30 Apr 1996 07:22:43 +0200 (MET DST) From: J Wunsch Message-Id: <199604300522.HAA05751@uriah.heep.sax.de> Subject: Re: Minor mistake in vmstat.8 manpage To: mbarkah@hemi.com (Ade Barkah) Date: Tue, 30 Apr 1996 07:22:42 +0200 (MET DST) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604300239.UAA08812@hemi.com> from Ade Barkah at "Apr 29, 96 08:39:17 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Ade Barkah wrote: > > Minor bug in vmstat.8 man page: Thanks, fixed. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 30 03:49:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA27274 for hackers-outgoing; Tue, 30 Apr 1996 03:49:34 -0700 (PDT) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA27267 Tue, 30 Apr 1996 03:49:32 -0700 (PDT) Received: from fakir.india.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA111441356; Tue, 30 Apr 1996 03:49:22 -0700 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA141971583; Tue, 30 Apr 1996 16:23:04 +0530 Message-Id: <199604301053.AA141971583@fakir.india.hp.com> To: hackers@freebsd.org, current@freebsd.org Subject: lmbench IDE anomaly Date: Tue, 30 Apr 1996 16:23:03 +0530 From: A JOSEPH KOSHY Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Running lmdd on a -current system supped around mid apr: ---- >> single lmdd run on scsi disk krill# lmdd if=/dev/rsd0a of=internal bs=1024 count=8192 # SCSI disk, aha1542 8.00 MB in 11.35 secs, 721.92 KB/sec >> two simultaneous runs on the scsi disk krill# lmdd if=/dev/rsd0a of=internal bs=1024 count=8192 &\ lmdd if=/dev/rsd0a of=internal bs=1024 count=8192 8.00 MB in 18.29 secs, 447.80 KB/sec 8.00 MB in 18.32 secs, 447.12 KB/sec ---- The performance degradation per process is around 2x which is to be expected. The overall throughput is around the same as the single benchmark case. However when the same exercise is repeated with the IDE disk: ---- krill# lmdd if=/dev/rwd0a of=internal bs=1024 count=8192 # IDE disk 8.00 MB in 9.17 secs, 892.89 KB/sec krill# lmdd if=/dev/rwd0a of=internal bs=1024 count=8192 &\ lmdd if=/dev/rwd0a of=internal bs=1024 count=8192 8.00 MB in 72.99 secs, 112.24 KB/sec 8.00 MB in 73.02 secs, 112.19 KB/sec ---- Here we see a 8x degradation per process; 4x in terms of total throughput. Is this to be expected, or am i doing something wrong here? The system was otherwise idle during these tests. Koshy ---- System details ---- FreeBSD 2.2-CURRENT #2: Tue Apr 30 08:29:38 IST 1996 root@krill.india.hp.com:/usr/src/sys/compile/KRILL CPU: Pentium (89.99-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 14733312 (14388K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 1 on pci0:1 vga0 rev 45 int a irq 9 on pci0:5 pci0:7: CMD, device=0x0640, class=storage (ide) int a irq 14 [no driver assigned] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x2c0-0x2df irq 15 maddr 0xd8000 on isa ed0: address 08:00:09:a6:a3:9c, type HP-PCLAN+ (32-bit regular IO) psm0 at 0x60-0x63 irq 12 on motherboard fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 516MB (1057392 sectors), 1049 cyls, 16 heads, 63 S/T, 512 B/S aha0 at 0x330-0x333 irq 11 drq 5 on isa (aha0:5:0): "QUANTUM LPS1080S 1220" type 0 fixed SCSI 2 sd0(aha0:5:0): Direct-Access 1001MB (2051460 512 byte sectors) npx0 on motherboard npx0: INT 16 interface ---- From owner-freebsd-hackers Tue Apr 30 05:32:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA03397 for hackers-outgoing; Tue, 30 Apr 1996 05:32:42 -0700 (PDT) Received: from longstreet.larc.nasa.gov (longstreet.larc.nasa.gov [128.155.25.82]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA03387 for ; Tue, 30 Apr 1996 05:32:38 -0700 (PDT) Received: (from branson@localhost) by longstreet.larc.nasa.gov (8.6.11/8.6.11) id IAA12588 for freebsd-hackers@freebsd.org; Tue, 30 Apr 1996 08:35:11 -0400 From: Branson Matheson Message-Id: <199604301235.IAA12588@longstreet.larc.nasa.gov> Subject: Kudos to Grey Lehey To: freebsd-hackers@freebsd.org (Hackers FreeBSD) Date: Tue, 30 Apr 1996 08:35:11 -0400 (EDT) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just got a copy of his book, Installing and Running FreeBSD. It is the perfect book for first time users. I have been showing it to prospective FreeBSD'ers and they agree that using the book, the installation becomes much more intutive and easier. The kernel configuration chapter makes that a much easier process for the uninitiated. I suggest this book for all first time to intermediate level users. -branson PS> Ummm would it be to much to suggest to WC that they send the cd and the book out as a companion? -- ======================================================================== branson matheson | branson@widomaker.com Ferguson SysAdmin | http://widomaker.com/~branson From owner-freebsd-hackers Tue Apr 30 05:54:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA04642 for hackers-outgoing; Tue, 30 Apr 1996 05:54:59 -0700 (PDT) Received: from chrome.jdl.com (chrome.onramp.net [199.1.166.202]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA04625 Tue, 30 Apr 1996 05:54:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by chrome.jdl.com (8.6.12/8.6.12) with SMTP id HAA10092; Tue, 30 Apr 1996 07:53:48 -0500 Message-Id: <199604301253.HAA10092@chrome.jdl.com> X-Authentication-Warning: chrome.jdl.com: Host localhost didn't use HELO protocol To: dennis@etinc.com (dennis) cc: hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG Subject: Re: Motherboard Needed In-reply-to: Your message of "Mon, 29 Apr 1996 19:46:56 EDT." <199604292346.TAA11615@etinc.com> Clarity-Index: null Threat-Level: none Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Compiler-Motto: Wintermute is dead. Long live Wintermute. Date: Tue, 30 Apr 1996 07:53:47 -0500 From: Jon Loeliger Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk So, like dennis was saying to me just the other day: > > anyone have or know of a Pentium motherboard with 4 unobstructed > ISA slots so that it can take 4 full size cards? > > Make/model numbers please! I'm pretty sure the Dell Dimension XPS fits this bill. > It would be nice if it werent discontinued and runs FreeBSD, or > course! Naturally. I have the P90 version and it runs FreeBSD just fine. jdl From owner-freebsd-hackers Tue Apr 30 06:17:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA05791 for hackers-outgoing; Tue, 30 Apr 1996 06:17:51 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA05783 for ; Tue, 30 Apr 1996 06:17:47 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id WAA21129; Tue, 30 Apr 1996 22:48:23 +0930 From: Michael Smith Message-Id: <199604301318.WAA21129@genesis.atrad.adelaide.edu.au> Subject: Re: Running FTP as a slave process ... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 30 Apr 1996 22:48:23 +0930 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199604300902.SAA20627@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 30, 96 06:32:37 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith stands accused of saying: > > I want to see whether what I've transferred has made it. So I issue an > 'nlist ' command. Oddly enough, it gets written by the slave, > but doesn't immediately show up at my end; in fact it's not until I > ask the slave to quit that I hear it. > > If I had more time, I'd investigate further, but has anyone else done > this before, and what results did they get? *sigh* Finally got totally stonewalled by it - turns out that it uses stdio and doesn't &*^%%$ flush it, despite having (some) support in it for running as an inferior. Nice having the source; easy to hack it to suit. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 30 06:18:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA05856 for hackers-outgoing; Tue, 30 Apr 1996 06:18:14 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA05831 Tue, 30 Apr 1996 06:18:09 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id IAA23291; Tue, 30 Apr 1996 08:15:02 -0500 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id sma023287; Tue Apr 30 08:14:48 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id IAA17988; Tue, 30 Apr 1996 08:19:02 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.5/8.6.12) with SMTP id IAA07604; Tue, 30 Apr 1996 08:20:02 -0500 (CDT) Message-Id: <199604301320.IAA07604@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: dennis@etinc.com (dennis) cc: hackers@freebsd.org, freebsd-isp@freebsd.org Subject: Re: Motherboard Needed In-reply-to: Your message of "Mon, 29 Apr 1996 19:46:56 EDT." <199604292346.TAA11615@etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 Apr 1996 08:20:02 -0500 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk check out Integrated Business Computers http://www.ibc.com we just contracted with them to build our motherboards, they've designed a board with 7/2 EISA/PCI, or 6/3 EISA/PCI at least 6 of the EISAs can handle full length cards... On board scsi, and all. I don't know if the board is in production yet, but you can ask. The board is the `Galileo 1'. eric. dennis writes: > >anyone have or know of a Pentium motherboard with 4 unobstructed >ISA slots so that it can take 4 full size cards? > >Make/model numbers please! > >It would be nice if it werent discontinued and runs FreeBSD, or >course! > >Dennis > >PS: I have a '486/PCI MB already >---------------------------------------------------------------------------- >Emerging Technologies, Inc. http://www.etinc.com > >Synchronous Communications Cards and Routers For >Discriminating Tastes. 56k to T1 and beyond. Frame >Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD >and LINUX > > -- erich@lodgenet.com http://rrnet.com/~erich erich@rrnet.com From owner-freebsd-hackers Tue Apr 30 06:26:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06221 for hackers-outgoing; Tue, 30 Apr 1996 06:26:36 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA06205 Tue, 30 Apr 1996 06:26:27 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id WAA21150; Tue, 30 Apr 1996 22:54:18 +0930 From: Michael Smith Message-Id: <199604301324.WAA21150@genesis.atrad.adelaide.edu.au> Subject: Re: lmbench IDE anomaly To: koshy@india.hp.com (A JOSEPH KOSHY) Date: Tue, 30 Apr 1996 22:54:18 +0930 (CST) Cc: hackers@freebsd.org, current@freebsd.org In-Reply-To: <199604301053.AA141971583@fakir.india.hp.com> from "A JOSEPH KOSHY" at Apr 30, 96 04:23:03 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A JOSEPH KOSHY stands accused of saying: > > >> two simultaneous runs on the scsi disk ... > The performance degradation per process is around 2x which is to be expected. > The overall throughput is around the same as the single benchmark case. > > However when the same exercise is repeated with the IDE disk: ... > Here we see a 8x degradation per process; 4x in terms of total throughput. > > Is this to be expected, or am i doing something wrong here? The system was > otherwise idle during these tests. That's about right. The SCSI disk gets the chance to sort the I/O to suit itself, optimising its performance. The IDE disk only gets to look at one transaction at a time, so it's at the mercy of the disksorting code in the operating system. I don't know that FreeBSD's disksort stuff is terribly wonderful, but I'd happily stand corrected. > Koshy -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 30 07:32:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA11069 for hackers-outgoing; Tue, 30 Apr 1996 07:32:37 -0700 (PDT) Received: from isgate.is (isgate.is [193.4.58.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA11058 Tue, 30 Apr 1996 07:32:31 -0700 (PDT) Received: from hummer.islandia.is by isgate.is (8.7.5-M/ISnet/14-10-91); Tue, 30 Apr 1996 14:31:54 GMT Received: from hummer.islandia.is by hummer.islandia.is (8.6.11/ISnet/12-09-94); Tue, 30 Apr 1996 14:17:42 GMT Date: Tue, 30 Apr 1996 14:17:41 +0000 (GMT) From: "Gestur A. Grjetarsson" To: dennis cc: hackers@freebsd.org, freebsd-isp@freebsd.org Subject: Re: Motherboard Needed In-Reply-To: <199604292346.TAA11615@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, you could try this URL for new motherboard: http://www.mssi.com/ also there is another Catalog online which is offering a very good/low prices for brand hardware. http://www.infinet.com/~venkat On Mon, 29 Apr 1996, dennis wrote: > Date: Mon, 29 Apr 1996 19:46:56 -0400 > From: dennis > To: hackers@freebsd.org > Cc: freebsd-isp@freebsd.org > Subject: Motherboard Needed > > > anyone have or know of a Pentium motherboard with 4 unobstructed > ISA slots so that it can take 4 full size cards? > > Make/model numbers please! > > It would be nice if it werent discontinued and runs FreeBSD, or > course! > > Dennis > > PS: I have a '486/PCI MB already > ---------------------------------------------------------------------------- > Emerging Technologies, Inc. http://www.etinc.com > > Synchronous Communications Cards and Routers For > Discriminating Tastes. 56k to T1 and beyond. Frame > Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD > and LINUX > > Med kvedju Sincerely -------------------------------------------------- Gestur A. Grjetarsson gestur@islandia.is kerfisstjori islandia.is sysadmin islandia.is http://www.islandia.is/~gestur http://www.islandia.is/misc/skvopn There are only three kind of people in the world ! Those who know how to count, and those who don't ! From owner-freebsd-hackers Tue Apr 30 08:53:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA16809 for hackers-outgoing; Tue, 30 Apr 1996 08:53:28 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA16802 for ; Tue, 30 Apr 1996 08:53:26 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.7.5/8.6.9) with SMTP id KAA09991; Tue, 30 Apr 1996 10:53:21 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 30 Apr 96 10:53 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 30 Apr 96 10:53 CDT Date: Tue, 30 Apr 1996 10:53:14 -0500 (CDT) From: Alex Nash X-Sender: nash@Mercury.mcs.com To: Branson Matheson cc: Hackers FreeBSD Subject: Re: Kudos to Grey Lehey In-Reply-To: <199604301235.IAA12588@longstreet.larc.nasa.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 30 Apr 1996, Branson Matheson wrote: > PS> Ummm would it be to much to suggest to WC that they send the cd > and the book out as a companion? I think they do. I just ordered a CD about 2 weeks ago and got the book with it. Alex From owner-freebsd-hackers Tue Apr 30 09:37:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA20120 for hackers-outgoing; Tue, 30 Apr 1996 09:37:39 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA20097 Tue, 30 Apr 1996 09:37:31 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id JAA13493; Tue, 30 Apr 1996 09:34:21 -0700 From: "Rodney W. Grimes" Message-Id: <199604301634.JAA13493@GndRsh.aac.dev.com> Subject: Re: lmbench IDE anomaly To: koshy@india.hp.com (A JOSEPH KOSHY) Date: Tue, 30 Apr 1996 09:34:21 -0700 (PDT) Cc: hackers@freebsd.org, current@freebsd.org In-Reply-To: <199604301053.AA141971583@fakir.india.hp.com> from A JOSEPH KOSHY at "Apr 30, 96 04:23:03 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Running lmdd on a -current system supped around mid apr: > > ---- > >> single lmdd run on scsi disk > > krill# lmdd if=/dev/rsd0a of=internal bs=1024 count=8192 # SCSI disk, aha1542 > 8.00 MB in 11.35 secs, 721.92 KB/sec > ... > However when the same exercise is repeated with the IDE disk: > > ---- > krill# lmdd if=/dev/rwd0a of=internal bs=1024 count=8192 # IDE disk > 8.00 MB in 9.17 secs, 892.89 KB/sec ... > > Here we see a 8x degradation per process; 4x in terms of total throughput. > > Is this to be expected, or am i doing something wrong here? The system was > otherwise idle during these tests. run those command with a ``time'' in front of them as in: time lmdd if=/dev/rwd0a of=internal bs=1024 count=8192 # IDE disk You may be seeing CPU saturation effecting the ability of the system to keep the disk drive busy due to the fact that the wd class disks have to do rep insb to copy the data from the disk to memory where as the 1542 does this with bus mastering. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Tue Apr 30 10:01:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21821 for hackers-outgoing; Tue, 30 Apr 1996 10:01:19 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA21810 for ; Tue, 30 Apr 1996 10:01:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id LAA21784 for ; Tue, 30 Apr 1996 11:00:44 -0600 (MDT) Message-Id: <199604301700.LAA21784@rover.village.org> To: hackers@freebsd.org Subject: Quick Q about -stable Date: Tue, 30 Apr 1996 11:00:44 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a friend who is running -stable of about 960415 or so. He's seeing odd things happen on his machine that I'm not seeing on mine with the same vintage stable. These odd things look like something is dancing in kernel memory. Specifically, his routes for his SLIP interface gets messed up and the uptime reported by ps shows negative numbers. He reboots, the problems go away and life is good for 12-48 hours when they come back again. He also has about 5 people that dial into 2 modems and run elm, pine and lynx. Some of them as slow as 2400 baud which seems to tickle another kernel bug: If they are doing something like cat /etc/termcap and hangup in the middle, the tty port "hangs" and you can't get a couple of processes that are holding it to die. He's seen this since 1.1.5.1R. Does this sound like anything that people have seen in -stable (or even -current)? Any ideas what the problem might involve? We're looking at the whole system right now to make sure that all the parts in it are in spec and sane. What was the conclusion of the "anybody got a good memory tester?" thread. I don't think I saw one more specific than "Run FreeBSD. If it fails, then you have bad memory." Kernel data isn't swapped, right? From owner-freebsd-hackers Tue Apr 30 10:29:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22793 for hackers-outgoing; Tue, 30 Apr 1996 10:29:12 -0700 (PDT) Received: from ermintrude.sunquest.com (ermintrude.Sunquest.COM [149.138.2.211]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA22786 for ; Tue, 30 Apr 1996 10:29:06 -0700 (PDT) Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by ermintrude.sunquest.com (8.7.5/8.6.12) with SMTP id KAA08037 for ; Tue, 30 Apr 1996 10:19:58 -0700 (MST) Message-Id: <199604301719.KAA08037@ermintrude.sunquest.com> X-Authentication-Warning: ermintrude.sunquest.com: Host LOCALHOST [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@freebsd.org Reply-To: tony@odin.sunquest.com X-Face: ZQe?G+$UQG8,i~KL=gy`T:c1bxG<{7ta&{,'$LiA !`"u>-"@wkx>yf.z_5 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone played with the BSDi ksh93 binary under FreeBSD ? It works really well, except in one odd regard. Using the KEYBD trap (for keymappings) isn't working correctly for multicharacter inputs. Assuming I'm trying to map '\E[A' (up arrow key) to 'k' (vi up line), the problem is that three seperate calls to the KEYBD trap occur, one for (escape), one for '[' and one for 'A', rather than just one call. Since the table is loaded as: keytable[$'\E[A']='k' and referenced in the trap handler by looking up the keystroke in keytable, this isn't working too well. The ksh manual makes note of the fact that the arguments to escape must follow within 1/2 sec, but I'd have expected this to be so since they are generated by a keysrtoke. Anyone have any ideas ? tony From owner-freebsd-hackers Tue Apr 30 11:31:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25764 for hackers-outgoing; Tue, 30 Apr 1996 11:31:51 -0700 (PDT) Received: from watson.grauel.com (watson.grauel.com [199.233.104.36]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA25759 for ; Tue, 30 Apr 1996 11:31:47 -0700 (PDT) Received: from sparcmill.grauel.com (sparcmill.grauel.com [199.233.104.34]) by watson.grauel.com (8.7.5/8.7.3) with SMTP id NAA16624 for ; Tue, 30 Apr 1996 13:36:43 -0500 (EST) Received: by sparcmill.grauel.com (SMI-8.6/SMI-SVR4) id NAA12917; Tue, 30 Apr 1996 13:31:23 -0500 Date: Tue, 30 Apr 1996 13:31:23 -0500 Message-Id: <199604301831.NAA12917@sparcmill.grauel.com> From: Richard J Kuhns To: freebsd-hackers@freebsd.org Subject: "Job Well Done!" to the FreeBSD team. Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We started converting our "Point of Sale" system from ESIX (SVR4 variant) to FreeBSD several months ago. We're using 486 SCSI boxes with 8MB of RAM to handle receipts and inventory, which then report nightly to one of two main offices via uucp. I just dialed into the first system we upgraded: Script started on Tue Apr 30 13:29:59 1996 : st51$~; w 1:30PM up 52 days, 2:12, 4 users, load averages: 0.00, 0.00, 0.00 USER TTY FROM LOGIN@ IDLE WHAT store v0 - 09Mar96 37 /usr/local/bin/lmenu -nonums -noban storem d0 - 1:29PM - script store d2 - 18Mar96 3 /usr/local/bin/lmenu -nonums -noban store d3 - 15Apr96 20 /usr/local/bin/lmenu -nonums -noban : st51$~; exit Script done on Tue Apr 30 13:30:12 1996 (running 2.1-RELEASE) Due to the success we've had with FreeBSD in the stores, we're now in the process of converting one of our 2 main offices to FreeBSD (-stable), and expect (hope) to have it done within 2 weeks. Great Job!!! (Jordan, I know I said I'd help, and I still intend to; it's strictly a matter of available time, not lack of desire). (Bet you've never heard that before ;-). -- Rich Kuhns rjk@grauel.com PO Box 6249 100 Sawmill Road Lafayette, IN 47903 (317)477-6000 x319 From owner-freebsd-hackers Tue Apr 30 12:22:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29164 for hackers-outgoing; Tue, 30 Apr 1996 12:22:14 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA29154 for ; Tue, 30 Apr 1996 12:22:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id MAA28222; Tue, 30 Apr 1996 12:21:54 -0700 (PDT) To: Branson Matheson cc: freebsd-hackers@FreeBSD.ORG (Hackers FreeBSD) Subject: Re: Kudos to Grey Lehey In-reply-to: Your message of "Tue, 30 Apr 1996 08:35:11 EDT." <199604301235.IAA12588@longstreet.larc.nasa.gov> Date: Tue, 30 Apr 1996 12:21:54 -0700 Message-ID: <28220.830892114@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > PS> Ummm would it be to much to suggest to WC that they send the cd > and the book out as a companion? They do! :-) Jordan From owner-freebsd-hackers Tue Apr 30 12:33:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29961 for hackers-outgoing; Tue, 30 Apr 1996 12:33:13 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA29956 Tue, 30 Apr 1996 12:33:07 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA19369; Wed, 1 May 1996 05:26:44 +1000 Date: Wed, 1 May 1996 05:26:44 +1000 From: Bruce Evans Message-Id: <199604301926.FAA19369@godzilla.zeta.org.au> To: koshy@india.hp.com, msmith@atrad.adelaide.edu.au Subject: Re: lmbench IDE anomaly Cc: current@freebsd.org, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >> two simultaneous runs on the scsi disk >... >> The performance degradation per process is around 2x which is to be expected. >> The overall throughput is around the same as the single benchmark case. >> >> However when the same exercise is repeated with the IDE disk: >... >> Here we see a 8x degradation per process; 4x in terms of total throughput. Using dd instead of lmdd, I get a 26x degradation per process for both SCSI and IDE (SCSI: P133, ncr'810, Quantum Grand Prix; speed reduced from 2048K/s to 78K/s; IDE: 486/33, slow Samsung drive; speed reduced from 682K/s to 26K/s) >That's about right. The SCSI disk gets the chance to sort the I/O to suit >itself, optimising its performance. The IDE disk only gets to look at one >transaction at a time, so it's at the mercy of the disksorting code in >the operating system. I don't know that FreeBSD's disksort stuff is >terribly wonderful, but I'd happily stand corrected. disksort() is a no-op for this test because the queue length is always 1. Neither disk gets much chance to sort the i/o. The speed depends on the caching strategy and size of the cache. The i/o pattern apparently completely defeats read-ahead and/or track buffering for both my drives. On another of my drives (SCSI, 486DX2/66, slow Toshiba drive) the degradation was only 2x (from 208K/sec to 104K/sec). This doesn't mean much since the drive is so slow for the small 1k block size to begin with (it needs a block size of 16K to approach the platter speed). OTOH, a larger block size would be more likely to defeat the drive's caching. Bruce From owner-freebsd-hackers Tue Apr 30 13:03:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA02619 for hackers-outgoing; Tue, 30 Apr 1996 13:03:54 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA02613 for ; Tue, 30 Apr 1996 13:03:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id NAA28646; Tue, 30 Apr 1996 13:03:27 -0700 (PDT) To: Richard J Kuhns cc: freebsd-hackers@freebsd.org Subject: Re: "Job Well Done!" to the FreeBSD team. In-reply-to: Your message of "Tue, 30 Apr 1996 13:31:23 CDT." <199604301831.NAA12917@sparcmill.grauel.com> Date: Tue, 30 Apr 1996 13:03:26 -0700 Message-ID: <28644.830894606@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Due to the success we've had with FreeBSD in the stores, we're now in the > process of converting one of our 2 main offices to FreeBSD (-stable), and > expect (hope) to have it done within 2 weeks. Great! I'm always happy to see FreeBSD doing well in "real world" scenarios like this! > (Jordan, I know I said I'd help, and I still intend to; it's strictly a > matter of available time, not lack of desire). (Bet you've never heard > that before ;-). Don't worry about it - I'm *very* used to volunteers wandering off for extended periods like this.. :-) Jordan From owner-freebsd-hackers Tue Apr 30 13:33:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA04667 for hackers-outgoing; Tue, 30 Apr 1996 13:33:26 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA04628 Tue, 30 Apr 1996 13:32:58 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id WAA07626; Tue, 30 Apr 1996 22:18:03 +0200 From: Luigi Rizzo Message-Id: <199604302018.WAA07626@labinfo.iet.unipi.it> Subject: Re: lmbench IDE anomaly To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 30 Apr 1996 22:18:02 +0200 (MET DST) Cc: koshy@india.hp.com, hackers@freebsd.org, current@freebsd.org In-Reply-To: <199604301634.JAA13493@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Apr 30, 96 09:34:02 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [about two concurrent benchmarks on one disk, and a 4x throughput degradation on IDE] > > Is this to be expected, or am i doing something wrong here? The system was > > otherwise idle during these tests. > > run those command with a ``time'' in front of them as in: > time lmdd if=/dev/rwd0a of=internal bs=1024 count=8192 # IDE disk > > You may be seeing CPU saturation effecting the ability of the system to It would be interesting to check if it is CPU saturation, or it is a bad interaction with disksort as someone suggested. I really don't know what to say because the total overhead due to rep insw is proportional to the total throughput, so it should be reduced. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Tue Apr 30 13:38:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05147 for hackers-outgoing; Tue, 30 Apr 1996 13:38:42 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA05139 for ; Tue, 30 Apr 1996 13:38:37 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA07745; Tue, 30 Apr 1996 13:31:29 -0700 From: Terry Lambert Message-Id: <199604302031.NAA07745@phaeton.artisoft.com> Subject: Re: Running FTP as a slave process ... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 30 Apr 1996 13:31:29 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <199604300902.SAA20627@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 30, 96 06:32:37 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > This is actually a bit more of a general question than the subject suggests. > > I have a program that wants to shift stuff around using FTP. > (It wants to put, not get, so the ftp stuff in sysinstall isn't any help). > > So, I fork off a copy of /usr/bin/ftp -n and talk to it. It does > everything that I tell it to, which is fine. > > BUT > > I want to see whether what I've transferred has made it. So I issue an > 'nlist ' command. Oddly enough, it gets written by the slave, > but doesn't immediately show up at my end; in fact it's not until I > ask the slave to quit that I hear it. > > If I had more time, I'd investigate further, but has anyone else done > this before, and what results did they get? Use libftp. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 30 13:43:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05694 for hackers-outgoing; Tue, 30 Apr 1996 13:43:21 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA05670 Tue, 30 Apr 1996 13:43:14 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA07754; Tue, 30 Apr 1996 13:33:20 -0700 From: Terry Lambert Message-Id: <199604302033.NAA07754@phaeton.artisoft.com> Subject: Re: lmbench IDE anomaly To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 30 Apr 1996 13:33:20 -0700 (MST) Cc: koshy@india.hp.com, hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199604301324.WAA21150@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 30, 96 10:54:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > That's about right. The SCSI disk gets the chance to sort the I/O to suit > itself, optimising its performance. The IDE disk only gets to look at one > transaction at a time, so it's at the mercy of the disksorting code in > the operating system. I don't know that FreeBSD's disksort stuff is > terribly wonderful, but I'd happily stand corrected. The disksort stuff is pessimal. Contact mday@elbereth.org for details. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 30 13:46:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05967 for hackers-outgoing; Tue, 30 Apr 1996 13:46:08 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA05958 for ; Tue, 30 Apr 1996 13:46:04 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA07771; Tue, 30 Apr 1996 13:37:59 -0700 From: Terry Lambert Message-Id: <199604302037.NAA07771@phaeton.artisoft.com> Subject: Re: ksh93/bsdi emulation question To: tony@odin.sunquest.com Date: Tue, 30 Apr 1996 13:37:59 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199604301719.KAA08037@ermintrude.sunquest.com> from "Tony Jones" at Apr 30, 96 10:19:57 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It works really well, except in one odd regard. > > Using the KEYBD trap (for keymappings) isn't working correctly for > multicharacter inputs. > > Assuming I'm trying to map '\E[A' (up arrow key) to 'k' (vi up line), > the problem is that three seperate calls to the KEYBD trap occur, one for > (escape), one for '[' and one for 'A', rather than just one call. > > Since the table is loaded as: keytable[$'\E[A']='k' and referenced > in the trap handler by looking up the keystroke in keytable, this > isn't working too well. > > The ksh manual makes note of the fact that the arguments to escape > must follow within 1/2 sec, but I'd have expected this to be > so since they are generated by a keysrtoke. > > Anyone have any ideas ? Yes. The 1/2 sec is a vtime value. But the vmin is one. The keys are generates as if they were seperate key events. Consider that a pipe can tell the difference between multiple writes to the slave end vs. one write ofr all of the data. This is the same thing. LAT on DECServers have the same problem. Basically, the buffer should be stuffed as a single operation to prevent it acting like three seperate events. If the events are seperable as operations, no matter how quickly they occur, they will be seen seperately. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 30 13:50:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06482 for hackers-outgoing; Tue, 30 Apr 1996 13:50:35 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA06476 for ; Tue, 30 Apr 1996 13:50:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id NAA28963 for ; Tue, 30 Apr 1996 13:50:24 -0700 (PDT) To: hackers@freebsd.org Subject: 2.1 compat dist? Anyone? PLEEZE? Date: Tue, 30 Apr 1996 13:50:24 -0700 Message-ID: <28961.830897424@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The 2.2-SNAP CD are going out without 2.1 compat dists and I simply don't have the time or resources to make one. I don't even have any 2.1 machines lying around here, you see, given that I'm running 2.2 on everything. freefall is too "hacked" to serve as a good baseline and thud has been running 2.2 for awhile. You see my problem? If someone out there is running 2.1-RELEASE and would care to snapshot all the shared libs that don't exist in the compat20 distribution (e.g. it should be possible to "layer" the suckers), excluding DES of course, I'd appreciate it! All I need is a single tarball. Thanks! Jordan From owner-freebsd-hackers Tue Apr 30 17:22:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25759 for hackers-outgoing; Tue, 30 Apr 1996 17:22:58 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA25718 for ; Tue, 30 Apr 1996 17:21:49 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id JAA22856; Wed, 1 May 1996 09:51:02 +0930 From: Michael Smith Message-Id: <199605010021.JAA22856@genesis.atrad.adelaide.edu.au> Subject: Re: Running FTP as a slave process ... To: terry@lambert.org (Terry Lambert) Date: Wed, 1 May 1996 09:51:02 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org In-Reply-To: <199604302031.NAA07745@phaeton.artisoft.com> from "Terry Lambert" at Apr 30, 96 01:31:29 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > > > If I had more time, I'd investigate further, but has anyone else done > > this before, and what results did they get? > > Use libftp. It appears not to be in -current, is this correct? > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 30 17:33:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26224 for hackers-outgoing; Tue, 30 Apr 1996 17:33:40 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA26219 for ; Tue, 30 Apr 1996 17:33:38 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA08228; Tue, 30 Apr 1996 17:26:26 -0700 From: Terry Lambert Message-Id: <199605010026.RAA08228@phaeton.artisoft.com> Subject: Re: Running FTP as a slave process ... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 30 Apr 1996 17:26:26 -3100 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org In-Reply-To: <199605010021.JAA22856@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 1, 96 09:51:02 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > If I had more time, I'd investigate further, but has anyone else done > > > this before, and what results did they get? > > > > Use libftp. > > It appears not to be in -current, is this correct? I don't know. It's on my 2.1 box. I'd expect it to be ther for FTP install, which would run into the same problems you had trying to use a subprocess. There's also ncftp (which is less ideal). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 30 17:41:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26807 for hackers-outgoing; Tue, 30 Apr 1996 17:41:17 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA26802 for ; Tue, 30 Apr 1996 17:41:13 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA23022; Wed, 1 May 1996 10:10:47 +0930 From: Michael Smith Message-Id: <199605010040.KAA23022@genesis.atrad.adelaide.edu.au> Subject: Re: Running FTP as a slave process ... To: terry@lambert.org (Terry Lambert) Date: Wed, 1 May 1996 10:10:46 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, hackers@FreeBSD.org In-Reply-To: <199605010026.RAA08228@phaeton.artisoft.com> from "Terry Lambert" at Apr 30, 96 05:26:26 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > > > It appears not to be in -current, is this correct? > > I don't know. It's on my 2.1 box. Likewise here, but we will be moving to 2.2 for some turnkey stuff that requires better Linux emulation. I don't want to have to carry it. > I'd expect it to be ther for FTP install, which would run into > the same problems you had trying to use a subprocess. FTP install sucks, I want to blow. (If you get the picture). > There's also ncftp (which is less ideal). As far as I can tell it's purely designed for interactive work. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 30 18:05:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28177 for hackers-outgoing; Tue, 30 Apr 1996 18:05:07 -0700 (PDT) Received: from vent.pipex.net (root@vent.pipex.net [158.43.128.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA28164 for ; Tue, 30 Apr 1996 18:05:02 -0700 (PDT) Received: from dial.pipex.com by vent.pipex.net (8.6.12/PIPEX simple 1.20) id CAA16438; Wed, 1 May 1996 02:04:21 +0100 Received: (from jraynard@localhost) by dial.pipex.com (8.6.12/8.6.12) id AAA02749; Wed, 1 May 1996 00:29:11 GMT Date: Wed, 1 May 1996 00:29:11 GMT From: James Raynard Message-Id: <199605010029.AAA02749@dial.pipex.com> To: Terry Lambert Subject: Re: Flaws in system() implementation? Cc: julian@ref.tfs.com, bde@zeta.org.au, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > I have actually only got the x/open XPG4 spec which says that it is POSIX2 >> > compliant >> Is this readily available anywhere? (I've got the CDROM on order - >> lots of other useful stuff like RFCs on there, apparently). >ftp://ftp.dgii.com/pub/uiarchive > >Might have a copy... I saved most of UI's archive when UNIX International >went under, and Digi International (formerly Digiboard) was kind >enough to give it a home on the net. I know there is some advanced >FS white papaers, some user asn system administration research, >and DWARF and a draft copy of SPEC1170, among other things. Thanks for mentioning this site. I've had a look at it now - some interesting stuff there. Apparently the XPG4 specs are only available from X/Open and cost about GBP250/US$400. (At least that's what I understand from their Web page - http://www.x.org). (Apologies if someone's already pointed this out - I lost some mail on Saturday night, so I may have missed an earlier reply). James -- James Raynard, Edinburgh, Scotland From owner-freebsd-hackers Tue Apr 30 18:55:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA01798 for hackers-outgoing; Tue, 30 Apr 1996 18:55:54 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA01793 for ; Tue, 30 Apr 1996 18:55:52 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id SAA08177; Tue, 30 Apr 1996 18:55:08 -0700 (PDT) To: Michael Smith cc: terry@lambert.org (Terry Lambert), hackers@FreeBSD.org Subject: Re: Running FTP as a slave process ... In-reply-to: Your message of "Wed, 01 May 1996 10:10:46 +0930." <199605010040.KAA23022@genesis.atrad.adelaide.edu.au> Date: Tue, 30 Apr 1996 18:55:07 -0700 Message-ID: <8175.830915707@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > FTP install sucks, I want to blow. (If you get the picture). Hey, I take some offense at that. It was actually pretty hard to make this work without temp files (especially when your target is split into multiple pieces) and it's also one of our most genuinely USEFUL installation methods. I get a lot of positive feedback on it. > > There's also ncftp (which is less ideal). > > As far as I can tell it's purely designed for interactive work. Not at all. The ports collection has been using it for non-interactive fetches for over a year! Jordan From owner-freebsd-hackers Tue Apr 30 18:56:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA01962 for hackers-outgoing; Tue, 30 Apr 1996 18:56:18 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA01955 for ; Tue, 30 Apr 1996 18:56:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id SAA08158; Tue, 30 Apr 1996 18:53:18 -0700 (PDT) To: Michael Smith cc: terry@lambert.org (Terry Lambert), hackers@freebsd.org Subject: Re: Running FTP as a slave process ... In-reply-to: Your message of "Wed, 01 May 1996 09:51:02 +0930." <199605010021.JAA22856@genesis.atrad.adelaide.edu.au> Date: Tue, 30 Apr 1996 18:53:18 -0700 Message-ID: <8156.830915598@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Use libftp. > > It appears not to be in -current, is this correct? That is correct. It was pretty broken in a multitude of ways, didn't support passive FTP, etc etc. I have my own version up in ftp://freefall.freebsd.org/pub/incoming/ftplib.tar.gz Jordan From owner-freebsd-hackers Tue Apr 30 19:01:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA02371 for hackers-outgoing; Tue, 30 Apr 1996 19:01:01 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA02363 for ; Tue, 30 Apr 1996 19:00:52 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id CAA17061 ; Wed, 1 May 1996 02:57:28 +0100 (BST) To: Michael Smith cc: terry@lambert.org (Terry Lambert), hackers@FreeBSD.ORG From: "Gary Palmer" Subject: libftp (was Re: Running FTP as a slave process ... ) In-reply-to: Your message of "Wed, 01 May 1996 10:10:46 +0930." <199605010040.KAA23022@genesis.atrad.adelaide.edu.au> Date: Wed, 01 May 1996 02:57:28 +0100 Message-ID: <17059.830915848@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote in message ID <199605010040.KAA23022@genesis.atrad.adelaide.edu.au>: > Terry Lambert stands accused of saying: > > > It appears not to be in -current, is this correct? > > I don't know. It's on my 2.1 box. > Likewise here, but we will be moving to 2.2 for some turnkey stuff that > requires better Linux emulation. I don't want to have to carry it. I'm surprised it's even on a 2.1 box unless the box was running a previous release and upgraded inplace with a make world. libftp was nuked some time ago (possibly even during the 2.0.5 release cycle) as being useless. It was originally imported by Jordan for use in sysinstall, but libftp didn't support passive mode FTP (a MUST for sysinstall) so PHK wrote a mini libftp on his own and we used that. It's certainly not (visibly) in /usr/src on my -stable tree. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. From owner-freebsd-hackers Tue Apr 30 19:05:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA02744 for hackers-outgoing; Tue, 30 Apr 1996 19:05:02 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA02730 for ; Tue, 30 Apr 1996 19:04:55 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA23337; Wed, 1 May 1996 11:33:29 +0930 From: Michael Smith Message-Id: <199605010203.LAA23337@genesis.atrad.adelaide.edu.au> Subject: Re: Running FTP as a slave process ... To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 1 May 1996 11:33:28 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, hackers@FreeBSD.org In-Reply-To: <8175.830915707@time.cdrom.com> from "Jordan K. Hubbard" at Apr 30, 96 06:55:07 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > > FTP install sucks, I want to blow. (If you get the picture). > > Hey, I take some offense at that. It was actually pretty hard to make > this work without temp files (especially when your target is split > into multiple pieces) and it's also one of our most genuinely USEFUL > installation methods. I get a lot of positive feedback on it. Er, you didn't get the picture 8) I looked at the sysinstall source I had here (-stable about a month ago I suspect). It sucks (receives) data, but had no provision for blowing (sending). I need to send, so I had to look elsewhere. I was not suggesting for a second that the FTP install loses - I've done far too many FTP installs to make such a suggestion 8) > > > There's also ncftp (which is less ideal). > > > > As far as I can tell it's purely designed for interactive work. > > Not at all. The ports collection has been using it for non-interactive > fetches for over a year! Sure. But I'm writing a daemon that wants to send, not receive. It doesn't do that very well at all. > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 30 19:05:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA02778 for hackers-outgoing; Tue, 30 Apr 1996 19:05:15 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA02763 Tue, 30 Apr 1996 19:05:09 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA23356; Wed, 1 May 1996 11:35:37 +0930 From: Michael Smith Message-Id: <199605010205.LAA23356@genesis.atrad.adelaide.edu.au> Subject: Re: libftp (was Re: Running FTP as a slave process ... ) To: gpalmer@FreeBSD.ORG (Gary Palmer) Date: Wed, 1 May 1996 11:35:36 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: <17059.830915848@palmer.demon.co.uk> from "Gary Palmer" at May 1, 96 02:57:28 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Gary Palmer stands accused of saying: > > I'm surprised it's even on a 2.1 box unless the box was running a > previous release and upgraded inplace with a make world. libftp was It's still in the 2.1-STABLE tree, or at least the sup updates haven't deleted it. The machine was originally a 2.0.5 box; we have too much on it to just reinstall again. Maybe for 2.2, probably not before 8) > It's certainly not (visibly) in /usr/src on my -stable tree. Weird. > Gary Palmer FreeBSD Core Team Member -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 30 19:07:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA02859 for hackers-outgoing; Tue, 30 Apr 1996 19:07:09 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA02852 for ; Tue, 30 Apr 1996 19:07:04 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id DAA17255 for ; Wed, 1 May 1996 03:06:42 +0100 (BST) To: hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Warnings in LINT Date: Wed, 01 May 1996 03:06:42 +0100 Message-ID: <17253.830916402@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk What is the ``correct'' way to silence these warnings: ../../gnu/isdn/iitel.c:1: warning: `_itelid' defined but not used ../../gnu/isdn/isdn_ioctl.h:1: warning: `_isdn_ioctl_id' defined but not used My initial thought is to hide them with a KERN_RCS ifdef (inspired by libc), but is that the right thing to do? Any other ideas? Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. From owner-freebsd-hackers Tue Apr 30 19:10:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA03130 for hackers-outgoing; Tue, 30 Apr 1996 19:10:40 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA03124 for ; Tue, 30 Apr 1996 19:10:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id TAA08332; Tue, 30 Apr 1996 19:10:01 -0700 (PDT) To: Michael Smith cc: terry@lambert.org, hackers@FreeBSD.org Subject: Re: Running FTP as a slave process ... In-reply-to: Your message of "Wed, 01 May 1996 11:33:28 +0930." <199605010203.LAA23337@genesis.atrad.adelaide.edu.au> Date: Tue, 30 Apr 1996 19:10:01 -0700 Message-ID: <8330.830916601@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > FTP install sucks, I want to blow. (If you get the picture). > > > > Er, you didn't get the picture 8) I looked at the sysinstall source I > had here (-stable about a month ago I suspect). It sucks (receives) > data, but had no provision for blowing (sending). I need to send, so > I had to look elsewhere. Sorry, I misinterpreted this as slang, actually! "I want to blow" = "I want to blow chunks", e.g vomit in american venacular :-). > Sure. But I'm writing a daemon that wants to send, not receive. It > doesn't do that very well at all. Sorry, I wasn't clear on that. Well, anyway, as you've already found out my ftplib stuff does get and put both. :-) Jordan From owner-freebsd-hackers Tue Apr 30 19:22:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA04179 for hackers-outgoing; Tue, 30 Apr 1996 19:22:09 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA04173 for ; Tue, 30 Apr 1996 19:22:02 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id DAA17306 ; Wed, 1 May 1996 03:18:25 +0100 (BST) To: Michael Smith cc: terry@lambert.org, hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: libftp (was Re: Running FTP as a slave process ... ) In-reply-to: Your message of "Wed, 01 May 1996 11:35:36 +0930." <199605010205.LAA23356@genesis.atrad.adelaide.edu.au> Date: Wed, 01 May 1996 03:18:24 +0100 Message-ID: <17304.830917104@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote in message ID <199605010205.LAA23356@genesis.atrad.adelaide.edu.au>: > Gary Palmer stands accused of saying: > > I'm surprised it's even on a 2.1 box unless the box was running a > > previous release and upgraded inplace with a make world. libftp was > It's still in the 2.1-STABLE tree, or at least the sup updates haven't > deleted it. The machine was originally a 2.0.5 box; we have too much on > it to just reinstall again. Maybe for 2.2, probably not before 8) Check your sup is working right: davidg 95/08/30 00:48:24 Branch: lib/libftp RELENG_2_1_0 lib/libftp/doc RELENG_2_1_0 lib/libftp/utils RELENG_2_1_0 Removed: lib/libftp FtpAbort.c FtpArchie.c FtpBye.c FtpClose.c FtpCommand.c FtpConnect.c FtpCopy.c FtpData.c FtpDebug.c FtpFilenameChecker.c FtpFull.c FtpGetHost.c FtpGood.c FtpIO.c FtpInit.c FtpLibrary.h FtpLogin.c FtpMessage.c FtpMove.c FtpNumber.c FtpOpenDir.c FtpPasv.c FtpPort.c FtpPwd.c FtpRetr.c FtpSize.c FtpStor.c FtpSyscalls.c FtpType.c Ftpfopen.c Makefile lib/libftp/doc Makefile example.c example.tex libftp.tex rus.tex lib/libftp/utils Makefile cdefs.h ftptry.c glob.c glob.h mirror.c readline.c uftp.c uftp.h uftp.man uftpcmd.c Log: Nuke this from the release. It's certainly gone from both (checked out) source trees on freefall that the sup collections run from. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. From owner-freebsd-hackers Tue Apr 30 23:00:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA16470 for hackers-outgoing; Tue, 30 Apr 1996 23:00:23 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA16450 Tue, 30 Apr 1996 23:00:15 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id PAA10304; Wed, 1 May 1996 15:52:34 +1000 Date: Wed, 1 May 1996 15:52:34 +1000 From: Bruce Evans Message-Id: <199605010552.PAA10304@godzilla.zeta.org.au> To: gpalmer@freebsd.org, hackers@freebsd.org Subject: Re: Warnings in LINT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >What is the ``correct'' way to silence these warnings: >../../gnu/isdn/iitel.c:1: warning: `_itelid' defined but not used >../../gnu/isdn/isdn_ioctl.h:1: warning: `_isdn_ioctl_id' defined but not used Convert all static Id strings to comments. There are only a few, mostly in isdn, because we normally don't use them. Use static type_t const object = ...; for apparently-unused static objects. I'm not sure how to handle apparently- unused static functions. >My initial thought is to hide them with a KERN_RCS ifdef (inspired by >libc), but is that the right thing to do? Any other ideas? A library macro conditioned to produce comments instead of static strings might be best if it existed :-). Bruce From owner-freebsd-hackers Wed May 1 01:04:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA20965 for hackers-outgoing; Wed, 1 May 1996 01:04:01 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA20957 for ; Wed, 1 May 1996 01:03:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id BAA22947 for ; Wed, 1 May 1996 01:03:44 -0700 (PDT) To: hackers@freebsd.org Subject: ca.freebsd.org dead? Date: Wed, 01 May 1996 01:03:44 -0700 Message-ID: <22943.830937824@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can't seem to do any DNS for it anymore and I don't know who the hostmaster is (one reason why hostmaster@.freebsd.org is invaluable, when it works :-). Does anyone remember who was doing DNS for Canada? Can we get it repaired or replaced so that the Canada link on our web pages works again? Thanks! Jordan From owner-freebsd-hackers Wed May 1 01:21:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA21513 for hackers-outgoing; Wed, 1 May 1996 01:21:32 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA21506 for ; Wed, 1 May 1996 01:21:26 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA00367 for ; Wed, 1 May 1996 10:21:24 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA07076 for freebsd-hackers@freebsd.org; Wed, 1 May 1996 10:21:23 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA09114 for freebsd-hackers@freebsd.org; Wed, 1 May 1996 10:03:51 +0200 (MET DST) From: J Wunsch Message-Id: <199605010803.KAA09114@uriah.heep.sax.de> Subject: Re: 2.1 compat dist? Anyone? PLEEZE? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 1 May 1996 10:03:50 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <28961.830897424@time.cdrom.com> from "Jordan K. Hubbard" at "Apr 30, 96 01:50:24 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > The 2.2-SNAP CD are going out without 2.1 compat dists and I simply > don't have the time or resources to make one. I don't even have any > 2.1 machines lying around here, you see, given that I'm running 2.2 on > everything. Hmm, this is no real excuse. :) All i would do is pulling the second CD out of the 2.1R CD case, mount it, and copy the shared libs from it. ... 5 minutes later ... libc.so.2.2 is the only thing i think that should be there. Should i mail you a uuencoded gzipped tar of it :), or are you going to make it yourself? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed May 1 03:05:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA28135 for hackers-outgoing; Wed, 1 May 1996 03:05:41 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA28080 Wed, 1 May 1996 03:05:01 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA08814; Wed, 1 May 1996 11:47:43 +0200 From: Luigi Rizzo Message-Id: <199605010947.LAA08814@labinfo.iet.unipi.it> Subject: Re: lmbench IDE anomaly To: terry@lambert.org (Terry Lambert) Date: Wed, 1 May 1996 11:47:43 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199604302033.NAA07754@phaeton.artisoft.com> from "Terry Lambert" at Apr 30, 96 01:33:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > That's about right. The SCSI disk gets the chance to sort the I/O to suit > > itself, optimising its performance. The IDE disk only gets to look at one > > transaction at a time, so it's at the mercy of the disksorting code in > > the operating system. I don't know that FreeBSD's disksort stuff is > > terribly wonderful, but I'd happily stand corrected. > > The disksort stuff is pessimal. Contact mday@elbereth.org for details. The original poster was doing a couple of lmdd from /dev/rwd0a, the raw device. Does disksort get in the way in this case ? BTW, running a number of dd on /dev/wd0a works *much* better, you get almost n times the bandwidth at least with up to 5 instances, what I tried. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Wed May 1 06:07:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA08105 for hackers-outgoing; Wed, 1 May 1996 06:07:54 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA08090 for ; Wed, 1 May 1996 06:07:47 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA08931 for hackers@freebsd.org; Wed, 1 May 1996 14:54:46 +0200 From: Luigi Rizzo Message-Id: <199605011254.OAA08931@labinfo.iet.unipi.it> Subject: Fast IP/TCP checksums ? To: hackers@freebsd.org Date: Wed, 1 May 1996 14:54:46 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I was looking at TCP/IP checksums recently. Can someone explain why IP/TCP checksums can be computed using the same algorithm on both big-endian and little-endian systems, yet produce the same result (after a final ntohs() of course) ? It surely has to do with the fact that the representations of 0 in 1's complement have the same low & high bytes, but I haven't been able to find a formal proof of why it works. Besides (hence the Subject for this message) it appears that you can compute checksums using 32-bit sums and yet produce the same result! This could save something in the computation of checksums, as you need half as many adds, and much less data movements as all operands are 32-bit aligned. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Wed May 1 06:27:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA09224 for hackers-outgoing; Wed, 1 May 1996 06:27:03 -0700 (PDT) Received: from phoenix.csie.nctu.edu.tw (root@phoenix.csie.nctu.edu.tw [140.113.17.171]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA09209 Wed, 1 May 1996 06:26:47 -0700 (PDT) Received: from FreeBSD.csie.NCTU.edu.tw (freebsd.csie.nctu.edu.tw [140.113.235.250]) by phoenix.csie.nctu.edu.tw (8.7.5/8.6.4) with ESMTP id VAA10507; Wed, 1 May 1996 21:27:13 +0800 (CST) Received: (from jdli@localhost) by FreeBSD.csie.NCTU.edu.tw (8.7.5/8.7.3) id VAA13627; Wed, 1 May 1996 21:26:29 +0800 (CST) From: Jian-Da Li Message-Id: <199605011326.VAA13627@FreeBSD.csie.NCTU.edu.tw> Subject: ISDN on freebsd To: freebsd-hackers@freebsd.org Date: Wed, 1 May 1996 21:26:29 +0800 (CST) Cc: freebsd-isp@freebsd.org X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi : Where can I get informations about ISDN on FreeBSD ?! I need informations about : 1. ISDN hardware 2. how to be an ISDN client 3. how to be an ISDN dial-up server I would like to know how to be an ISP provides ISDN services. Thanks. -- §õ «Ø ¹F (Jian-Da Li) ¥æ¤j¸ê¤u E-Mail : jdli@csie.nctu.edu.tw From owner-freebsd-hackers Wed May 1 06:59:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA10149 for hackers-outgoing; Wed, 1 May 1996 06:59:38 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA10143 for ; Wed, 1 May 1996 06:59:23 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uEcQq-000QXzC; Wed, 1 May 96 15:59 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id PAA28119 for hackers@freebsd.org; Wed, 1 May 1996 15:49:08 +0200 Message-Id: <199605011349.PAA28119@allegro.lemis.de> Subject: SCSI super device? To: hackers@freebsd.org (FreeBSD Hackers) Date: Wed, 1 May 1996 15:49:07 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm playing around with the 'scsi' command, and find an option: scsi -f device -p [-b bus] [-l lun] # To probe all devices According to the man page scsi(8), The -p option can be used against the "super scsi" device /dev/scsi/super to probe all devices with a given SCSI lun on a given SCSI bus. The bus can be selected with the -b option and the default is 0. The lun can be selected with the -l option and the default is 0. See scsi(4) for a de- scription of the "super scsi" device. Well, scsi(4) doesn't know about a "super scsi" device, I don't have one on my system, and MAKEDEV doesn't seem to know either. Can anybody tell me what device I need here? If I find out, I promise to update the man page. Greg From owner-freebsd-hackers Wed May 1 07:15:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA10857 for hackers-outgoing; Wed, 1 May 1996 07:15:50 -0700 (PDT) Received: from grapenuts.bellcore.com (grapenuts.bellcore.com [192.4.4.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA10851 for ; Wed, 1 May 1996 07:15:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by grapenuts.bellcore.com (8.6.9/8.6.10) with SMTP id KAA06495; Wed, 1 May 1996 10:13:34 -0400 Message-Id: <199605011413.KAA06495@grapenuts.bellcore.com> X-Authentication-Warning: grapenuts.bellcore.com: Host localhost didn't use HELO protocol From: Andrew Heybey To: Luigi Rizzo cc: hackers@freebsd.org Subject: Re: Fast IP/TCP checksums ? In-reply-to: Your message of Wed, 01 May 1996 14:54:46 +0200. <199605011254.OAA08931@labinfo.iet.unipi.it> Date: Wed, 01 May 1996 10:13:32 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Luigi Rizzo said: [Questions about computing checksums 32 bits at a time and the same way on both big- and little-endian machines.] See RFC 1071 for a discussion of these and other properties of the Internet checksum. Note that the formula for incremental checksum updating in this RFC is incorrect--see RFC 1624 for a correct version. andrew From owner-freebsd-hackers Wed May 1 07:32:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA11885 for hackers-outgoing; Wed, 1 May 1996 07:32:32 -0700 (PDT) Received: from ios.internet-ireland.ie ([194.235.224.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA11876 for ; Wed, 1 May 1996 07:32:26 -0700 (PDT) Received: from localhost.internetevents.ie (localhost.internetevents.ie [127.0.0.1]) by ios.internet-ireland.ie (8.6.12/8.6.12) with SMTP id PAA29674 for ; Wed, 1 May 1996 15:28:16 +0100 Message-Id: <199605011428.PAA29674@ios.internet-ireland.ie> X-Authentication-Warning: ios.internet-ireland.ie: Host localhost.internetevents.ie didn't use HELO protocol To: hackers@freebsd.org Subject: Really slow network transfer rates. MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <29670.830960895.1@ios.internet-ireland.ie> Date: Wed, 01 May 1996 15:28:16 +0100 From: Colman Reilly Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Problem: I am suffering from ethernet tranfer rates of 6.5kps between machines on the same ethernet. There are 5 FreeBSD boxes involved. Win95 boxes on the same network get normal transfer rates between themselves but slow to the UNIX boxes. Ping times to all the machines are fine, telnet performance is fine. Any sustained transfer slows down to 6.5kps. Now for the weird bit: when I dial in to my annex, I can get sustained transfer rates of 30kps down the modem, but when I go directly over the ethernet I get only 6.5k. This I do not understand at all. And yes, both rates *are* as reported by the same program. So far I have examined the following possible causes of the problem: 1) Interupt conflicts. dmesg shows no conflicts, and looking at the BIOS and jumpers on the various cards shows no conflicts. 2) Bad drivers for some devices. The systems have no common hardware at this stage. They have different motherboards, CPUs, ethernet cards, SCSI controllers, PCI chipsets, and so on. I can't think of any shared hardware except for 1GB Seagate Medalist SCSI hard drives. They were all running on 3Com 590's but I have since tried both ISA and PCI based ed1 cards. 3) The network itself. No unusual statistics I can see: almost no collisions, a few lot packets, but way under 1%, a few unknown protocols (network doom I imagine!). Transfer rates between Windows boxes are fine. 4) Shortage of resources: the machines in question all have at least 24MB of memory, lot's of disk and fast CPUs, mostly P120. 5) Different versions of the OS. I have both 2.1.0 and 2.2-SNAP running, with the same results. I have a 2.1.0R cofiguration elsewhere that works fine. The setups are more or less out of the box, simply changing /etc/sysconfig as instructed, so I don't think I can possibly have set a configuration parameter incorrectly. My 486/25 with 8MB, no PCI and IDE gives me far faster transfer rates. The network is a mix of UTP and thinwire, and it doesn't matter which the machines are connected to. Any ideas? This is rapidly driving me mad. Thanks, Colman From owner-freebsd-hackers Wed May 1 07:43:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12598 for hackers-outgoing; Wed, 1 May 1996 07:43:05 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA12593 for ; Wed, 1 May 1996 07:43:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id HAA09762; Wed, 1 May 1996 07:42:57 -0700 (PDT) Message-Id: <199605011442.HAA09762@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: ca.freebsd.org dead? In-reply-to: Your message of "Wed, 01 May 1996 01:03:44 PDT." <22943.830937824@time.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 01 May 1996 07:42:57 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Can't seem to do any DNS for it anymore and I don't know who the >hostmaster is (one reason why hostmaster@.freebsd.org is >invaluable, when it works :-). > >Does anyone remember who was doing DNS for Canada? Can we get it >repaired or replaced so that the Canada link on our web pages works >again? The master file has: ; Canada ; Lyndon Nerenberg (VE7TCP) ca IN NS multivac.orthanc.com. IN NS who.cdrom.com. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed May 1 09:21:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA24508 for hackers-outgoing; Wed, 1 May 1996 09:21:08 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA24490 for ; Wed, 1 May 1996 09:21:03 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA03416; Wed, 1 May 1996 12:20:16 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 1 May 1996 12:20 EDT Received: (rivers@localhost) by ponds.UUCP (8.6.12/8.6.5) id KAA15847 for freebsd-hackers@freefall.cdrom.com; Wed, 1 May 1996 10:33:04 -0400 Date: Wed, 1 May 1996 10:33:04 -0400 From: Thomas David Rivers Message-Id: <199605011433.KAA15847@ponds.UUCP> To: freebsd-hackers@freefall.FreeBSD.org Subject: Story on AFS? Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ok - I have info that AFS was going to be available "soon." Can anyone give me the current status - we're considering investigations into replacing HP's with FreeBSD to be AFS file servers. - We have an AFS source license, so that's not an issue. If anyone has done anything, or knows of anyone who has, please speak up now - we're *very* interested.... - Dave Rivers - From owner-freebsd-hackers Wed May 1 10:16:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA01710 for hackers-outgoing; Wed, 1 May 1996 10:16:04 -0700 (PDT) Received: from ginger.cmf.nrl.navy.mil (root@ginger.cmf.nrl.navy.mil [134.207.10.161]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA01666 for ; Wed, 1 May 1996 10:16:02 -0700 (PDT) Received: from cmsun.cmf.nrl.navy.mil (kenh@cmsun.cmf.nrl.navy.mil [134.207.10.4]) by ginger.cmf.nrl.navy.mil (8.7.5/8.7.3) with ESMTP id NAA28520; Wed, 1 May 1996 13:15:20 -0400 (EDT) Message-Id: <199605011715.NAA28520@ginger.cmf.nrl.navy.mil> To: Thomas David Rivers cc: freebsd-hackers@freefall.freebsd.org Subject: Re: Story on AFS? In-reply-to: Your message of "Wed, 01 May 1996 10:33:04 EDT." <199605011433.KAA15847@ponds.UUCP> 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: Wed, 01 May 1996 13:15:31 -0400 From: Ken Hornstein Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have info that AFS was going to be available "soon." > > Can anyone give me the current status - we're considering >investigations into replacing HP's with FreeBSD to be >AFS file servers. - We have an AFS source license, so >that's not an issue. I didn't think people were working on the server side - I was under the impression it was client-side only. I have been considering doing a server port to NetBSD -- if you'd like to collaberate on this (I think that most of the work would be the same), please let me know. --Ken From owner-freebsd-hackers Wed May 1 10:34:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA03225 for hackers-outgoing; Wed, 1 May 1996 10:34:44 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA03192 for ; Wed, 1 May 1996 10:34:23 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id TAA07076; Wed, 1 May 1996 19:34:39 +0200 Received: by uni4nn.iaf.nl with UUCP id AA17053 (5.67b/IDA-1.5); Wed, 1 May 1996 19:34:06 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA31278 (5.67b/IDA-1.5); Wed, 1 May 1996 18:34:33 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id LAA01540; Wed, 1 May 1996 11:57:33 +0200 From: Wilko Bulte Message-Id: <199605010957.LAA01540@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: Flaws in system() implementation? To: jraynard@dial.pipex.com (James Raynard) Date: Wed, 1 May 1996 11:57:32 +0200 (MET DST) Cc: terry@lambert.org, julian@ref.tfs.com, bde@zeta.org.au, hackers@freebsd.org In-Reply-To: <199605010029.AAA02749@dial.pipex.com> from "James Raynard" at May 1, 96 00:29:11 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >enough to give it a home on the net. I know there is some advanced > >FS white papaers, some user asn system administration research, > >and DWARF and a draft copy of SPEC1170, among other things. > > Thanks for mentioning this site. I've had a look at it now - some > interesting stuff there. > > Apparently the XPG4 specs are only available from X/Open and cost > about GBP250/US$400. (At least that's what I understand from their Web > page - http://www.x.org). For those really keen on getting info from the XPG/4: I have the most relevant books sitting here on my shelf. Leftover from a previous job. Unfortunately hardly machine readable but it beats having no info at all. What are you people looking for? Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Wed May 1 11:27:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06566 for hackers-outgoing; Wed, 1 May 1996 11:27:43 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA06560 Wed, 1 May 1996 11:27:37 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id EAA05707; Thu, 2 May 1996 04:24:59 +1000 Date: Thu, 2 May 1996 04:24:59 +1000 From: Bruce Evans Message-Id: <199605011824.EAA05707@godzilla.zeta.org.au> To: luigi@labinfo.iet.unipi.it, terry@lambert.org Subject: Re: lmbench IDE anomaly Cc: current@freebsd.org, hackers@freebsd.org, koshy@india.hp.com, msmith@atrad.adelaide.edu.au Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> The disksort stuff is pessimal. Contact mday@elbereth.org for details. >The original poster was doing a couple of lmdd from /dev/rwd0a, the raw >device. Does disksort get in the way in this case ? Of course not. >BTW, running a number of dd on /dev/wd0a works *much* better, you get >almost n times the bandwidth at least with up to 5 instances, what I >tried. /dev/wd0a is a completely different device from /dev/rwd0a. dd on it tests the buffer cache and the too-small block size of BLKDEV_IOSIZE = 2048. Bruce From owner-freebsd-hackers Wed May 1 11:44:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA07777 for hackers-outgoing; Wed, 1 May 1996 11:44:21 -0700 (PDT) Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA07772 for ; Wed, 1 May 1996 11:44:18 -0700 (PDT) Received: from exalt.x.org by expo.x.org id AA29449; Wed, 1 May 96 14:43:40 -0400 Received: from localhost by exalt.x.org id OAA05935; Wed, 1 May 1996 14:43:39 -0400 Message-Id: <199605011843.OAA05935@exalt.x.org> To: James Raynard Cc: hackers@freefall.FreeBSD.org Subject: Re: Flaws in system() implementation? In-Reply-To: Your message of Wed, 01 May 1996 00:29:11 EDT. <199605010029.AAA02749@dial.pipex.com> Organization: X Consortium Date: Wed, 01 May 1996 14:43:38 EST From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Apparently the XPG4 specs are only available from X/Open and cost > about GBP250/US$400. (At least that's what I understand from their Web > page - http://www.x.org). > www.x.org is the X Consortium. www.xopen.org is X/Open. -- Kaleb KEITHLEY X Consortium From owner-freebsd-hackers Wed May 1 12:32:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA11833 for hackers-outgoing; Wed, 1 May 1996 12:32:38 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA11796 Wed, 1 May 1996 12:32:32 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA10011; Wed, 1 May 1996 12:21:44 -0700 From: Terry Lambert Message-Id: <199605011921.MAA10011@phaeton.artisoft.com> Subject: Re: lmbench IDE anomaly To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 1 May 1996 12:21:44 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199605010947.LAA08814@labinfo.iet.unipi.it> from "Luigi Rizzo" at May 1, 96 11:47:43 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > That's about right. The SCSI disk gets the chance to sort the I/O to suit > > > itself, optimising its performance. The IDE disk only gets to look at one > > > transaction at a time, so it's at the mercy of the disksorting code in > > > the operating system. I don't know that FreeBSD's disksort stuff is > > > terribly wonderful, but I'd happily stand corrected. > > > > The disksort stuff is pessimal. Contact mday@elbereth.org for details. > > The original poster was doing a couple of lmdd from /dev/rwd0a, the raw > device. Does disksort get in the way in this case ? No. The original poster wasn't doing much concurrency testing (1/2 vs. 1/2/4/8/16/32...). > BTW, running a number of dd on /dev/wd0a works *much* better, you get > almost n times the bandwidth at least with up to 5 instances, what I > tried. This has to do with interleaved I/O. You will get the same effect with "team" or "ddd", or with a single process if we support async I/O or the more general async system call trap vector. You *won't* get the same effect with pthreads, because it is a threading *environment*, not a threading *system*. The pthreads I/O's are still consecutive. Probably a more interesting bogosity to eliminate to be higher throughput would be the soft clustering code (again, mday@elbereth.org). Even then, the disksort code is hard to stomach with ZBR'ed drives, no matter what optimizations you make elsewhere. Avoiding seeks only works if you know what you are doing. Most writes want to be in reverse sector order anyway, unless the drive controller is smart as well (in which case reversing them would cause you to shoot yourself in the foot). Anyway, the results showing SCSI being better than IDE are certainly valid. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 1 12:33:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12020 for hackers-outgoing; Wed, 1 May 1996 12:33:46 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12003 for ; Wed, 1 May 1996 12:33:39 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA10024; Wed, 1 May 1996 12:24:28 -0700 From: Terry Lambert Message-Id: <199605011924.MAA10024@phaeton.artisoft.com> Subject: Re: Flaws in system() implementation? To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Wed, 1 May 1996 12:24:28 -0700 (MST) Cc: jraynard@dial.pipex.com, terry@lambert.org, julian@ref.tfs.com, bde@zeta.org.au, hackers@freebsd.org In-Reply-To: <199605010957.LAA01540@yedi.iaf.nl> from "Wilko Bulte" at May 1, 96 11:57:32 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Apparently the XPG4 specs are only available from X/Open and cost > > about GBP250/US$400. (At least that's what I understand from their Web > > page - http://www.x.org). > > For those really keen on getting info from the XPG/4: I have the most > relevant books sitting here on my shelf. Leftover from a previous job. > > Unfortunately hardly machine readable but it beats having no info at all. > > What are you people looking for? Hmmmm... the most salient feature of XPG/4 is support for greater than i18n internationalization. The way it actually implements this is real broken, because file name length limits and fixed field input and storage break when you use runic encoding. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 1 12:39:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12728 for hackers-outgoing; Wed, 1 May 1996 12:39:37 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12720 for ; Wed, 1 May 1996 12:39:23 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA10061; Wed, 1 May 1996 12:31:07 -0700 From: Terry Lambert Message-Id: <199605011931.MAA10061@phaeton.artisoft.com> Subject: Re: Story on AFS? To: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Date: Wed, 1 May 1996 12:31:07 -0700 (MST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199605011433.KAA15847@ponds.UUCP> from "Thomas David Rivers" at May 1, 96 10:33:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have info that AFS was going to be available "soon." > > Can anyone give me the current status - we're considering > investigations into replacing HP's with FreeBSD to be > AFS file servers. - We have an AFS source license, so > that's not an issue. > > If anyone has done anything, or knows of anyone who has, > please speak up now - we're *very* interested.... ] From: Ken Hornstein ] Status: OR ] ] >Note that the NetBSD port is only available as binary, and only then ] >if you have an AFS license already. ] ] Not quite accurate. ] ] _If_ you have a source license, _and_ your site has signed the separate ] Source Contrib license agreement, then you can look at the source to the ] NetBSD port. I speak from personal experience. :-) This has been discussed before. You can use the NetBSD port binary if you have an AFS license AND you modify the FreeBSD NFS cookie mechanism to match NetBSD's (both are extremely bogus anyway) AND you disable the "vmio" flag for all AFS access (since it doesn't know about FreeBSD's merged buffer cache). I'm pretty sure that non-vmio-based buffer I/O is broken in -current, and has been singe 2.1.0. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 1 12:51:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13732 for hackers-outgoing; Wed, 1 May 1996 12:51:21 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13725 Wed, 1 May 1996 12:51:19 -0700 (PDT) From: Mike Pritchard Message-Id: <199605011951.MAA13725@freefall.freebsd.org> Subject: Re: 2.1 compat dist? Anyone? PLEEZE? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 1 May 1996 12:51:19 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <28961.830897424@time.cdrom.com> from "Jordan K. Hubbard" at Apr 30, 96 01:50:24 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > The 2.2-SNAP CD are going out without 2.1 compat dists and I simply > don't have the time or resources to make one. I don't even have any > 2.1 machines lying around here, you see, given that I'm running 2.2 on > everything. freefall is too "hacked" to serve as a good baseline and > thud has been running 2.2 for awhile. You see my problem? > > If someone out there is running 2.1-RELEASE and would care to snapshot > all the shared libs that don't exist in the compat20 distribution > (e.g. it should be possible to "layer" the suckers), excluding DES > of course, I'd appreciate it! All I need is a single tarball. Why not use the "live filesystem" CD from the 2.1-RELEASE to obtain those libraries?? -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Wed May 1 12:56:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA14165 for hackers-outgoing; Wed, 1 May 1996 12:56:51 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA14159 for ; Wed, 1 May 1996 12:56:45 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA07927; Wed, 1 May 1996 13:56:43 -0600 Date: Wed, 1 May 1996 13:56:43 -0600 From: Nate Williams Message-Id: <199605011956.NAA07927@rocky.sri.MT.net> To: hackers@FreeBSD.org Subject: Named and Reverse DNS lookups Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Thanks to everyone who helped me set this up a couple months back. Hopefully this last question is easy. SRI-MT's assigned address is 206.127.76.96/27, which consists of hosts 97-126 (96 and 127 are reserverd). Here's the entry in /etc/namedb/named.boot. primary mt.sri.com newmt Pretty basic. However, how do I setup my Reverse DNS stuff? I tried this, but it didn't work. primary 96.76.127.206.in-addr.arpa newmt.rev And, I can't use : primary 76.127.206.in-addr.arpa newmt.rev Since there are lots of machines outside of our little 30 host slice that we need to resolve as well. The manpage wasn't obvious, and the ORA TCP/IP book didn't help either. Nate From owner-freebsd-hackers Wed May 1 13:16:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA15835 for hackers-outgoing; Wed, 1 May 1996 13:16:24 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA15829 for ; Wed, 1 May 1996 13:16:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id NAA12862; Wed, 1 May 1996 13:15:16 -0700 (PDT) To: Thomas David Rivers cc: freebsd-hackers@freefall.freebsd.org Subject: Re: Story on AFS? In-reply-to: Your message of "Wed, 01 May 1996 10:33:04 EDT." <199605011433.KAA15847@ponds.UUCP> Date: Wed, 01 May 1996 13:15:15 -0700 Message-ID: <12860.830981715@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have info that AFS was going to be available "soon." Well, I don't know about "soon" - I heard that some people at CMU were sort of working on it, then they seemed to sort of disappear and I've heard nothing for some time. > Can anyone give me the current status - we're considering > investigations into replacing HP's with FreeBSD to be > AFS file servers. - We have an AFS source license, so > that's not an issue. You have an AFS source license? Hmmmmm. I'll tell you what the status is - you just became the guy who'll bring AFS to FreeBSD! :-) Jordan From owner-freebsd-hackers Wed May 1 13:21:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16297 for hackers-outgoing; Wed, 1 May 1996 13:21:46 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16288 for ; Wed, 1 May 1996 13:21:38 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA16708 for ; Wed, 1 May 1996 22:20:53 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA15768 for freebsd-hackers@freebsd.org; Wed, 1 May 1996 22:20:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA10967 for freebsd-hackers@freebsd.org; Wed, 1 May 1996 22:17:33 +0200 (MET DST) From: J Wunsch Message-Id: <199605012017.WAA10967@uriah.heep.sax.de> Subject: Re: lmbench IDE anomaly To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 1 May 1996 22:17:32 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605010947.LAA08814@labinfo.iet.unipi.it> from Luigi Rizzo at "May 1, 96 11:47:43 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Luigi Rizzo wrote: > The original poster was doing a couple of lmdd from /dev/rwd0a, the raw > device. Does disksort get in the way in this case ? disksort() is always called, though Bruce pointed out that it's a nop in recent systems. > BTW, running a number of dd on /dev/wd0a works *much* better, you get > almost n times the bandwidth at least with up to 5 instances, what I > tried. You're measuring your buffer cache. Better use random() instead, it will be more accurate. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed May 1 13:27:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16740 for hackers-outgoing; Wed, 1 May 1996 13:27:04 -0700 (PDT) Received: from eldorado.net-tel.co.uk (eldorado.net-tel.co.uk [193.122.171.253]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16719 for ; Wed, 1 May 1996 13:26:55 -0700 (PDT) From: Andrew.Gordon@net-tel.co.uk Received: (from root@localhost) by eldorado.net-tel.co.uk (8.6.12/8.6.10) id VAA00183; Wed, 1 May 1996 21:25:26 +0100 X400-Received: by mta "eldorado" in "/PRMD=net-tel/ADMD=gold 400/C=gb/"; Relayed; Wed, 1 May 96 21:23:58 +0100 X400-Received: by mta "net-tel cambridge" in "/PRMD=net-tel/ADMD=gold 400/C=gb/"; Relayed; Wed, 1 May 96 20:23:56 +0000 X400-Received: by "/PRMD=NET-TEL/ADMD=Gold 400/C=GB/"; Relayed; Wed, 1 May 96 20:23:56 +0000 X400-MTS-Identifier: ["/PRMD=NET-TEL/ADMD=Gold 400/C=GB/";hst:21237-960501202356-16B9] X400-Content-Type: P2-1984 (2) X400-Originator: Andrew.Gordon@net-tel.co.uk Original-Encoded-Information-Types: IA5-Text X400-Recipients: non-disclosure:; Date: Wed, 1 May 96 20:23:56 +0000 Content-Identifier: Re: Really slow Message-Id: <"13718-960501202428-5C71*/G=Andrew/S=Gordon/O=NET-TEL Computer Systems Ltd/PRMD=NET-TEL/ADMD=Gold 400/C=GB/"@MHS> To: careilly@ios.internet-ireland.ie Cc: hackers@FreeBSD.org In-Reply-To: <"SunOS:29771-960501174438-2FB8*/DD.RFC-822=owner-hackers(a)FreeBSD.org/O=internet/PRMD=NET-TEL/ADMD=GOLD 400/C=GB/"@MHS> Subject: Re: Really slow network transfer rates. Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Problem: I am suffering from ethernet tranfer rates of 6.5kps between > machines on the same ethernet. There are 5 FreeBSD boxes involved. Win95 > boxes on the same network get normal transfer rates between themselves but > slow to the UNIX boxes. Ping times to all the machines are fine, telnet > performance is fine. Any sustained transfer slows down to 6.5kps. If your setup is: 1) The file transfer application is SAMBA 2) The client machines are faster than the server (in my case, a P90 server, and all clients were working fine apart from a new P120 which was much slower than the 486s about the place). then I can tell you what the problem is. A TCP connection exists between client and server, and each filesystem operation involves a request block being sent from client to server and a result block coming back. Since the application running on the client is typically doing a series of read() calls, the next request won't be sent until the previous result has been completely received. Unfortunately, a typical read() of a couple of K is an uncomfortable size for TCP flow control, and Samba makes things worse by writing it on the socket in multiple chunks. If the client machines are nice and slow, the entire result gets generated into socket buffers on the server and goes out in full-length packets. However, if the client is very quick off the mark and has acknowledged the first packet or two before the whole result has been generated, it can get split into not-full packets and the Nagle algorithm can come into play on the last packet of the transaction. Since there is no data flowing in the opposite direction a! t that moment, this packet gets stalled until the client's TCP delayed acknowledge timeout. Hence you end up doing only a few transactions per second. The fix is to use the -O TCP_NODELAY option to smbd (which duly disables the Nagle algorithm). Note that this option was broken in the FreeBSD Samba port at the time I discovered this (about 9 months ago) - if it's still broken, the problem was a missing #include in the ifdef FreeBSD section of includes.h. From owner-freebsd-hackers Wed May 1 13:43:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA17897 for hackers-outgoing; Wed, 1 May 1996 13:43:54 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA17876 for ; Wed, 1 May 1996 13:43:37 -0700 (PDT) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id WAA12299; Wed, 1 May 1996 22:37:37 +0200 Received: (from wosch@localhost) by localhost (8.6.12/8.6.12) id PAA03357; Wed, 1 May 1996 15:47:32 +0200 Date: Wed, 1 May 1996 15:47:32 +0200 From: Wolfram Schneider Message-Id: <199605011347.PAA03357@localhost> To: Terry Lambert Cc: msmith@atrad.adelaide.edu.au (Michael Smith), hackers@FreeBSD.org Subject: Re: Running FTP as a slave process ... In-Reply-To: <199604302031.NAA07745@phaeton.artisoft.com> References: <199604300902.SAA20627@genesis.atrad.adelaide.edu.au> <199604302031.NAA07745@phaeton.artisoft.com> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: >Use libftp. BTW, there is a perl www library (libwww-perl-5b12.tar.gz) Module lib/LWP/Protocol/ftp.pm implement ftp protocol (RFC 959). Wolfram From owner-freebsd-hackers Wed May 1 14:29:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA20754 for hackers-outgoing; Wed, 1 May 1996 14:29:07 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA20728 Wed, 1 May 1996 14:28:47 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id XAA09988; Wed, 1 May 1996 23:13:06 +0200 From: Luigi Rizzo Message-Id: <199605012113.XAA09988@labinfo.iet.unipi.it> Subject: Re: lmbench IDE anomaly To: terry@lambert.org (Terry Lambert) Date: Wed, 1 May 1996 23:13:05 +0200 (MET DST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199605011921.MAA10011@phaeton.artisoft.com> from "Terry Lambert" at May 1, 96 12:21:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Anyway, the results showing SCSI being better than IDE are certainly > valid. So we are back to the regular "SCSI is better than IDE" debate... Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Wed May 1 15:35:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA25817 for hackers-outgoing; Wed, 1 May 1996 15:35:20 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA25809 Wed, 1 May 1996 15:35:17 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199605012235.PAA25809@freefall.freebsd.org> Subject: Re: lmbench IDE anomaly To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 1 May 1996 15:35:16 -0700 (PDT) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199605012113.XAA09988@labinfo.iet.unipi.it> from "Luigi Rizzo" at May 1, 96 11:13:05 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo wrote: > > > Anyway, the results showing SCSI being better than IDE are certainly > > valid. > > So we are back to the regular "SCSI is better than IDE" debate... there is not a debate. my 486dx2-66 with 16MB and scsi drives will perform a "make world" faster than several 586-75's with 16+MB and *IDE* drives. a 586-90, assuming long integer data set of 100kB, is over twice as fast as my cpu. but the ide drives slow the compiles horribly. ( use Hint to get the cpu computation speeds http://www.scl.ameslab.gov/scl/HINT/HINT.html) now maybe its the driver, maybe its the IDE drives themselves. i aint re-writing the ide driver, so i dont care (at this point). dare, jis eyent naw dabayt. -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ From owner-freebsd-hackers Wed May 1 15:47:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA27555 for hackers-outgoing; Wed, 1 May 1996 15:47:45 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA27549 for ; Wed, 1 May 1996 15:47:41 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id QAA10667; Wed, 1 May 1996 16:55:07 -0500 From: Joe Greco Message-Id: <199605012155.QAA10667@brasil.moneng.mei.com> Subject: Re: Named and Reverse DNS lookups To: nate@sri.MT.net (Nate Williams) Date: Wed, 1 May 1996 16:55:07 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <199605011956.NAA07927@rocky.sri.MT.net> from "Nate Williams" at May 1, 96 01:56:43 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Thanks to everyone who helped me set this up a couple months back. > Hopefully this last question is easy. > > SRI-MT's assigned address is 206.127.76.96/27, which consists of hosts > 97-126 (96 and 127 are reserverd). > > Here's the entry in /etc/namedb/named.boot. > primary mt.sri.com newmt > > Pretty basic. > > However, how do I setup my Reverse DNS stuff? I tried this, but it > didn't work. > > primary 96.76.127.206.in-addr.arpa newmt.rev > > And, I can't use : > primary 76.127.206.in-addr.arpa newmt.rev > > Since there are lots of machines outside of our little 30 host slice > that we need to resolve as well. > > The manpage wasn't obvious, and the ORA TCP/IP book didn't help either. Hi Nate, The in-addr.arpa zone is resolvable only on octet boundaries. You are "S.O.L.". :-/ There is some precedent for a standard by creative use of CNAME's (I believe) in the primary server's zone file, but most revisions of BIND do not support this. I suggest you cruise through the domains newsgroup, and if you don't see an answer, post a question. I believe I saw an article by someone in the past (Cricket Liu?) about this. (goes through a zillion news articles)..Ahhhhhhh! Here is some relevant junk: > From jcaron@pressimage.net Tue Jun 20 10:40:17 CDT 1995 > Article: 4045 of comp.protocols.tcp-ip.domains > From: jcaron@pressimage.net (Jacques Caron) > Newsgroups: comp.protocols.tcp-ip.domains > Subject: Re: in-addr.arpa for a subnet of a class c? > Date: Sat, 17 Jun 1995 17:40:14 +0200 > Organization: Pressimage, France > Lines: 58 > Distribution: inet > Message-ID: > NNTP-Posting-Host: modem2-12.planete.net > X-Newsreader: Value-Added NewsWatcher 2.0b27+ > > In article , brad@his.com (Brad Knowles) > wrote: > > >In article <1995Jun15.171926.12397@dfwlug.decus.org>, > >sewell@dfwlug.decus.org wrote: > > > >> I currently have a subnet of a class c network, a mere 16 addresses. > The full > >> class c net is allocated to my internet provider. I would rather > maintain > >> control of my domains myself rather than depend on them, since they are > >> confused enough just getting the routing working right. > > > >I believe _DNS and BIND_ by Albitz and Liu discusses the issue of > >subnetting Class C networks, and the resulting in-addr.arpa delegations. I > >hate to be the one to deliver the bad news to you, but you'll discover that > >you need a separate in-addr.arpa delegation for each IP address. > > > >Otherwise, read Albitz and Liu. > > The recommended way to do that (there must be an internet draft on the > subject), is to use CNAMEs, in a way similar to the following. > > Consider you have net 1.2.3.0, and subnetted it in 2 x 64. > > This is zone file for 3.2.1.in-addr.arpa: > > @ IN SOA etc. > 65 IN CNAME one.65 > 66 IN CNAME one.66 > 67 IN CNAME one.67 > etc. > 126 IN CNAME one.126 > > 129 IN CNAME two.129 > 130 IN CNAME two.130 > etc. > 191 IN CNAME two.191 > > one IN NS ns1.dom. > IN NS ns2.dom. > > two IN NS ns3.dom. > IN NS ns4.dom. > > Then, ns1 and ns2 should be authoritative for one.3.2.1.in-addr.arpa, and > ns3 and ns4 for two.3.2.1.in-addr.arpa. > > I may be left out a few details, but that's the spirit of the thing. > > Hope that helps, > > Jacques. > > --- Jacques Caron - Pressimage Telematique > Mail: 5/7 rue Raspail - 93108 Montreuil Cedex - France > E-mail: jcaron@pressimage.net > Tel: +33 (1) 49 88 63 56 > Fax: +33 (1) 49 88 63 64 > Sorry for the formatting. Anyways this does NOT work on the BIND distributed with FreeBSD 2.0.5R or 2.1R. You will probably need the latest BIND code. Hope this helps, ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Wed May 1 16:22:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01314 for hackers-outgoing; Wed, 1 May 1996 16:22:37 -0700 (PDT) Received: from itesec.hsc.fr (root@itesec.hsc.fr [192.70.106.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA01309 for ; Wed, 1 May 1996 16:22:34 -0700 (PDT) Received: from tetard.hsc.fr (tetard.hsc.fr [192.70.106.43]) by itesec.hsc.fr (8.7.5/8.7.3/itesec-1.8) with ESMTP id BAA15673 for ; Thu, 2 May 1996 01:22:31 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.hsc.fr (8.7.5/8.7.3/tetard-uucp-2.8) id BAA01617 for hackers@freebsd.org; Thu, 2 May 1996 01:22:14 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199605012322.BAA01617@tetard.hsc.fr> Subject: Rock hard 2.0.5 To: hackers@freebsd.org (hackers) Date: Thu, 2 May 1996 01:22:14 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I guess you can't make 'em any better: spejdko:~ $ uname -a FreeBSD spejdko.edu.eu.org 2.0.5-RELEASE FreeBSD 2.0.5-RELEASE #1: Sat Dec 30 04:09:54 MET 1995 regnauld@spejdko.edu.eu.org:/usr/src/sys/compile/spejdko i386 spejdko:~ $ w 1:08AM up 123 days, 6:31, 1 user, load averages: 0.00, 0.00, 0.00 USER TTY FROM LOGIN@ IDLE WHAT regnauld d0 - 1:07AM - w spejdko:~ $ vmstat -i interrupt total rate clk0 irq0 1065065658 100 rtc0 irq8 1363193674 127 fdc0 irq6 1 0 wdc0 irq14 24878310 2 sc0 irq1 1 0 sio0 irq4 9535087 0 sio1 irq3 2 0 lpt0 irq7 3 0 ed1 irq5 3330840 0 Total -1828963720 -171 This machine is a DX33 with 8 Mb, 1.6Gb IDE. It runs 2.0.5 release, and it has the following functions: - mailhost - http proxy - samba server & print server for WFWG with filter through ghostscript - dial on demand with iijppp (the process ran for over 60 days in a row) There are 9 WFWG machines on the ethernet using Netscrap through the proxy for http, ftp, etc... and eudora for mail with pop/smtp (50+ students). -- Phil -- +-------------------+---------------------------------------+-----------------+ | Philippe Regnauld |_______Herve Schauer Consultants_______| regnauld@hsc.fr | +-------------------+FreeBSD - Turning PCs into Workstations+-----------------+ From owner-freebsd-hackers Wed May 1 17:57:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA13081 for hackers-outgoing; Wed, 1 May 1996 17:57:07 -0700 (PDT) Received: from vent.pipex.net (root@vent.pipex.net [158.43.128.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA13070 for ; Wed, 1 May 1996 17:57:05 -0700 (PDT) Received: from dial.pipex.com by vent.pipex.net (8.6.12/PIPEX simple 1.20) id BAA27749; Thu, 2 May 1996 01:56:55 +0100 Received: (from jraynard@localhost) by dial.pipex.com (8.6.12/8.6.12) id XAA01993; Wed, 1 May 1996 23:16:30 GMT Date: Wed, 1 May 1996 23:16:30 GMT From: James Raynard Message-Id: <199605012316.XAA01993@dial.pipex.com> To: kaleb@x.org CC: hackers@freefall.freebsd.org In-reply-to: <199605011843.OAA05935@exalt.x.org> (kaleb@x.org) Subject: Re: Flaws in system() implementation? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>>> "Kaleb S. KEITHLEY" writes: > > > > > Apparently the XPG4 specs are only available from X/Open and cost > > about GBP250/US$400. (At least that's what I understand from their Web > > page - http://www.x.org). > > > > www.x.org is the X Consortium. > > www.xopen.org is X/Open. Oops - that should indeed have been http://www.xopen.org. Sorry. -- James Raynard, Edinburgh, Scotland From owner-freebsd-hackers Wed May 1 18:05:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA14401 for hackers-outgoing; Wed, 1 May 1996 18:05:44 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA14387 Wed, 1 May 1996 18:05:40 -0700 (PDT) Received: from zyzzyva.com (randy@localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.4/8.6.11) with ESMTP id UAA23860; Wed, 1 May 1996 20:05:07 -0500 (CDT) Message-Id: <199605020105.UAA23860@sierra.zyzzyva.com> To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: NetBSD filesystem compatibility Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 May 1996 20:05:06 -0500 From: Randy Terbush Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is it safe to assume that a NetBSD filesystem is ufs mountable from a FreeBSD system. I'm about to find this out within the hour, but would appreciate a "heads-up" if anyone has anything to share. Thanks From owner-freebsd-hackers Wed May 1 18:18:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA16973 for hackers-outgoing; Wed, 1 May 1996 18:18:13 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA16966 for ; Wed, 1 May 1996 18:18:10 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA26748; Thu, 2 May 1996 10:46:44 +0930 From: Michael Smith Message-Id: <199605020116.KAA26748@genesis.atrad.adelaide.edu.au> Subject: Re: Running FTP as a slave process ... To: wosch@cs.tu-berlin.de Date: Thu, 2 May 1996 10:46:43 +0930 (CST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org In-Reply-To: <199605011347.PAA03357@localhost> from "Wolfram Schneider" at May 1, 96 03:47:32 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Wolfram Schneider stands accused of saying: > > Terry Lambert writes: > >Use libftp. > > BTW, there is a perl www library (libwww-perl-5b12.tar.gz) > Module lib/LWP/Protocol/ftp.pm implement ftp protocol (RFC 959). Thanks, but no thanks. I'd do it in Tcl (over 5000 lines of Tcl in various other parts of the system), but performance is fairly critical. > Wolfram -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed May 1 18:23:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17867 for hackers-outgoing; Wed, 1 May 1996 18:23:26 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA17855 for ; Wed, 1 May 1996 18:23:21 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA26789; Thu, 2 May 1996 10:54:23 +0930 From: Michael Smith Message-Id: <199605020124.KAA26789@genesis.atrad.adelaide.edu.au> Subject: Re: Named and Reverse DNS lookups To: nate@sri.MT.net (Nate Williams) Date: Thu, 2 May 1996 10:54:23 +0930 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199605011956.NAA07927@rocky.sri.MT.net> from "Nate Williams" at May 1, 96 01:56:43 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Nate Williams stands accused of saying: > > Thanks to everyone who helped me set this up a couple months back. > Hopefully this last question is easy. > > SRI-MT's assigned address is 206.127.76.96/27, which consists of hosts > 97-126 (96 and 127 are reserverd). > > Here's the entry in /etc/namedb/named.boot. > primary mt.sri.com newmt > > Pretty basic. > > However, how do I setup my Reverse DNS stuff? I tried this, but it > didn't work. > > primary 96.76.127.206.in-addr.arpa newmt.rev > > And, I can't use : > primary 76.127.206.in-addr.arpa newmt.rev > > Since there are lots of machines outside of our little 30 host slice > that we need to resolve as well. Unless there's some magic I haven't been introduced to, or a newer BIND that understands / notation, you're limited to whole class-C addresses when it comes to specifying reverse lookups. As I understand it, you'll have to coordinate with the other slices to maintain a reverse-mapping on whichever server is nominated as the primary for the mapping. > Nate -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed May 1 18:39:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20373 for hackers-outgoing; Wed, 1 May 1996 18:39:59 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA20350 Wed, 1 May 1996 18:39:54 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA10906; Wed, 1 May 1996 18:28:40 -0700 From: Terry Lambert Message-Id: <199605020128.SAA10906@phaeton.artisoft.com> Subject: Re: lmbench IDE anomaly To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 1 May 1996 18:28:40 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199605012113.XAA09988@labinfo.iet.unipi.it> from "Luigi Rizzo" at May 1, 96 11:13:05 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Anyway, the results showing SCSI being better than IDE are certainly > > valid. > > So we are back to the regular "SCSI is better than IDE" debate... "Better" as in a "lower system overhead unless you've written a PIO4 EIDE driver that you haven't shared with the rest of us and overcome the interrupt bugs in 3 out of the 4 most popular IDE controller chipsets and overcome the PIO4 probe crashing non-PIO4 systems and even then, the DMA overhead is slightly higher than SCSI and EIDE CDROM's use SCSI commands over the IDE interface anyway" kind of way. Purely "subjective". ;-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 1 18:40:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20566 for hackers-outgoing; Wed, 1 May 1996 18:40:28 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA20561 Wed, 1 May 1996 18:40:25 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA10930; Wed, 1 May 1996 18:32:44 -0700 From: Terry Lambert Message-Id: <199605020132.SAA10930@phaeton.artisoft.com> Subject: Re: NetBSD filesystem compatibility To: randy@zyzzyva.com (Randy Terbush) Date: Wed, 1 May 1996 18:32:43 -0700 (MST) Cc: freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199605020105.UAA23860@sierra.zyzzyva.com> from "Randy Terbush" at May 1, 96 08:05:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Is it safe to assume that a NetBSD filesystem is ufs mountable from > a FreeBSD system. I'm about to find this out within the hour, but > would appreciate a "heads-up" if anyone has anything to share. Yes. Going the other way, you would have to explicitly change the label on the FreeBSD swap partition to "swap" for NetBSD to recognize it. The on disk structures are the same as for 4.4BSD-Lite in both trees. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 1 18:44:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21096 for hackers-outgoing; Wed, 1 May 1996 18:44:41 -0700 (PDT) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA21071 Wed, 1 May 1996 18:44:35 -0700 (PDT) Received: from gilligan.eng.umd.edu (gilligan.eng.umd.edu [129.2.98.205]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id VAA07219; Wed, 1 May 1996 21:40:33 -0400 (EDT) Received: (from chuckr@localhost) by gilligan.eng.umd.edu (8.7.5/8.7.3) id VAA08134; Wed, 1 May 1996 21:40:33 -0400 (EDT) Date: Wed, 1 May 1996 21:40:33 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@gilligan.eng.umd.edu To: "Jonathan M. Bresler" cc: Luigi Rizzo , terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: lmbench IDE anomaly In-Reply-To: <199605012235.PAA25809@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 1 May 1996, Jonathan M. Bresler wrote: > there is not a debate. > > my 486dx2-66 with 16MB and scsi drives will perform a > "make world" faster than several 586-75's with 16+MB and > *IDE* drives. a 586-90, assuming long integer data set of > 100kB, is over twice as fast as my cpu. but the ide drives > slow the compiles horribly. ( use Hint to get the cpu computation > speeds http://www.scl.ameslab.gov/scl/HINT/HINT.html) > > now maybe its the driver, maybe its the IDE drives themselves. > i aint re-writing the ide driver, so i dont care (at this point). > > dare, jis eyent naw dabayt. Jonathan, I was looking at the new Tyan MB's, they say that they use IDE bus mastering, and claim a major speed increase. I am not sure (I am a SCSI bigot myself) but maybe yours claims of SCSI dominanace over IDE won't be so automatically true shortly. ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-hackers Wed May 1 18:48:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21520 for hackers-outgoing; Wed, 1 May 1996 18:48:46 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA21494 Wed, 1 May 1996 18:48:38 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA11015; Wed, 1 May 1996 18:41:04 -0700 From: Terry Lambert Message-Id: <199605020141.SAA11015@phaeton.artisoft.com> Subject: Re: lmbench IDE anomaly To: chuckr@Glue.umd.edu (Chuck Robey) Date: Wed, 1 May 1996 18:41:03 -0700 (MST) Cc: jmb@freefall.freebsd.org, luigi@labinfo.iet.unipi.it, terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: from "Chuck Robey" at May 1, 96 09:40:33 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > now maybe its the driver, maybe its the IDE drives themselves. > > i aint re-writing the ide driver, so i dont care (at this point). > > Jonathan, I was looking at the new Tyan MB's, they say that they use IDE > bus mastering, and claim a major speed increase. I am not sure (I am a > SCSI bigot myself) but maybe yours claims of SCSI dominanace over > IDE won't be so automatically true shortly. 1) You need to write a driver 2) ATAPI CDROMs will *still* uses SCSI commands, because that's what they do. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 1 19:43:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA28844 for hackers-outgoing; Wed, 1 May 1996 19:43:46 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA28836 for ; Wed, 1 May 1996 19:43:43 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.7.5/8.7.3) with SMTP id WAA15163; Wed, 1 May 1996 22:43:30 -0400 (EDT) Message-Id: <199605020243.WAA15163@whizzo.transsys.com> X-Authentication-Warning: whizzo.transsys.com: Host localhost.transsys.com [127.0.0.1] didn't use HELO protocol To: Luigi Rizzo cc: hackers@freebsd.org From: "Louis A. Mamakos" Subject: Re: Fast IP/TCP checksums ? References: <199605011254.OAA08931@labinfo.iet.unipi.it> In-reply-to: Your message of "Wed, 01 May 1996 14:54:46 +0200." <199605011254.OAA08931@labinfo.iet.unipi.it> Date: Wed, 01 May 1996 22:43:29 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If you recall that 1's complement arithmetic uses end-around-carry (that is, a carry from the high-order bit is added back into the low order bit), then you can see why the byte-ordering isn't an issue. Or at least you can convice yourself with a little bit of deep thought and some beer. If you do arithmetic with 32 bit operations, you need to be able to capture the carry off the end of the 32 bit register and do the end around carry. If you do this in assembly code, you ought to be able to look at the carry bit in the condition code register/PSW/whatever and add it back in. Of course, if you had a 1's complement CPU, you wouldn't have this problem. You may just have different ones.. I've got an IP checksum routing written in UNIVAC 1100 assembly code (http://www.transsys.com/~louie/ip-tcp-1100/CHECKSUM:MSM) that has to worry about 36 bit words (8 bit bytes in aligned in the low 8 bits of the 9 bit quarter words..) louie > Hi, > > I was looking at TCP/IP checksums recently. > > Can someone explain why IP/TCP checksums can be computed using the > same algorithm on both big-endian and little-endian systems, yet produce > the same result (after a final ntohs() of course) ? > > It surely has to do with the fact that the representations of 0 in > 1's complement have the same low & high bytes, but I haven't been able > to find a formal proof of why it works. > > Besides (hence the Subject for this message) it appears that you can > compute checksums using 32-bit sums and yet produce the same result! > This could save something in the computation of checksums, as you need > half as many adds, and much less data movements as all operands are > 32-bit aligned. > > Luigi > ==================================================================== > Luigi Rizzo Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it Universita' di Pisa > tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ > ==================================================================== From owner-freebsd-hackers Wed May 1 19:56:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA00495 for hackers-outgoing; Wed, 1 May 1996 19:56:43 -0700 (PDT) Received: from cedb.dpcsys.com (cedb.DPCSYS.COM [165.90.143.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA00477 for ; Wed, 1 May 1996 19:56:38 -0700 (PDT) Received: from cedb (cedb.DPCSYS.COM [165.90.143.3]) by cedb.dpcsys.com (8.6.10/DPC-1.0) with SMTP id CAA00514; Thu, 2 May 1996 02:45:25 GMT Date: Wed, 1 May 1996 19:45:24 -0700 (PDT) From: Dan Busarow X-Sender: dan@cedb To: Nate Williams cc: hackers@FreeBSD.org Subject: Re: Named and Reverse DNS lookups In-Reply-To: <199605011956.NAA07927@rocky.sri.MT.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 1 May 1996, Nate Williams wrote: > However, how do I setup my Reverse DNS stuff? I tried this, but it > didn't work. > > primary 96.76.127.206.in-addr.arpa newmt.rev It will work, but you need the cooperation of your upstream provider who gave you the subnet. They need to set up _their_ reverse dns to handle this. Your reverse dns, aside from the extra octet in the newmt.rev entry, will look pretty much normal. If they haven't done so already (looked into this) point them at draft-ietf-cidrd-classless-inaddr-00.txt on (I think) rs.internic.net. It took a couple of readings before it soaked in, but once you get it it's _why didn't I think of that!? We have one customer running a delegated reverse subnet and several customers running "normal" subnets that we maintain out the the same class C. Dan -- Dan Busarow DPC Systems Dana Point, California From owner-freebsd-hackers Wed May 1 20:00:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA00908 for hackers-outgoing; Wed, 1 May 1996 20:00:39 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA00881 Wed, 1 May 1996 20:00:30 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id CAA00185; Thu, 2 May 1996 02:55:42 -0500 (EST) From: "John S. Dyson" Message-Id: <199605020755.CAA00185@dyson.iquest.net> Subject: Re: lmbench IDE anomaly To: terry@lambert.org (Terry Lambert) Date: Thu, 2 May 1996 02:55:41 -0500 (EST) Cc: luigi@labinfo.iet.unipi.it, terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199605020128.SAA10906@phaeton.artisoft.com> from "Terry Lambert" at May 1, 96 06:28:40 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Anyway, the results showing SCSI being better than IDE are certainly > > > valid. > > > > So we are back to the regular "SCSI is better than IDE" debate... > > "Better" as in a "lower system overhead unless you've written a PIO4 > EIDE driver that you haven't shared with the rest of us and overcome > the interrupt bugs in 3 out of the 4 most popular IDE controller > chipsets and overcome the PIO4 probe crashing non-PIO4 systems and > even then, the DMA overhead is slightly higher than SCSI and EIDE > CDROM's use SCSI commands over the IDE interface anyway" kind of way. > > Purely "subjective". ;-). > > On FreeBSD, as long as your bios (at least on my ASUS TPN motherboard) sets the drive mode to a good one, you get the advantage of the PIO mode that the bios senses. On my new 2.5GByte WD Caviar, I get 8-9MBytes read perf on FreeBSD. I have been looking at implementing DMA using Garrett's IDE dma code, but haven't gotten to it yet. The WD type drives don't/can't take advantage of things like tagged queuing, and the 2.5Gbyte drive that I have only has a 128K cache. But, I'll put my 200usec or so command overhead against any AHA2940/Atlas drive anytime. In some ways, the EIDEs are pretty impressive. Bottom line, the EIDE drives do appear to be slower in many if not most respects than a very good SCSI drive, but my 2.5Gbyte Caviar is almost always faster than my 2Gbyte SCSI Hawk. (With perhaps a little more overhead -- but maybe not.) With the 2.5Gbyte Caviar's being about $400US in wholesale, with no SCSI adapter needed, they are probably pretty darned good price/perf for workstation use. John From owner-freebsd-hackers Wed May 1 20:25:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA03087 for hackers-outgoing; Wed, 1 May 1996 20:25:22 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA03045 Wed, 1 May 1996 20:25:03 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA24740; Thu, 2 May 1996 13:20:29 +1000 Date: Thu, 2 May 1996 13:20:29 +1000 From: Bruce Evans Message-Id: <199605020320.NAA24740@godzilla.zeta.org.au> To: luigi@labinfo.iet.unipi.it, terry@lambert.org Subject: Re: lmbench IDE anomaly Cc: current@FreeBSD.org, hackers@FreeBSD.org, koshy@india.hp.com, msmith@atrad.adelaide.edu.au Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Anyway, the results showing SCSI being better than IDE are certainly >valid. No, they just show that a particular slow SCSI drive was better than a particular slow IDE drive. My results showed that a particular fast SCSI drive was just as bad as a particular slow IDE drive. There was a 26x speed reduction for both. Bruce From owner-freebsd-hackers Wed May 1 20:29:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA03407 for hackers-outgoing; Wed, 1 May 1996 20:29:11 -0700 (PDT) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA03401 Wed, 1 May 1996 20:29:05 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id UAA05731; Wed, 1 May 1996 20:24:58 -0700 (PDT) Message-Id: <199605020324.UAA05731@precipice.shockwave.com> To: Terry Lambert cc: randy@zyzzyva.com (Randy Terbush), freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: NetBSD filesystem compatibility In-reply-to: Your message of "Wed, 01 May 1996 18:32:43 PDT." <199605020132.SAA10930@phaeton.artisoft.com> Date: Wed, 01 May 1996 20:24:58 -0700 From: Paul Traina Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Including short symbolic links? (just curious) From: Terry Lambert Subject: Re: NetBSD filesystem compatibility > Is it safe to assume that a NetBSD filesystem is ufs mountable from > a FreeBSD system. I'm about to find this out within the hour, but > would appreciate a "heads-up" if anyone has anything to share. Yes. Going the other way, you would have to explicitly change the label on the FreeBSD swap partition to "swap" for NetBSD to recognize it. The on disk structures are the same as for 4.4BSD-Lite in both trees. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 1 20:51:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA06094 for hackers-outgoing; Wed, 1 May 1996 20:51:20 -0700 (PDT) Received: from seabass.progroup.com (catfish.progroup.com [206.24.122.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA06080 for ; Wed, 1 May 1996 20:51:16 -0700 (PDT) Received: (from craig@localhost) by seabass.progroup.com (8.6.12/8.6.12) id UAA04412; Wed, 1 May 1996 20:53:05 -0700 Message-Id: <199605020353.UAA04412@seabass.progroup.com> Subject: Re: Named and Reverse DNS lookups To: nate@sri.MT.net (Nate Williams) Date: Wed, 1 May 1996 20:53:05 -0700 (PDT) From: "Craig Shaver" Cc: hackers@FreeBSD.org In-Reply-To: <199605011956.NAA07927@rocky.sri.MT.net> from "Nate Williams" at May 1, 96 01:56:43 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > Thanks to everyone who helped me set this up a couple months back. > Hopefully this last question is easy. > > SRI-MT's assigned address is 206.127.76.96/27, which consists of hosts > 97-126 (96 and 127 are reserverd). > > Here's the entry in /etc/namedb/named.boot. > primary mt.sri.com newmt > > Pretty basic. > > However, how do I setup my Reverse DNS stuff? I tried this, but it > didn't work. > > primary 96.76.127.206.in-addr.arpa newmt.rev > > And, I can't use : > primary 76.127.206.in-addr.arpa newmt.rev > > Since there are lots of machines outside of our little 30 host slice > that we need to resolve as well. > > The manpage wasn't obvious, and the ORA TCP/IP book didn't help either. > > > Nate > One thing you can do is to have your ISP set up the reverse for you on that whole class c. -- Craig Shaver (craig@progroup.com) (415)390-0654 Productivity Group POB 60458 Sunnyvale, CA 94088 From owner-freebsd-hackers Wed May 1 21:23:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA10306 for hackers-outgoing; Wed, 1 May 1996 21:23:07 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA10295 for ; Wed, 1 May 1996 21:23:05 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.6.12) with ESMTP id VAA01037; Wed, 1 May 1996 21:21:38 -0700 (PDT) Message-Id: <199605020421.VAA01037@austin.polstra.com> To: jgreco@brasil.moneng.mei.com Cc: nate@sri.MT.net, hackers@freebsd.org Subject: Re: Named and Reverse DNS lookups In-reply-to: <199605012155.QAA10667@brasil.moneng.mei.com> Date: Wed, 01 May 1996 21:21:38 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joe wrote: > > The recommended way to do that (there must be an internet draft on the > > subject), is to use CNAMEs, in a way similar to the following. > ... > Anyways this does NOT work on the BIND distributed with FreeBSD > 2.0.5R or 2.1R. You will probably need the latest BIND code. Are you sure it doesn't work with those versions of BIND? The posting you quoted is included in the DNS FAQ from comp.protocols.tcp-ip.domains, with a date of "Sun Nov 27 23:32:41 EST 1994". Surely our version of BIND in 2.1R (and probably 2.0.5) is newer than that. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Wed May 1 21:24:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA10495 for hackers-outgoing; Wed, 1 May 1996 21:24:15 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA10490 Wed, 1 May 1996 21:24:13 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id VAA11325; Wed, 1 May 1996 21:14:07 -0700 From: Terry Lambert Message-Id: <199605020414.VAA11325@phaeton.artisoft.com> Subject: Re: NetBSD filesystem compatibility To: pst@shockwave.com (Paul Traina) Date: Wed, 1 May 1996 21:14:06 -0700 (MST) Cc: terry@lambert.org, randy@zyzzyva.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199605020324.UAA05731@precipice.shockwave.com> from "Paul Traina" at May 1, 96 08:24:58 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Including short symbolic links? (just curious) > > From: Terry Lambert > Subject: Re: NetBSD filesystem compatibility > > Is it safe to assume that a NetBSD filesystem is ufs mountable from > > a FreeBSD system. I'm about to find this out within the hour, but > > would appreciate a "heads-up" if anyone has anything to share. > > Yes. > > Going the other way, you would have to explicitly change the > label on the FreeBSD swap partition to "swap" for NetBSD to > recognize it. The on disk structures are the same as for > 4.4BSD-Lite in both trees. I think so-- I've updated a box that way before. I think the short link implementation is common to free and netbsd. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 1 21:44:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA12655 for hackers-outgoing; Wed, 1 May 1996 21:44:53 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA12641 for ; Wed, 1 May 1996 21:44:50 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.6.12) with ESMTP id VAA01121; Wed, 1 May 1996 21:43:26 -0700 (PDT) Message-Id: <199605020443.VAA01121@austin.polstra.com> To: jgreco@brasil.moneng.mei.com Cc: nate@sri.MT.net, hackers@freebsd.org Subject: Re: Named and Reverse DNS lookups In-reply-to: <199605012155.QAA10667@brasil.moneng.mei.com> Date: Wed, 01 May 1996 21:43:26 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joe wrote: > > The recommended way to do that (there must be an internet draft on the > > subject), is to use CNAMEs, in a way similar to the following. I just remembered: there _is_ an Internet Draft on the subject! It's called "draft-degroot-classless-inaddr-00.txt". I'm sending a copy to Nate. -- John From owner-freebsd-hackers Wed May 1 22:02:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA15070 for hackers-outgoing; Wed, 1 May 1996 22:02:16 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA15041 Wed, 1 May 1996 22:02:02 -0700 (PDT) Message-Id: <199605020502.WAA15041@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA022083159; Thu, 2 May 1996 14:59:19 +1000 From: Darren Reed Subject: Re: NetBSD filesystem compatibility To: terry@lambert.org (Terry Lambert) Date: Thu, 2 May 1996 14:59:18 +1000 (EST) Cc: randy@zyzzyva.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199605020132.SAA10930@phaeton.artisoft.com> from "Terry Lambert" at May 1, 96 06:32:43 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail from Terry Lambert, sie said: > > > Is it safe to assume that a NetBSD filesystem is ufs mountable from > > a FreeBSD system. I'm about to find this out within the hour, but > > would appreciate a "heads-up" if anyone has anything to share. > > Yes. > > Going the other way, you would have to explicitly change the > label on the FreeBSD swap partition to "swap" for NetBSD to > recognize it. The on disk structures are the same as for > 4.4BSD-Lite in both trees. Unless something has changed since 2.1R in this area, fsck will not like the partition information used by NetBSD. To stay on the safe side, I try to only mount the NetBSD partitions read-only and never read-write, if at all possible. darren From owner-freebsd-hackers Wed May 1 22:48:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA22140 for hackers-outgoing; Wed, 1 May 1996 22:48:34 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA22132 for ; Wed, 1 May 1996 22:48:32 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id LAA07762; Wed, 1 May 1996 11:38:21 -0700 (PDT) Message-Id: <199605011838.LAA07762@ref.tfs.com> Subject: Re: SCSI super device? To: grog@lemis.de (Greg Lehey) Date: Wed, 1 May 1996 11:38:21 -0700 (PDT) From: "JULIAN Elischer" Cc: hackers@freebsd.org In-Reply-To: <199605011349.PAA28119@allegro.lemis.de> from "Greg Lehey" at May 1, 96 03:49:07 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I'm playing around with the 'scsi' command, and find an option: > > scsi -f device -p [-b bus] [-l lun] # To probe all devices > > According to the man page scsi(8), > > The -p option can be used against the "super scsi" device /dev/scsi/super > to probe all devices with a given SCSI lun on a given SCSI bus. The bus > can be selected with the -b option and the default is 0. The lun can be > selected with the -l option and the default is 0. See scsi(4) for a de- > scription of the "super scsi" device. > > Well, scsi(4) doesn't know about a "super scsi" device, I don't have > one on my system, and MAKEDEV doesn't seem to know either. Can > anybody tell me what device I need here? If I find out, I promise to > update the man page. the option in the kernel is (I believe) the 'ssc' device # These are only for watching for bitrot in old SCSI code. pseudo-device su #scsi user pseudo-device ssc #super scsi as the comments suggest they haven't been tested very recently but they DID work the last time I DID try them. julian From owner-freebsd-hackers Wed May 1 22:49:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA22277 for hackers-outgoing; Wed, 1 May 1996 22:49:54 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA22264 for ; Wed, 1 May 1996 22:49:51 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id RAA04376; Mon, 29 Apr 1996 17:11:16 -0700 (PDT) Message-Id: <199604300011.RAA04376@ref.tfs.com> Subject: Re: devfs policy question. To: terry@lambert.org (Terry Lambert) Date: Mon, 29 Apr 1996 17:11:16 -0700 (PDT) From: "JULIAN Elischer" Cc: hackers@freebsd.org In-Reply-To: <199604292232.PAA05343@phaeton.artisoft.com> from "Terry Lambert" at Apr 29, 96 03:32:03 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > [ ... Keep in mind, these represent my opinions, not necessarily > those of the FreeBSD core team ... ] > > > > What should devfs do to a device that is open when > > the driver requests that it be deleted? > > Refuse the delete with "EBUSY". The driver wants to delete it because it has been physically removed.... > > > what should happen to the vnode for /devfs/rsd1s1d if the slice code > > decides that that device makes no sense any more, but there is a reference > > because a process somewhere has it open.. (what if it's mounted?)? > > This is a "device departure event"... I assume this is for removable > media of some kind? possibly.. (or a repartitionning) > > For devices with lockable eject, the eject should be locked while the > device is mounted. > > For devices with lockable eject whose "eject" button functions as an > "eject request" when the device is locked, the "eject request" should > be interpreted by the mount code as "flush pending device departure; > disallow subsequent requests". > > > At the moment a vgone() is done on the vnode. > > is this right? > > No, it's bogus as all get-out. Pending writes really screw up. define 'pending'.. and what if the device has already departed.. (e.g. PCMCIA-card been ejected).. > > This wants more comprehensive/consistent device management code. > > > It is dissociated from devfs and vgone (well vclean actually) > > associates it with the deadfs vnops. > > > > Is this the right thing to do? > > No, this is bogus as well, and had to do with there *only* being a > vnode/extent mapping on buffer cache pages, such that valid cache > pages without an associated vnode are discared and reloaded instead > of getting a cache hit. Which I would consider correct if the device was removed.. > This is most obvious in the vclean/VOP_LOCK > code for vnode locking, and the UFS ihash cache, which operates as a > "second chance cache" for discarded vnodes fending LRU flush by > vclean. This is the true source of the "free vnode isn't" panic. > > > --------------- > > > > Policy question number two > > should devfs allow the creation of fifo/named pipes? > > I tend to think yes.... they are dynamic and kinda-like devices > > > > --------------- > > I think no (you must be thinking of syslog?). This would require > committing devfs to stable storage, which in turn would mean we could > not murder specfs (which needs to be murdered). > > IMO, devfs should be non-optional (ie: no specfs, no commit to stable > storage, kernel mount before "/", etc.). why would this require commiting to stable storage? > > > Policy question number three [...[ other answers stored for later processing... From owner-freebsd-hackers Thu May 2 01:57:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA07856 for hackers-outgoing; Thu, 2 May 1996 01:57:11 -0700 (PDT) Received: from trane.uninett.no (trane.uninett.no [129.241.1.16]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA07846 Thu, 2 May 1996 01:57:03 -0700 (PDT) From: sthaug@nethelp.no Received: from localhost (localhost [127.0.0.1]) by trane.uninett.no (8.7.3/8.7.3) with SMTP id KAA20675; Thu, 2 May 1996 10:54:23 +0200 (METDST) Message-Id: <199605020854.KAA20675@trane.uninett.no> X-Authentication-Warning: trane.uninett.no: Host localhost [127.0.0.1] didn't use HELO protocol To: avalon@coombs.anu.edu.au Cc: terry@lambert.org, randy@zyzzyva.com, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: NetBSD filesystem compatibility In-Reply-To: Your message of "Thu, 2 May 1996 14:59:18 +1000 (EST)" References: <199605020502.WAA15041@freefall.freebsd.org> X-Mailer: Mew version 1.03 on Emacs 19.28.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 02 May 1996 10:54:23 +0200 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Is it safe to assume that a NetBSD filesystem is ufs mountable from > > > a FreeBSD system. I'm about to find this out within the hour, but > > > would appreciate a "heads-up" if anyone has anything to share. > > > > Yes. > > > > Going the other way, you would have to explicitly change the > > label on the FreeBSD swap partition to "swap" for NetBSD to > > recognize it. The on disk structures are the same as for > > 4.4BSD-Lite in both trees. > > Unless something has changed since 2.1R in this area, fsck will not > like the partition information used by NetBSD. > > To stay on the safe side, I try to only mount the NetBSD partitions > read-only and never read-write, if at all possible. I can report on a small experiment I did last weekend. I had an IDE disk which was only partially used (one DOS partition). Running FreeBSD 2.2-960323-SNAP (from a SCSI disk on the same box), I set up a new (0xa5) partition, disklabeled it (/, swap, /usr, /var), and newfs'ed it. I then installed NetBSD-1.1 on the new partition by unpacking the tar files, manually fixing up a few things, manually installing boot blocks - while running FreeBSD. The machine now boots NetBSD-1.1 from the IDE disk just fine. Things seem to work just normal, but I haven't done any extensive testing. The only problem I've noticed is that the NetBSD disklabel program complains about partitions extending past the end of the disk - but it still boots and runs. I can fsck the NetBSD file systems from FreeBSD. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Thu May 2 01:58:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA08106 for hackers-outgoing; Thu, 2 May 1996 01:58:52 -0700 (PDT) Received: from deceit.xcf.berkeley.edu (deceit.XCF.Berkeley.EDU [128.32.43.214]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA08099 for ; Thu, 2 May 1996 01:58:50 -0700 (PDT) Received: (from jmacd@localhost) by deceit.xcf.berkeley.edu (8.7.5/8.7.3) id BAA05189 for freebsd-hackers@freebsd.org; Thu, 2 May 1996 01:58:26 -0700 (PDT) Date: Thu, 2 May 1996 01:58:26 -0700 (PDT) From: Josh MacDonald Message-Id: <199605020858.BAA05189@deceit.xcf.berkeley.edu> To: freebsd-hackers@freebsd.org Subject: stdio problem Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In the following code: #include #include int main(int argc, char** argv) { if(argc != 2) { fprintf(stderr, "no\n"); exit(1); } close(0); if(!freopen(argv[1], "r", stdin)) { perror("freopen"); exit(1); } while(fgetc(stdin) != EOF) { } if(ferror(stdin)) { perror("stdin"); exit(1); } printf("its okay\n"); exit(0); } FreeBSD exits "stdin: Bad file descriptor" Linux, SunOS, ULTRIX, PTX, Solaris, HP-UX, IRIX, etc... all report "its okay". I am wondering if either FreeBSD, the rest of the OS's, or no one is "wrong". The pracical application here is that if you close 0 and then exec GNU diff3 you'll encounter this problem. Is it legal to close your standard input and then fork/exec other programs? I was under the impression that is was. Am I defying the laws of physics if I close(0) and then fork/exec a program expecting to maybe use its standard input with freopen? I don't think so. -josh From owner-freebsd-hackers Thu May 2 05:11:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA21212 for hackers-outgoing; Thu, 2 May 1996 05:11:41 -0700 (PDT) Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA21106 for ; Thu, 2 May 1996 05:11:18 -0700 (PDT) Received: from spase by ns.NL.net via EUnet id AA13556 (5.65b/CWI-3.3); Thu, 2 May 1996 12:34:48 +0200 Received: from phobos.spase.nl (phobos [192.9.200.238]) by mercurius.spase.nl (8.6.11/8.6.11) with ESMTP id MAA17482 for ; Thu, 2 May 1996 12:34:12 +0200 From: Kees Jan Koster Received: (dutchman@localhost) by phobos.spase.nl (8.6.12/8.6.11) id MAA01244 for freebsd-hackers@FreeBSD.ORG; Thu, 2 May 1996 12:33:49 +0200 Message-Id: <199605021033.MAA01244@phobos.spase.nl> Subject: g++ -ansi doesn't define -Di386 To: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers Mailing list) Date: Thu, 2 May 1996 12:33:49 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hoi Hackers, When I run g++ it defines the -Di386 flag (and -D__i386__). When I run g++ with the -ansi flag it does not define -Di386 anymore, but it does defines -D__i386 instead. Would anyone be so kind to explain to me why this is? Where can I find the conventions for cpu and machine flags documented? Anyway, I checked this against a linux box. The same thing happens, but I noticed a difference in the header files in the directory. Most noticable was the use of __i386__ in #ifdefs instead of plain i386. Well, to finish the story, here's my patch, in case you wish to compile RPC stuff with -ansi. phobos# uname -r 2.1.0-RELEASE phobos# gcc --version 2.7.2 phobos# diff auth.h.orig auth.h 71c71 < #if (mc68000 || sparc || vax || i386 || tahoe || hp300) --- > #if (__mc68000__ || __sparc__ || __vax__ || __i386__ || __tahoe__ || __hp300__) Groetjes, Kees Jan ======================================================================v== Kees Jan Koster e-mail: dutchman@spase.nl Van Somerenstraat 50 tel: NL-24-3234708 6521 BS Nijmegen the Netherlands ========================================================================= Who is this general Failure and why is he reading my disk? (anonymous) ========================================================================= From owner-freebsd-hackers Thu May 2 06:06:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA23981 for hackers-outgoing; Thu, 2 May 1996 06:06:10 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA23967 for ; Thu, 2 May 1996 06:05:58 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA11378; Thu, 2 May 1996 08:04:25 -0500 From: Joe Greco Message-Id: <199605021304.IAA11378@brasil.moneng.mei.com> Subject: Re: Named and Reverse DNS lookups To: jdp@polstra.com (John Polstra) Date: Thu, 2 May 1996 08:04:24 -0500 (CDT) Cc: jgreco@brasil.moneng.mei.com, nate@sri.MT.net, hackers@freebsd.org In-Reply-To: <199605020421.VAA01037@austin.polstra.com> from "John Polstra" at May 1, 96 09:21:38 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Joe wrote: > > > > The recommended way to do that (there must be an internet draft on the > > > subject), is to use CNAMEs, in a way similar to the following. > > ... > > Anyways this does NOT work on the BIND distributed with FreeBSD > > 2.0.5R or 2.1R. You will probably need the latest BIND code. > > Are you sure it doesn't work with those versions of BIND? The posting > you quoted is included in the DNS FAQ from comp.protocols.tcp-ip.domains, > with a date of "Sun Nov 27 23:32:41 EST 1994". Surely our version of > BIND in 2.1R (and probably 2.0.5) is newer than that. I had reason to play with it around the time 2.1R came out, I couldn't get it to work, and someone on either the BIND list or the domains newsgroup confirmed that the BIND in FreeBSD did not support it. I would be delighted to be proven wrong, of course, because we need things like this. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Thu May 2 06:33:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA25533 for hackers-outgoing; Thu, 2 May 1996 06:33:43 -0700 (PDT) Received: from news.NetDTW.com (news.NetDTW.com [192.160.70.145]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA25528 for ; Thu, 2 May 1996 06:33:41 -0700 (PDT) Received: from localhost (steve@localhost) by news.NetDTW.com (8.6.5/8.6.5) id JAA24873; Thu, 2 May 1996 09:33:39 -0400 Date: Thu, 2 May 1996 09:33:37 -0400 (EDT) From: Steve Corso Subject: CCD Broken under stable To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello Hackers, I have installed CCD on my stable system. I cannot get it to work quite right. I would be very greatful for some assistance on this. When I attempt to newfs /dev/rccd0c I get the following: news2# newfs /dev/rccd0c Warning: 2080 sector(s) in last cylinder unallocated /dev/rccd0c: 3172320 sectors in 775 cylinders of 1 tracks, 4096 sectors 1549.0MB in 49 cyl groups (16 c/g, 32.00MB/g, 7680 i/g) super-block backups (for fsck -b #) at: 32, 65568, 131104, 196640, 262176, 327712, 393248, 458784, 524320, 589856, 655392, 720928, 786464, 852000, 917536, 983072, 1048608, 1114144, 1179680, 1245216, 1310752, 1376288, 1441824, 1507360, 1572896, 1638432, 1703968, 1769504, 1835040, 1900576, 1966112, 2031648, 2097184, 2162720, 2228256, 2293792, 2359328, 2424864, 2490400, 2555936, 2621472, 2687008, 2752544, 2818080, 2883616, 2949152, 3014688, 3080224, 3145760, write error: 16 wtfs: Read-only file system news2# Now, if I only use one device (any one device) ccd seems to be just fine. Here is a little info about this machine: uname -a indicates: FreeBSD news2.netdtw.com 2.1-STABLE FreeBSD 2.1-STABLE #0: Wed May 1 22:59:09 EDT 1996 steve@news2.netdtw.com:/usr/src/sys/compile/NEWS2 i386 /etc/ccd.conf looks like this: ccd0 16 none /dev/wd2e /dev/wd3e disklabel -r for wd2 looks like this # /dev/rwd2c: type: ESDI disk: wd2s1 label: flags: bytes/sector: 512 sectors/track: 32 tracks/cylinder: 64 sectors/cylinder: 2048 cylinders: 1548 sectors/unit: 3172320 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 3172320 0 unused 0 0 # (Cyl. 0 - 1548*) e: 3172320 0 4.2BSD 0 0 0 # (Cyl. 0 - 1548*) disklabel -r for wd3 looks like this: # /dev/rwd2c: type: ESDI disk: wd2s1 label: flags: bytes/sector: 512 sectors/track: 32 tracks/cylinder: 64 sectors/cylinder: 2048 cylinders: 1548 sectors/unit: 3172320 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] c: 3172320 0 unused 0 0 # (Cyl. 0 - 1548*) e: 3172320 0 4.2BSD 0 0 0 # (Cyl. 0 - 1548*) From owner-freebsd-hackers Thu May 2 07:07:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA27856 for hackers-outgoing; Thu, 2 May 1996 07:07:26 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA27850 for ; Thu, 2 May 1996 07:07:23 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uEz2P-0003z0C; Thu, 2 May 96 07:07 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id OAA03244; Thu, 2 May 1996 14:07:21 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Steve Corso cc: hackers@freebsd.org Subject: Re: CCD Broken under stable In-reply-to: Your message of "Thu, 02 May 1996 09:33:37 -0400." Date: Thu, 02 May 1996 14:07:20 +0000 Message-ID: <3242.831046040@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > write error: 16 > wtfs: Read-only file system Do not use partitions that cover the first 8k of the freebsd slice when you use ccd, (Or at least, only one per ccd device, and it has to be the first in order) because the first 8k are protected so that the disklabel/bootcode will not be overwritten. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Thu May 2 07:11:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA28096 for hackers-outgoing; Thu, 2 May 1996 07:11:43 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA28090 for ; Thu, 2 May 1996 07:11:39 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uEz6W-0003vmC; Thu, 2 May 96 07:11 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id OAA03261; Thu, 2 May 1996 14:11:36 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Josh MacDonald cc: freebsd-hackers@freebsd.org Subject: Re: stdio problem In-reply-to: Your message of "Thu, 02 May 1996 01:58:26 MST." <199605020858.BAA05189@deceit.xcf.berkeley.edu> Date: Thu, 02 May 1996 14:11:36 +0000 Message-ID: <3259.831046296@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > close(0); > if(!freopen(argv[1], "r", stdin)) { doing a "close(0)" is bound to confuse the stdio library. don't do that. freopen will close the filedesriptor and thud DTRT. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Thu May 2 07:22:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA29125 for hackers-outgoing; Thu, 2 May 1996 07:22:25 -0700 (PDT) Received: from zNET.com (sd01.znet.com [206.43.105.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA29120 for ; Thu, 2 May 1996 07:22:23 -0700 (PDT) Received: from squirrel.znet.com (sb39.znet.com [206.43.105.39]) by zNET.com (8.7.5/8.7.5-jjb-sd01) with ESMTP id HAA26520; Thu, 2 May 1996 07:22:05 -0700 (PDT) Received: (from thompson@localhost) by squirrel.znet.com (8.6.12/8.6.12) id HAA16228; Thu, 2 May 1996 07:23:58 -0700 Date: Thu, 2 May 1996 07:23:58 -0700 Message-Id: <199605021423.HAA16228@squirrel.znet.com> From: mark thompson To: randy@zyzzyva.com CC: hackers@freefall.freebsd.org In-reply-to: message from Randy Terbush on Wed, 01 May 1996 20:05:06 -0500 Subject: Re: NetBSD filesystem compatibility Reply-to: mark.a.thompson@pobox.com Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: Randy Terbush Date: Wed, 01 May 1996 20:05:06 -0500 Is it safe to assume that a NetBSD filesystem is ufs mountable from a FreeBSD system. I'm about to find this out within the hour, but would appreciate a "heads-up" if anyone has anything to share. Thanks Well, in *my* experience, FreeBSD 2.0R will not mount a NetBSD ffs disk. This came as a rude shock to me when i upgraded. -mark From owner-freebsd-hackers Thu May 2 08:19:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA02848 for hackers-outgoing; Thu, 2 May 1996 08:19:01 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA02843 for ; Thu, 2 May 1996 08:18:56 -0700 (PDT) Received: from venus.mcs.com (root@Venus.mcs.com [192.160.127.92]) by kitten.mcs.com (8.7.5/8.6.9) with SMTP id KAA03284; Thu, 2 May 1996 10:18:55 -0500 (CDT) Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 2 May 96 10:18 CDT Message-Id: Subject: Changing DMA using visual config? To: hackers@freebsd.org Date: Thu, 2 May 1996 10:18:54 -0500 (CDT) From: "Lars Jonas Olsson" Cc: jonas@mcs.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm trying to install to a PC with Racal InterLan EtherBlaster ethernet card. This is setup for i/o 300, irq 9, and DMA 5. I have this kind of card working in other PC with config line: device lnc0 at isa? port 0x300 net irq 9 drq 5 vector lncintr Is it possible to set this up using the boot -c method to use standard install floppy (2.1R). Jonas From owner-freebsd-hackers Thu May 2 09:13:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA07799 for hackers-outgoing; Thu, 2 May 1996 09:13:51 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA07782 for ; Thu, 2 May 1996 09:13:37 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uF10W-000QXyC; Thu, 2 May 96 18:13 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id SAA11265 for hackers@freebsd.org; Thu, 2 May 1996 18:07:01 +0200 Message-Id: <199605021607.SAA11265@allegro.lemis.de> Subject: New disks on 2.1-RELEASE: help To: hackers@freebsd.org (FreeBSD Hackers) Date: Thu, 2 May 1996 18:07:00 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm currently in the process of writing up how to set up a second hard disk on 2.1 RELEASE. This has been slightly hampered by 2 problems: 1. I currently don't have a disk with 2.1 RELEASE, and I don't have time to rebuild things to install it (there's a whole lot of work backed up there). 2. There's a bug in -current disklabel, probably as the result of a kernel change. I'll get back to that in a minute. So: my question. Would some kind soul please try this with a SCSI disk they don't mind overwriting. Please stick very closely to the sequence (or tell me why it's broken :-), since that's what I'm going to write. Obviously the disk doesn't have to be sd1. 1. Format: scsiformat sd1 2. fdisk -u sd1 Put at least 2 partitions in. 3. disklabel -w -r sd1 is a tag in /etc/disktab. If you don't have one for your disk, and you don't know how to make one, but you're prepared to let the rest of the ordeal pass over you, contact me and I'll send you my writeup tomorrow. It's currently too flaky to send. Back to the problem: disklabel issues an ioctl (DIOCSDINFO) against the raw disk, and then checks the return value. disklabel.c:408: if (ioctl(f, DIOCSDINFO, lp) < 0 && errno != ENODEV && errno != ENOTTY) { l_perror("ioctl DIOCSDINFO"); return (1); } In the -current kernel, this ioctl returns an EINVAL when issued against a disk with an invalid label. I changed this to: if (ioctl(f, DIOCSDINFO, lp) < 0 && errno != ENODEV && errno != ENOTTY && errno != EINVAL) { l_perror("ioctl DIOCSDINFO"); return (1); } and things now work. That doesn't help the users of 2.1, of course, and I'd rather like this to be correct. Greg From owner-freebsd-hackers Thu May 2 10:19:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11128 for hackers-outgoing; Thu, 2 May 1996 10:19:27 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA11122 for ; Thu, 2 May 1996 10:19:24 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uF22A-0003w4C; Thu, 2 May 96 10:19 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id RAA00294; Thu, 2 May 1996 17:19:06 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org (FreeBSD Hackers) Subject: Re: New disks on 2.1-RELEASE: help In-reply-to: Your message of "Thu, 02 May 1996 18:07:00 +0200." <199605021607.SAA11265@allegro.lemis.de> Date: Thu, 02 May 1996 17:19:05 +0000 Message-ID: <292.831057545@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm currently in the process of writing up how to set up a second hard > disk on 2.1 RELEASE. This has been slightly hampered by 2 problems: You may want to: cd /usr/src/lib/libdisk make tst01 ./tst01 wd0 :-) No man, no warrenty, but it works, if you know how to... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Thu May 2 10:20:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11297 for hackers-outgoing; Thu, 2 May 1996 10:20:39 -0700 (PDT) Received: from chrome.jdl.com (chrome.onramp.net [199.1.166.202]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA11288 for ; Thu, 2 May 1996 10:20:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by chrome.jdl.com (8.6.12/8.6.12) with SMTP id MAA22426; Thu, 2 May 1996 12:17:27 -0500 Message-Id: <199605021717.MAA22426@chrome.jdl.com> X-Authentication-Warning: chrome.jdl.com: Host localhost didn't use HELO protocol To: Joe Greco cc: jdp@polstra.com (John Polstra), nate@sri.MT.net, hackers@freebsd.org Subject: Re: Named and Reverse DNS lookups In-reply-to: Your message of "Thu, 02 May 1996 08:04:24 CDT." <199605021304.IAA11378@brasil.moneng.mei.com> Clarity-Index: null Threat-Level: none Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Compiler-Motto: Wintermute is dead. Long live Wintermute. Date: Thu, 02 May 1996 12:17:24 -0500 From: Jon Loeliger Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk So, like Joe Greco was saying to me just the other day: > > Are you sure it doesn't work with those versions of BIND? The posting > > you quoted is included in the DNS FAQ from comp.protocols.tcp-ip.domains, > > with a date of "Sun Nov 27 23:32:41 EST 1994". Surely our version of > > BIND in 2.1R (and probably 2.0.5) is newer than that. > > I had reason to play with it around the time 2.1R came out, I couldn't get > it to work, and someone on either the BIND list or the domains newsgroup > confirmed that the BIND in FreeBSD did not support it. > > I would be delighted to be proven wrong, of course, because we need things > like this. Att he risk of breaking Usenet Commandment #7, "Me-Too". I've tried it at the same era, and wasn't able to get it to work, and had to eventually back off to having my primary ISP do the dirty deed for me instead. Again, I'd gladly "Me-Too" to be wrong... jdl From owner-freebsd-hackers Thu May 2 10:52:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA13206 for hackers-outgoing; Thu, 2 May 1996 10:52:39 -0700 (PDT) Received: from news.NetDTW.com (news.NetDTW.com [192.160.70.145]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA13201 for ; Thu, 2 May 1996 10:52:36 -0700 (PDT) Received: from localhost (steve@localhost) by news.NetDTW.com (8.6.5/8.6.5) id NAA11626; Thu, 2 May 1996 13:52:34 -0400 Date: Thu, 2 May 1996 13:52:33 -0400 (EDT) From: Steve Corso Subject: Solved! - CCD Broken under stable To: hackers@freebsd.org In-Reply-To: <3242.831046040@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks to all who responded. Steve From owner-freebsd-hackers Thu May 2 10:57:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA13524 for hackers-outgoing; Thu, 2 May 1996 10:57:46 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA13511 Thu, 2 May 1996 10:57:33 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id VAA13305; Thu, 2 May 1996 21:03:51 +0300 Date: Thu, 2 May 1996 21:03:51 +0300 (EET DST) From: Narvi To: Chuck Robey cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: lmbench IDE anomaly In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sorry I drimmed the list of the cc... On Wed, 1 May 1996, Chuck Robey wrote: > On Wed, 1 May 1996, Jonathan M. Bresler wrote: > > > there is not a debate. > > > > my 486dx2-66 with 16MB and scsi drives will perform a > > "make world" faster than several 586-75's with 16+MB and > > *IDE* drives. a 586-90, assuming long integer data set of > > 100kB, is over twice as fast as my cpu. but the ide drives > > slow the compiles horribly. ( use Hint to get the cpu computation > > speeds http://www.scl.ameslab.gov/scl/HINT/HINT.html) > > > > now maybe its the driver, maybe its the IDE drives themselves. > > i aint re-writing the ide driver, so i dont care (at this point). > > > > dare, jis eyent naw dabayt. > > Jonathan, I was looking at the new Tyan MB's, they say that they use IDE > bus mastering, and claim a major speed increase. I am not sure (I am a > SCSI bigot myself) but maybe yours claims of SCSI dominanace over > IDE won't be so automatically true shortly. I have a strane feeling all Triton motherboards have the feature(?) as the IDE controller is part of the chipset. Or am I again remebering falsely? Perhaps not as Win95 tends to recognise it's there (but say that bus mastering is not supported). So are 486 motherboards based on the SiS chipset and most probably also several others. > > ========================================================================== > Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 > > Three Accounts for the Super-users in the sky, > Seven for the Operators in their halls of fame, > Nine for Ordinary Users doomed to crie, > One for the Illegal Cracker with his evil game > In the Domains of Internet where the data lie. > One Account to rule them all, One Account to watch them, > One Account to make them all and in the network bind them. Sander Eat good food, preserve nature, be nice to all nice people :) From owner-freebsd-hackers Thu May 2 11:06:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14059 for hackers-outgoing; Thu, 2 May 1996 11:06:34 -0700 (PDT) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA14037 Thu, 2 May 1996 11:06:29 -0700 (PDT) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.98.208]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id OAA00235; Thu, 2 May 1996 14:06:20 -0400 (EDT) Received: (from chuckr@localhost) by skipper.eng.umd.edu (8.7.5/8.7.3) id OAA29494; Thu, 2 May 1996 14:06:20 -0400 (EDT) Date: Thu, 2 May 1996 14:06:19 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: Narvi cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: lmbench IDE anomaly In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 2 May 1996, Narvi wrote: > > Jonathan, I was looking at the new Tyan MB's, they say that they use IDE > > bus mastering, and claim a major speed increase. I am not sure (I am a > > SCSI bigot myself) but maybe yours claims of SCSI dominanace over > > IDE won't be so automatically true shortly. > > I have a strane feeling all Triton motherboards have the feature(?) as the > IDE controller is part of the chipset. Or am I again remebering falsely? > Perhaps not as Win95 tends to recognise it's there (but say that bus > mastering is not supported). So are 486 motherboards based on the SiS > chipset and most probably also several others. > Narvi, I was referring to the new Triton II boards. Take a look at http://www.tyan.com, they are offering drivers (for Win95) that do bus-mastering for IDE. I guess the hardware solution is out. I will have one of these boards myself shortly (whee!) but I don't run IDE, so I won't get involved with that part of it. ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-hackers Thu May 2 11:14:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14409 for hackers-outgoing; Thu, 2 May 1996 11:14:32 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA14402 for ; Thu, 2 May 1996 11:14:29 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id LAA16901; Thu, 2 May 1996 11:14:26 -0700 From: Josh MacDonald Message-Id: <199605021814.LAA16901@paris.CS.Berkeley.EDU> To: Poul-Henning Kamp cc: freebsd-hackers@freebsd.org Subject: Re: stdio problem In-reply-to: Your message of "Thu, 02 May 1996 14:11:36 -0000." <3259.831046296@critter.tfs.com> Date: Thu, 02 May 1996 11:14:25 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > close(0); > > if(!freopen(argv[1], "r", stdin)) { > > doing a "close(0)" is bound to confuse the stdio library. > don't do that. > freopen will close the filedesriptor and thud DTRT. > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, In >c. > Future will arrive by its own means, progress not so. The comment below disagrees. I was kind of hoping someone familiar with this code and ANSI and all that could explain or fix this. This is from the top of lib/libc/stdio/freopen.c One such program which depends on being able to freopen a descriptor that wasn't originally open is GNU diff3. Should I report that as a bug to its maintainer? Or, am I Wrong to exec diff3 without an open standard input. Who is wrong? Someone is. -josh /* * Re-direct an existing, open (probably) file to some other file. * ANSI is written such that the original file gets closed if at * all possible, no matter what. */ FILE * freopen(file, mode, fp) const char *file, *mode; register FILE *fp; { register int f; int flags, isopen, oflags, sverrno, wantfd; if ((flags = __sflags(mode, &oflags)) == 0) { (void) fclose(fp); return (NULL); } if (!__sdidinit) __sinit(); /* * There are actually programs that depend on being able to "freopen" * descriptors that weren't originally open. Keep this from breaking. * Remember whether the stream was open to begin with, and which file * descriptor (if any) was associated with it. If it was attached to * a descriptor, defer closing it; freopen("/dev/stdin", "r", stdin) * should work. This is unnecessary if it was not a Unix file. */ From owner-freebsd-hackers Thu May 2 11:18:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14689 for hackers-outgoing; Thu, 2 May 1996 11:18:05 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA14666 for ; Thu, 2 May 1996 11:18:00 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id UAA11424 for ; Thu, 2 May 1996 20:18:24 +0200 Received: by uni4nn.iaf.nl with UUCP id AA12481 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Thu, 2 May 1996 20:18:08 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA11677 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Thu, 2 May 1996 19:57:31 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id UAA01622 for FreeBSD-hackers@freebsd.org; Thu, 2 May 1996 20:01:19 +0200 From: Wilko Bulte Message-Id: <199605021801.UAA01622@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: using DLT drive on FreeBSD To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Thu, 2 May 1996 20:01:19 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there I 'found' myself a DEC TZ87 DLT drive destined for the scrapyard. This is a 10/20Gb device (the 20Gb is using the optimistic 2:1 compression). Quantum calls this a DLT2000. Apart from solving my backup needs for the foreseeable future :-) I also have a few questions: First of all, the drive works just fine on my Asus P90/NCR810 The main problem is that I cannot set the buffersize used by 'dump' to a high enough value to keep the tape streaming. These puppies need 1.3 - 2.5 Mbyte/second to keep streaming OK. The actual required rate is dependent on how good the data compresses. An experiment @ work with a Sun Sparc20 revealed a 1.9Mbyte/second transferrate while dumping the /usr Solaris filesystem. Side note: I had to put the drive on a seperate SCSIbus/adapter to make this work. I think the 2.1R limit is 32kbytes. In the recent past there was a discussion about this on this list (in relation to DAT drives??). Didn't pay too much attention at the time because I did not have the drive then. Is there any way to increase this value (seem to remember there was not.?) It is of course also possible that the HD & tape being on the same NCR810 are hurting the streaming operation. NB looks like I also have to hack a bit into 'mt' to allow the density/ compression settings to work. WIll dig up the device spec to see what that has to say Comments? Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Thu May 2 11:44:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16369 for hackers-outgoing; Thu, 2 May 1996 11:44:37 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA16364 for ; Thu, 2 May 1996 11:44:26 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA06381; Thu, 2 May 1996 14:44:17 -0400 Date: Thu, 2 May 1996 14:44:17 -0400 From: Garrett Wollman Message-Id: <9605021844.AA06381@halloran-eldar.lcs.mit.edu> To: Chuck Robey Cc: hackers@FreeBSD.ORG Subject: Re: lmbench IDE anomaly In-Reply-To: References: Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Cc list trimmed. < said: > Narvi, I was referring to the new Triton II boards. It does't matter; all Tritons (and Orions, which use one of the Triton chips) have bus-master IDE. It still remains for someone to modify the `wd' driver to take advantage of this. There is some code in /sys/pci which attempts to talk to the chipset, but wd.c doesn't know how to interface. -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 Thu May 2 11:48:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16570 for hackers-outgoing; Thu, 2 May 1996 11:48:57 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16564 Thu, 2 May 1996 11:48:55 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199605021848.LAA16564@freefall.freebsd.org> Subject: Re: lmbench IDE anomaly To: chuckr@Glue.umd.edu (Chuck Robey) Date: Thu, 2 May 1996 11:48:55 -0700 (PDT) Cc: luigi@labinfo.iet.unipi.it, terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: from "Chuck Robey" at May 1, 96 09:40:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Chuck Robey wrote: > > On Wed, 1 May 1996, Jonathan M. Bresler wrote: > > > there is not a debate. > > > > my 486dx2-66 with 16MB and scsi drives will perform a > > "make world" faster than several 586-75's with 16+MB and > > *IDE* drives. a 586-90, assuming long integer data set of > > 100kB, is over twice as fast as my cpu. but the ide drives > > slow the compiles horribly. ( use Hint to get the cpu computation > > speeds ttp://www.scl.ameslab.gov/scl/HINT/HINT.html) > > > > now maybe its the driver, maybe its the IDE drives themselves. > > i aint re-writing the ide driver, so i dont care (at this point). > > > > dare, jis eyent naw dabayt. > > Jonathan, I was looking at the new Tyan MB's, they say that they use IDE > bus mastering, and claim a major speed increase. I am not sure (I am a > SCSI bigot myself) but maybe yours claims of SCSI dominanace over > IDE won't be so automatically true shortly. cool. that would be great. losts of people dont want scsi for one reason or another, so if ide gets faster that all for the better ;) anyone got any "/usr/bin/time make world" restuls for one of these boards? -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ From owner-freebsd-hackers Thu May 2 13:17:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA22611 for hackers-outgoing; Thu, 2 May 1996 13:17:31 -0700 (PDT) Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA22590 Thu, 2 May 1996 13:17:24 -0700 (PDT) Received: (from jc@localhost) by irbs.irbs.com (8.7.5/8.6.6) id QAA24130; Thu, 2 May 1996 16:14:31 -0400 (EDT) From: John Capo Message-Id: <199605022014.QAA24130@irbs.irbs.com> Subject: Re: Named and Reverse DNS lookups [PATCH] To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Thu, 2 May 1996 16:14:31 -0400 (EDT) Cc: jdp@polstra.com, jgreco@brasil.moneng.mei.com, nate@sri.MT.net, hackers@freebsd.org, freebsd-isp@freebsd.org In-Reply-To: <199605021304.IAA11378@brasil.moneng.mei.com> from Joe Greco at "May 2, 96 08:04:24 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joe Greco writes: > > I had reason to play with it around the time 2.1R came out, I couldn't get > it to work, and someone on either the BIND list or the domains newsgroup > confirmed that the BIND in FreeBSD did not support it. > > I would be delighted to be proven wrong, of course, because we need things > like this. > The resolver is broken, not BIND. :-( I've been screwing with this since yesterday thinking it was a DNS configuration problem. nslookup and dig worked fine but anything that used the libc resolver did not work right. Too close to the forest I guess. Anyway, 1.1.5.1 handles delegated in-addr fine as does Sun0S 4.1.3. goombay.irbs.com has its in-addr delegated. Traceroute to it from a 2.1 system and you will probably see this on the console: gethostby*.gethostanswer: asked for "132.75.182.199.in-addr.arpa",\ got "132.128.75.182.199.in-addr.arpa" Patch taken from BIND-4.9.3P1 follows. John Capo jc@irbs.com IRBS Engineering FreeBSD Servers and Workstations (954) 792-9551 Unix/Internet Consulting - ISP Solutions *** /usr/stable/src/lib/libc/net/gethostbydns.c Tue Apr 30 22:21:09 1996 --- lib/libc/net/gethostbydns.c Thu May 2 15:57:38 1996 *************** *** 186,192 **** --- 186,194 ---- int haveanswer, had_error; int toobig = 0; char tbuf[MAXDNAME+1]; + const char *tname; + tname = qname; host.h_name = NULL; eom = answer->buf + anslen; /* *************** *** 277,282 **** --- 279,303 ---- buflen -= n; continue; } + if (qtype == T_PTR && type == T_CNAME) { + n = dn_expand(answer->buf, eom, cp, tbuf, sizeof tbuf); + if (n < 0) { + had_error++; + continue; + } + cp += n; + /* Get canonical name. */ + n = strlen(tbuf) + 1; /* for the \0 */ + if (n > buflen) { + had_error++; + continue; + } + strcpy(bp, tbuf); + tname = bp; + bp += n; + buflen -= n; + continue; + } if (type != qtype) { /* CNAME->PTR should not cause a log message. */ if (!(qtype == T_PTR && type == T_CNAME)) *************** *** 289,295 **** } switch (type) { case T_PTR: ! if (strcasecmp(qname, bp) != 0) { syslog(LOG_NOTICE|LOG_AUTH, AskedForGot, qname, bp); cp += n; --- 310,316 ---- } switch (type) { case T_PTR: ! if (strcasecmp(tname, bp) != 0) { syslog(LOG_NOTICE|LOG_AUTH, AskedForGot, qname, bp); cp += n; From owner-freebsd-hackers Thu May 2 13:34:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA23456 for hackers-outgoing; Thu, 2 May 1996 13:34:46 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA23448 for ; Thu, 2 May 1996 13:34:41 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA12665; Thu, 2 May 1996 13:27:16 -0700 From: Terry Lambert Message-Id: <199605022027.NAA12665@phaeton.artisoft.com> Subject: Re: stdio problem To: jmacd@deceit.xcf.berkeley.edu (Josh MacDonald) Date: Thu, 2 May 1996 13:27:16 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199605020858.BAA05189@deceit.xcf.berkeley.edu> from "Josh MacDonald" at May 2, 96 01:58:26 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > In the following code: > > #include > #include > > int main(int argc, char** argv) > { > if(argc != 2) { > fprintf(stderr, "no\n"); > exit(1); > } > > close(0); > if(!freopen(argv[1], "r", stdin)) { > perror("freopen"); > exit(1); > } > while(fgetc(stdin) != EOF) { } > if(ferror(stdin)) { > perror("stdin"); > exit(1); > } > printf("its okay\n"); > exit(0); > } > > FreeBSD exits "stdin: Bad file descriptor" > Linux, SunOS, ULTRIX, PTX, Solaris, HP-UX, IRIX, etc... all report > "its okay". > > I am wondering if either FreeBSD, the rest of the OS's, or no one > is "wrong". The pracical application here is that if you close 0 > and then exec GNU diff3 you'll encounter this problem. Is it legal > to close your standard input and then fork/exec other programs? > I was under the impression that is was. Am I defying the laws of > physics if I close(0) and then fork/exec a program expecting to > maybe use its standard input with freopen? I don't think so. What is argument 1 to the program? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 2 13:40:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA23923 for hackers-outgoing; Thu, 2 May 1996 13:40:22 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA23888 for ; Thu, 2 May 1996 13:40:06 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id QAA14528; Thu, 2 May 1996 16:39:31 -0400 Date: Thu, 2 May 1996 16:39:31 -0400 (EDT) From: "Ron G. Minnich" To: hackers@freebsd.org Subject: some more software for freebsd: new DSM, simple rfork, etc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk See the web page below for some other freebsd software. Sorry, I don't have the nice pkg_add support yet. Time is tight. But there is a manual ... ZOUNDS -- a very simple DSM which I am using for the MINI gigabit ATM interface. Includes source and short manual. Comments GREATLY appreciated. rfork -- this doesn't do much except fork with shared file descriptors. But it is useful for ZOUNDS ... hope this is useful for some of you ... ron Ron Minnich |" Microsoft Word: It does so little and it does rminnich@sarnoff.com | it so slowly" -- Maya Gokhale (609)-734-3120 | ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html From owner-freebsd-hackers Thu May 2 13:47:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA24445 for hackers-outgoing; Thu, 2 May 1996 13:47:13 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA24371 for ; Thu, 2 May 1996 13:46:23 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id NAA29327; Thu, 2 May 1996 13:45:38 -0700 From: Don Yuniskis Message-Id: <199605022045.NAA29327@seagull.rtd.com> Subject: Re: using DLT drive on FreeBSD To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Thu, 2 May 1996 13:45:37 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) In-Reply-To: <199605021801.UAA01622@yedi.iaf.nl> from "Wilko Bulte" at May 2, 96 08:01:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi there > > I 'found' myself a DEC TZ87 DLT drive destined for the scrapyard. This Hold onto it... I think the 2000 series is being discontinued... > is a 10/20Gb device (the 20Gb is using the optimistic 2:1 compression). > Quantum calls this a DLT2000. Apart from solving my backup needs for > the foreseeable future :-) I also have a few questions: Don't count on it! My 2500xt (15/30G) is already starting to max out when doing level 0 dumps.... :> Plus, the tapes are quite expensive and DON'T EVER DROP ONE! > First of all, the drive works just fine on my Asus P90/NCR810 > The main problem is that I cannot set the buffersize used by 'dump' > to a high enough value to keep the tape streaming. These puppies need > 1.3 - 2.5 Mbyte/second to keep streaming OK. The actual required rate is > dependent on how good the data compresses. An experiment @ work with a > Sun Sparc20 revealed a 1.9Mbyte/second transferrate while dumping the > /usr Solaris filesystem. Side note: I had to put the drive on a seperate > SCSIbus/adapter to make this work. I wouldn't even try to keep them streaming -- unless you've got a really fast disk subsystem *and* the DLT on a separate (FAST) SCSI adapter with nice short cables... > I think the 2.1R limit is 32kbytes. In the recent past there was a > discussion about this on this list (in relation to DAT drives??). Didn't > pay too much attention at the time because I did not have the drive then. > Is there any way to increase this value (seem to remember there was not.?) > > It is of course also possible that the HD & tape being on the same NCR810 > are hurting the streaming operation. Unfortunately, the you can't just issue a COPY command to the drive and give it the DLT as the destination!!! :> > NB looks like I also have to hack a bit into 'mt' to allow the density/ > compression settings to work. WIll dig up the device spec to see what > that has to say > > Comments? Look at amanda, too. --don From owner-freebsd-hackers Thu May 2 14:39:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27557 for hackers-outgoing; Thu, 2 May 1996 14:39:20 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27538 for ; Thu, 2 May 1996 14:39:12 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA06224; Thu, 2 May 1996 23:38:32 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA01332; Thu, 2 May 1996 23:38:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA15002; Thu, 2 May 1996 23:04:39 +0200 (MET DST) From: J Wunsch Message-Id: <199605022104.XAA15002@uriah.heep.sax.de> Subject: Re: stdio problem To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 2 May 1996 23:04:38 +0200 (MET DST) Cc: jmacd@deceit.xcf.berkeley.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3259.831046296@critter.tfs.com> from Poul-Henning Kamp at "May 2, 96 02:11:36 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > > close(0); > > if(!freopen(argv[1], "r", stdin)) { > > doing a "close(0)" is bound to confuse the stdio library. > don't do that. More generally spoken, mixing any kind of stdio function (fopen(), fclose(), fread(), fwrite(), printf() etc.) with low-level functions (syscalls in Unix: open(), close(), read(), write()) is error-prone. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 2 15:13:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA00537 for hackers-outgoing; Thu, 2 May 1996 15:13:14 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA00521 for ; Thu, 2 May 1996 15:13:05 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA07308; Fri, 3 May 1996 00:12:23 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA01698; Fri, 3 May 1996 00:12:22 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA15521; Fri, 3 May 1996 00:07:03 +0200 (MET DST) From: J Wunsch Message-Id: <199605022207.AAA15521@uriah.heep.sax.de> Subject: Re: using DLT drive on FreeBSD To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 3 May 1996 00:07:03 +0200 (MET DST) Cc: wilko@yedi.iaf.nl (Wilko Bulte) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605021801.UAA01622@yedi.iaf.nl> from Wilko Bulte at "May 2, 96 08:01:19 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Wilko Bulte wrote: > I think the 2.1R limit is 32kbytes. In the recent past there was a > discussion about this on this list (in relation to DAT drives??). 64 KB, this is enforced by physio(9) [man page not yet written :)]. Many SCSI adapters do only allow for 16 scatter/gather segments, and in the worst case, you need one of them for each physical page. (Well, i think that's what kept in my mind from the previous discussion.) Changing this will require a larger rework, or perhaps bounce buffers. ;) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 2 15:20:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA01174 for hackers-outgoing; Thu, 2 May 1996 15:20:43 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA01164 for ; Thu, 2 May 1996 15:20:34 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id PAA17967; Thu, 2 May 1996 15:20:22 -0700 From: Josh MacDonald Message-Id: <199605022220.PAA17967@paris.CS.Berkeley.EDU> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-hackers@freebsd.org Subject: Re: stdio problem In-reply-to: Your message of "Thu, 02 May 1996 23:04:38 +0200." <199605022104.XAA15002@uriah.heep.sax.de> Date: Thu, 02 May 1996 15:20:21 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Poul-Henning Kamp wrote: > > > > close(0); > > > if(!freopen(argv[1], "r", stdin)) { > > > > doing a "close(0)" is bound to confuse the stdio library. > > don't do that. > > More generally spoken, mixing any kind of stdio function (fopen(), > fclose(), fread(), fwrite(), printf() etc.) with low-level functions > (syscalls in Unix: open(), close(), read(), write()) is error-prone. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) Unfortunatly, I don't have control over this condition. I am closing the standard input and exec-ing GNU diff3. Diff3 calls freopen. The comments in stdio/freopen.c say this should work. It works everywhere else. Your answers are not very helpful. Why couldn't you all just answer my questions instead of telling me it is wrong. Obviously, I already know that it doesn't work on FreeBSD or NetBSD, and that it works on every other operating system I've tried it on. a) Why does freopen fail *even though the comments in freopen.c say it should not*? b) Should GNU diff3 be responsible for checking that stdin is open before tring to freopen? c) Should I not exec a program without an opened stdin? Programs which assume they have an open stdin are bad, I think. -josh From owner-freebsd-hackers Thu May 2 16:12:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA03795 for hackers-outgoing; Thu, 2 May 1996 16:12:26 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA03773 Thu, 2 May 1996 16:12:12 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id SAA13454; Thu, 2 May 1996 18:10:44 -0500 From: Joe Greco Message-Id: <199605022310.SAA13454@brasil.moneng.mei.com> Subject: Re: Named and Reverse DNS lookups [PATCH] To: jc@irbs.com (John Capo) Date: Thu, 2 May 1996 18:10:44 -0500 (CDT) Cc: jgreco@brasil.moneng.mei.com, jdp@polstra.com, nate@sri.MT.net, hackers@freebsd.org, freebsd-isp@freebsd.org In-Reply-To: <199605022014.QAA24130@irbs.irbs.com> from "John Capo" at May 2, 96 04:14:31 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Joe Greco writes: > > > > I had reason to play with it around the time 2.1R came out, I couldn't get > > it to work, and someone on either the BIND list or the domains newsgroup > > confirmed that the BIND in FreeBSD did not support it. > > > > I would be delighted to be proven wrong, of course, because we need things > > like this. > > The resolver is broken, not BIND. :-( OOOOOOFFF, ok, well that should have been an obvious second guess. I didn't look at it for more than 15 minutes. That, however, suggests a pitfall of the technique: you may break on hosts with older resolvers :-( ... JG From owner-freebsd-hackers Thu May 2 16:14:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA03913 for hackers-outgoing; Thu, 2 May 1996 16:14:44 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA03892 Thu, 2 May 1996 16:14:39 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id IAA01156; Fri, 3 May 1996 08:46:40 +0930 From: Michael Smith Message-Id: <199605022316.IAA01156@genesis.atrad.adelaide.edu.au> Subject: Re: lmbench IDE anomaly To: jmb@freefall.freebsd.org (Jonathan M. Bresler) Date: Fri, 3 May 1996 08:46:39 +0930 (CST) Cc: chuckr@Glue.umd.edu, luigi@labinfo.iet.unipi.it, terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199605021848.LAA16564@freefall.freebsd.org> from "Jonathan M. Bresler" at May 2, 96 11:48:55 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jonathan M. Bresler stands accused of saying: > > > > Jonathan, I was looking at the new Tyan MB's, they say that they use IDE > > bus mastering, and claim a major speed increase. I am not sure (I am a > > SCSI bigot myself) but maybe yours claims of SCSI dominanace over > > IDE won't be so automatically true shortly. > > cool. that would be great. losts of people dont want > scsi for one reason or another, so if ide gets faster > that all for the better ;) > > anyone got any "/usr/bin/time make world" restuls for one of > these boards? You don't understand. The boards _support_ IDE busmastering, just like every other Triton board on the market. But nobody uses it, AFAIK. There's support for the DMA controller in -current, all it requires is someone to wade into the 'wd' driver and add the required code to _use_ it. > Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu May 2 16:16:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA04076 for hackers-outgoing; Thu, 2 May 1996 16:16:46 -0700 (PDT) Received: from mail.ca2.so-net.or.jp (mail.ca2.so-net.or.jp [202.238.95.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA04071 for ; Thu, 2 May 1996 16:16:36 -0700 (PDT) Received: from chiota (ppp5df1.sng2.ap.so-net.or.jp [202.238.93.241]) by mail.ca2.so-net.or.jp (8.7.5/3.4W396011914) with SMTP id IAA22510; Fri, 3 May 1996 08:15:51 +0900 Received: from localhost (localhost [127.0.0.1]) by chiota (8.6.12/) with SMTP id IAA00473; Fri, 3 May 1996 08:14:48 +0900 Message-Id: <199605022314.IAA00473@chiota> To: hackers@freebsd.org Cc: shigio@ca2.so-net.or.jp Subject: ctags second patch for global Date: Fri, 03 May 1996 08:14:45 +0900 From: Shigio Yamaguchi Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello this is Yamaguchi. I have made second patch for ctags. Following kit include a ctags2.diff Thank you. ............................................................ This is the first BUGFIX patch for GLOBAL version1.0. This patch makes global version1.1. Contents are followings. README-1.1 read me first global-1.1.diff patch file Fixed bugs global - makes corrupted path name by conversion error. - description of exit code in global.1 is mistaken. btreeop - cannot treat a long line over BUFSIZ. With the result that gtags fails. patched ctags - when using -r option, considers a reserved word to be a function name. With the result that GRTAGS becomes too large. You had better remake database, because GRTAGS has many unnecessary data. Thank you for your cooperation. ------------------ C U T H E R E ------------------------ # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # README-1.1 # global-1.1.diff # echo x - README-1.1 sed 's/^X//' >README-1.1 << 'END-of-README-1.1' X XThis is the first bugfix patch for global 1.0. XThis patch makes global version1.1. X X ####### X # # X # # ##### ###### ## # X # B U G F I X 1 # # # version 1.1 X # ###### # # # ##### #### # X # # # # # # # # # # X ######## #### ##### ###### ### #### ###### X X For FreeBSD2.1 or 2.0.5 X Copyright Shigio Yamaguchi X X 5/2/96 X Xo History X X Contents Version README-Date X =========================================================== X 1. Initial post 1.0 04/21/96 X 2. First bugfix 1.1 05/02/96 <= This article X Xo Fixed bugs X X global - makes corrupted path name by conversion error. X - description of exit code in global.1 is mistaken. X btreeop - cannot treat a long line over BUFSIZ. With the result X that gtags fails. X patched ctags - when using -r option, considers a reserved word to be X a function name. With the result that GRTAGS becomes X too large. X X You had better remake database, because GRTAGS has many unnecessary data. X Xo How to patch X X Assume global version1.0 has been extracted. X X a) global and btreeop X X % cd global-1.0 <- this is global 1.0 directory X % patch -p < global-1.1.diff <- THIS PATCH X % make X # make install X X b) patched ctags X X % set d=`pwd` <- this is global 1.0 directory X % cd /usr/src/usr.bin/ctags X X If you have not installed global 1.0, that is, ctags is still X a original one, please apply both 'ctags.diff' and 'ctags2.diff'. X X % patch < $d/ctags.diff X % patch < $d/ctags2.diff X X Otherwise, only 'ctags2.diff' is needed. X X % patch < $d/ctags2.diff X X % make X # make install X XThank you for your cooperation. END-of-README-1.1 echo x - global-1.1.diff sed 's/^X//' >global-1.1.diff << 'END-of-global-1.1.diff' Xdiff -c -r -N ../global-1.0/VERSION ./VERSION X*** ../global-1.0/VERSION Thu Jan 1 09:00:00 1970 X--- ./VERSION Thu May 2 23:16:57 1996 X*************** X*** 0 **** X--- 1 ---- X+ 1.1 Xdiff -c -r -N ../global-1.0/btreeop/btreeop.c ./btreeop/btreeop.c X*** ../global-1.0/btreeop/btreeop.c Mon Apr 22 21:31:30 1996 X--- ./btreeop/btreeop.c Wed May 1 18:34:59 1996 X*************** X*** 28,34 **** X * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X * SUCH DAMAGE. X * X! * btreeop.c version1.0 4/21/96 X * X */ X #include X--- 28,34 ---- X * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X * SUCH DAMAGE. X * X! * btreeop.c version1.1 5/1/96 X * X */ X #include X*************** X*** 188,194 **** X * - Null Data not allowed. X */ X while (fgets(buf, BUFSIZ, stdin)) { X! buf[strlen(buf)-1] = 0; /* chop(buf) */ X for (c = buf; *c && !isspace(*c); c++) /* skip key part */ X ; X if (*c == 0) X--- 188,198 ---- X * - Null Data not allowed. X */ X while (fgets(buf, BUFSIZ, stdin)) { X! if (buf[strlen(buf)-1] == '\n') /* chop(buf) */ X! buf[strlen(buf)-1] = 0; X! else X! while (fgetc(stdin) != '\n') X! ; X for (c = buf; *c && !isspace(*c); c++) /* skip key part */ X ; X if (*c == 0) Xdiff -c -r -N ../global-1.0/ctags2.diff ./ctags2.diff X*** ../global-1.0/ctags2.diff Thu Jan 1 09:00:00 1970 X--- ./ctags2.diff Thu May 2 20:34:18 1996 X*************** X*** 0 **** X--- 1,109 ---- X+ diff -c /usr/src/usr.bin/ctags/C.c ./C.c X+ *** /usr/src/usr.bin/ctags/C.c Wed May 1 22:43:54 1996 X+ --- ./C.c Wed May 1 22:31:28 1996 X+ *************** X+ *** 439,444 **** X+ --- 439,494 ---- X+ } X+ X+ #ifdef GTAGS X+ + /* sorted by alphabet */ X+ + char *statement_word[] = { X+ + "auto", X+ + "break", X+ + "case", X+ + "char", X+ + "continue", X+ + "default", X+ + "do", X+ + "double", X+ + "else", X+ + "entry", X+ + "extern", X+ + "float", X+ + "for", X+ + "goto", X+ + "if", X+ + "int", X+ + "long", X+ + "register", X+ + "return", X+ + "short", X+ + "sizeof", X+ + "static", X+ + "struct", X+ + "switch", X+ + "typedef", X+ + "union", X+ + "unsigned", X+ + "void", X+ + "while", X+ + }; X+ + int last = sizeof(statement_word)/sizeof(char *); X+ + X+ + int X+ + isstatement(token) X+ + char *token; X+ + { X+ + int i; X+ + for (i = 0; i < last; i++) { X+ + if (*statement_word[i] > *token) X+ + break; X+ + if (*statement_word[i] < *token) X+ + continue; X+ + if (!strcmp(statement_word[i], token)) X+ + return YES; X+ + } X+ + return NO; X+ + } X+ + X+ define_line() X+ { X+ int c; /* character read */ X+ diff -c /usr/src/usr.bin/ctags/ctags.c ./ctags.c X+ *** /usr/src/usr.bin/ctags/ctags.c Wed May 1 22:43:55 1996 X+ --- ./ctags.c Wed May 1 21:09:47 1996 X+ *************** X+ *** 322,362 **** X+ } X+ X+ #ifdef GTAGS X+ - /* sorted by alphabet */ X+ - char *statement_words[] = { X+ - "char", X+ - "double", X+ - "float", X+ - "for", X+ - "if", X+ - "int", X+ - "long", X+ - "return", X+ - "short", X+ - "sizeof", X+ - "switch", X+ - "unsigned", X+ - "while", X+ - }; X+ - int last = sizeof(statement_words)/sizeof(char *); X+ - X+ - int X+ - isstatement(token) X+ - char *token; X+ - { X+ - int i; X+ - X+ - for (i = 0; i < last; i++) { X+ - if (*statement_words[i] < *token) X+ - break; X+ - if (*statement_words[i] > *token) X+ - continue; X+ - if (!strcmp(statement_words[i], token)) X+ - return YES; X+ - } X+ - return NO; X+ - } X+ - X+ #include X+ #include X+ DB *db; X+ --- 322,327 ---- Xdiff -c -r -N ../global-1.0/global/global.1 ./global/global.1 X*** ../global-1.0/global/global.1 Tue Apr 23 22:51:48 1996 X--- ./global/global.1 Thu May 2 22:11:28 1996 X*************** X*** 104,110 **** X X .Sh DIAGNOSTICS X .Nm Global X! exits with a value of 1 if an error occurred, 0 otherwise. X .Sh SEE ALSO X .Xr gtags 1 , X .Xr btreeop 1 X--- 104,110 ---- X X .Sh DIAGNOSTICS X .Nm Global X! exits with a non 0 value if an error occurred, 0 otherwise. X .Sh SEE ALSO X .Xr gtags 1 , X .Xr btreeop 1 Xdiff -c -r -N ../global-1.0/global/global.pl ./global/global.pl X*** ../global-1.0/global/global.pl Mon Apr 22 21:31:45 1996 X--- ./global/global.pl Thu May 2 22:07:48 1996 X*************** X*** 29,35 **** X # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X # SUCH DAMAGE. X # X! # global.pl version1.0 4/21/96 X # X sub getcwd { X local($dir); X--- 29,35 ---- X # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X # SUCH DAMAGE. X # X! # global.pl version1.1 5/2/96 X # X sub getcwd { X local($dir); X*************** X*** 89,98 **** X $cur =~ s!$root!!; X $cur =~ s!^/!!; X @step = split('/', $cur); X! $downpath = '../' x @step; X! push(@subcom, "-e 's!\./!$downpath!'"); X foreach $step (@step) { X! push(@subcom, "-e 's!\.\./$step/!!'"); X } X # X # setup pipeline X--- 89,98 ---- X $cur =~ s!$root!!; X $cur =~ s!^/!!; X @step = split('/', $cur); X! $downpath = '\\.\\./' x @step; X! push(@subcom, "-e 's!\\./!$downpath!'"); X foreach $step (@step) { X! push(@subcom, "-e 's!\\.\\./$step/!!'"); X } X # X # setup pipeline END-of-global-1.1.diff exit ------------------ C U T H E R E ------------------------ -- Shigio Yamaguchi E-Mail: shigio@ca2.so-net.or.jp From owner-freebsd-hackers Thu May 2 16:34:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA05341 for hackers-outgoing; Thu, 2 May 1996 16:34:24 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA05324 for ; Thu, 2 May 1996 16:34:21 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id QAA00955; Thu, 2 May 1996 16:32:31 -0700 (PDT) Message-Id: <199605022332.QAA00955@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Josh MacDonald cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@freebsd.org Subject: Re: stdio problem In-reply-to: Your message of "Thu, 02 May 1996 15:20:21 PDT." <199605022220.PAA17967@paris.CS.Berkeley.EDU> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 02 May 1996 16:32:31 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >The comments in stdio/freopen.c say this should work. It works everywhere >else. > >Your answers are not very helpful. > >Why couldn't you all just answer my questions instead of telling me >it is wrong. Because we're trying to determine if the behavior should be considered "undefined" (in which case being different from some other OS isn't a bug), or if there truely is a bug somewhere. In your case, the behavior difference appears to show up only when an application does wrong things. As Joerg pointed out, mixing streams oriented file operations (which are managed by libc) with underlying file primitives is a no-no and will result in strange and/or undefined behavior. I do agree, however, that freopen() should work even if the file was close()'d. It does seem as though there is an issue with flushing the stream buffers after the file has been closed, however. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu May 2 17:08:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA07003 for hackers-outgoing; Thu, 2 May 1996 17:08:32 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA06988 for ; Thu, 2 May 1996 17:08:13 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id JAA01340; Fri, 3 May 1996 09:39:45 +0930 From: Michael Smith Message-Id: <199605030009.JAA01340@genesis.atrad.adelaide.edu.au> Subject: Re: stdio problem To: jmacd@CS.Berkeley.EDU (Josh MacDonald) Date: Fri, 3 May 1996 09:39:45 +0930 (CST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org In-Reply-To: <199605022220.PAA17967@paris.CS.Berkeley.EDU> from "Josh MacDonald" at May 2, 96 03:20:21 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Josh MacDonald stands accused of saying: > > Unfortunatly, I don't have control over this condition. I am closing > the standard input and exec-ing GNU diff3. Diff3 calls freopen. > The comments in stdio/freopen.c say this should work. It works everywhere > else. "Why doesn't your operating system support my broken software?" > Why couldn't you all just answer my questions instead of telling me > it is wrong. Obviously, I already know that > it doesn't work on FreeBSD or NetBSD, and that it works on every other > operating system I've tried it on. > > a) Why does freopen fail *even though the comments in freopen.c say > it should not*? Read the source. Watch it in action. Learn for yourself. > b) Should GNU diff3 be responsible for checking that stdin is open > before tring to freopen? > > c) Should I not exec a program without an opened stdin? Programs > which assume they have an open stdin are bad, I think. A program has to make a few basic assumptions. I think that expecting that fd 0 is open is not terribly unreasonable. Is there any particular reason _why_ you feel that you have to close stdin? > -josh -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu May 2 17:50:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA08555 for hackers-outgoing; Thu, 2 May 1996 17:50:32 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA08544 for ; Thu, 2 May 1996 17:50:24 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id RAA18275; Thu, 2 May 1996 17:49:58 -0700 From: Josh MacDonald Message-Id: <199605030049.RAA18275@paris.CS.Berkeley.EDU> To: Michael Smith cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org Subject: Re: stdio problem In-reply-to: Your message of "Fri, 03 May 1996 09:39:45 +0930." <199605030009.JAA01340@genesis.atrad.adelaide.edu.au> Date: Thu, 02 May 1996 17:49:57 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk You guys are really stubborn. If you won't beleive me, here's some mail I got from Paul Eggert, in reply to a similar report sent to the diffutils maintainers: > It's a bug in FreeBSD/NetBSD. The C Standard says ``The `freopen' > function first attempts to close any file that is associated with the > specified stream. Failure to close the file successfully is ignored. > The error and end-of-file indicators for the stream are cleared.'' > > Perhaps you can send a bug report to the FreeBSD/NetBSD maintainers; > I don't know the procedure. > Josh MacDonald stands accused of saying: > > > > Unfortunatly, I don't have control over this condition. I am closing > > the standard input and exec-ing GNU diff3. Diff3 calls freopen. > > The comments in stdio/freopen.c say this should work. It works everywhere > > else. > > "Why doesn't your operating system support my broken software?" Why do I use a broken operating system with deveoplers who reply to bug reports with insulting mail? > > Why couldn't you all just answer my questions instead of telling me > > it is wrong. Obviously, I already know that > > it doesn't work on FreeBSD or NetBSD, and that it works on every other > > operating system I've tried it on. > > > > a) Why does freopen fail *even though the comments in freopen.c say > > it should not*? > > Read the source. Watch it in action. Learn for yourself. This is insulting. I can look at the source and see why the comments disagree with the implementation, but I was asking if this is a bug. I wonder why I even use FreeBSD in the first place, if reporting bugs comes down to "No, you're wrong, its not a bug, and you suck for not reading the source." It is a bug, however. I might fix it, after finals. > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu May 2 19:05:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA12779 for hackers-outgoing; Thu, 2 May 1996 19:05:16 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA12768 for ; Thu, 2 May 1996 19:05:08 -0700 (PDT) Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id TAA29333 for ; Thu, 2 May 1996 19:05:01 -0700 (PDT) Received: from bottles.cs.utah.edu by cs.utah.edu (8.6.12/utah-2.21-cs) id UAA25512; Thu, 2 May 1996 20:02:28 -0600 Received: by bottles.cs.utah.edu (8.6.10/utah-2.15-leaf) id UAA07379; Thu, 2 May 1996 20:02:27 -0600 From: sclawson@bottles.cs.utah.edu (steve clawson) Message-Id: <199605030202.UAA07379@bottles.cs.utah.edu> Subject: Re: stdio problem To: jmacd@CS.Berkeley.EDU (Josh MacDonald) Date: Thu, 2 May 96 20:02:27 MDT Cc: freebsd-hackers@freebsd.org In-Reply-To: <199605022220.PAA17967@paris.CS.Berkeley.EDU>; from "Josh MacDonald" at May 2, 96 3:20 pm X-Mailer: ELM [version 2.3 PL11] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Josh MacDonald uttered: > Unfortunatly, I don't have control over this condition. I am closing > the standard input and exec-ing GNU diff3. Diff3 calls freopen. > The comments in stdio/freopen.c say this should work. It works everywhere > else. > > Your answers are not very helpful. Perhaps the answers weren't very explanatory, but they were correct. Basically, your program is at the very least non-portable, and IMHO buggy. Calling close(0) is _not_ the proper way to `close' stdin. This just closes file descriptior 0, but dosen't do anything to close the stream stdin, which has user-level state. You should use fclose() to close it if you really need to. close() isn't even in ANSI C. > Why couldn't you all just answer my questions instead of telling me > it is wrong. Obviously, I already know that > it doesn't work on FreeBSD or NetBSD, and that it works on every other > operating system I've tried it on. It dosen't work on any BSD system that I've got around here (HP BSD 4.3+, running on hp[378]00's). Of course this mostly just implies that their stdio implementations are related. =) > a) Why does freopen fail *even though the comments in freopen.c say > it should not*? freopen fails because you've violated the stdio abstraction. Perhaps POSIX has something to say about freopen, but according to ANSI C this behavior is reasonable. The problem is that freopen tries to wait before closing the old file descriptor. freopen assumes that if there is a flag set in _flags that the stream is open and sets isopen. Since you didn't fclose stdin, it's _flags field is still set. The problem comes a little later: /* Get a new descriptor to refer to the new file. */ f = open(file, oflags, DEFFILEMODE); [various other things that don't happen elided] /* * Finish closing fp. Even if the open succeeded above, we cannot * keep fp->_base: it may be the wrong size. This loses the effect * of any setbuffer calls, but stdio has always done this before. */ if (isopen) (void) (*fp->_close)(fp->_cookie); Since you already closed fd 0, the open call at the top will return 0, since that's the lowest non-allocated fd. Because isopen is true, the close function is called on the original stream, but it's _file pointer is 0 also and it gets closed again. =) So, when you try to do an fgetc() later on, it notices that the file descriptor isn't valid and returns EBADF. > b) Should GNU diff3 be responsible for checking that stdin is open > before tring to freopen? No. The problem is that you're not setting up stdin correctly. > c) Should I not exec a program without an opened stdin? Programs > which assume they have an open stdin are bad, I think. I don't see any reason why a UNIX (or in general, an ANSI C) program shouldn't assume this, since it's guaranteed for you. If you have to do something with stdin and it's screwed up then you've got problems. =) steve -- // stephen clawson sclawson@cs.utah.edu // university of utah From owner-freebsd-hackers Thu May 2 19:51:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA15543 for hackers-outgoing; Thu, 2 May 1996 19:51:40 -0700 (PDT) Received: from melb.werple.net.au (melb.werple.net.au [203.9.190.18]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA15530 for ; Thu, 2 May 1996 19:51:28 -0700 (PDT) Received: from cimaxp1.UUCP (uucp@localhost) by melb.werple.net.au (8.7.5/8.7.3) with UUCP id MAA28269 for mira!freebsd.org!freebsd-hackers; Fri, 3 May 1996 12:50:35 +1000 (EST) Message-Id: <199605030250.MAA28269@melb.werple.net.au> Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA23400; Fri, 3 May 1996 12:51:07 +1000 From: John Birrell Subject: Re: stdio problem To: CS.Berkeley.EDU!jmacd@melb.werple.net.au (Josh MacDonald) Date: Fri, 3 May 1996 12:51:06 +1000 (EST) Cc: atrad.adelaide.edu.au!msmith@melb.werple.net.au, uriah.heep.sax.de!joerg_wunsch@melb.werple.net.au, freebsd.org!freebsd-hackers@melb.werple.net.au In-Reply-To: <199605030049.RAA18275@paris.CS.Berkeley.EDU> from "Josh MacDonald" at May 2, 96 05:49:57 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Why couldn't you all just answer my questions instead of telling me > > > it is wrong. Obviously, I already know that > > > it doesn't work on FreeBSD or NetBSD, and that it works on every other > > > operating system I've tried it on. We routinely close stdin and re-assign the file descriptor under *both* FreeBSD and NetBSD (i386 & alpha). We don't use freopen, so I can't comment on any bugs in that code. We close(fileno(stdin)) and then fcntl(another_fd,F_DUPFD,fileno(stdin)) and this works fine. We use the same code on OSF/1, HPUX, SCO, LynxOS, Motorola R3V5,6. -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-hackers Thu May 2 19:54:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA15728 for hackers-outgoing; Thu, 2 May 1996 19:54:30 -0700 (PDT) Received: from cedb.dpcsys.com (cedb.DPCSYS.COM [165.90.143.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA15721 for ; Thu, 2 May 1996 19:54:28 -0700 (PDT) Received: from cedb (cedb.DPCSYS.COM [165.90.143.3]) by cedb.dpcsys.com (8.6.10/DPC-1.0) with SMTP id CAA05566; Fri, 3 May 1996 02:43:14 GMT Date: Thu, 2 May 1996 19:43:13 -0700 (PDT) From: Dan Busarow X-Sender: dan@cedb To: Josh MacDonald cc: freebsd-hackers@FreeBSD.org Subject: Re: stdio problem In-Reply-To: <199605030049.RAA18275@paris.CS.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 2 May 1996, Josh MacDonald wrote: > It is a bug, however. I might fix it, after finals. Are you using close(2) or fclose()? If you are using close(), what happens if you use fclose()? Using fclose is the correct way to close stdin and the argument of mixing stream and file descriptor functions is moot. Dan -- Dan Busarow DPC Systems Dana Point, California From owner-freebsd-hackers Thu May 2 20:20:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA17188 for hackers-outgoing; Thu, 2 May 1996 20:20:22 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA17175 for ; Thu, 2 May 1996 20:20:12 -0700 (PDT) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id UAA18744; Thu, 2 May 1996 20:20:01 -0700 From: Josh MacDonald Message-Id: <199605030320.UAA18744@paris.CS.Berkeley.EDU> To: sclawson@bottles.cs.utah.edu (steve clawson) cc: freebsd-hackers@freebsd.org Subject: Re: stdio problem In-reply-to: Your message of "Thu, 02 May 1996 20:02:27 MDT." <199605030202.UAA07379@bottles.cs.utah.edu> Date: Thu, 02 May 1996 20:20:01 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Whether I do fclose(stdin) or close(STDIN_FILENO) makes no difference, and in fact the same problem applies. I am execing another program which then tries to freopen(...,...,stdin). > Perhaps the answers weren't very explanatory, but they were > correct. Basically, your program is at the very least non-portable, > and IMHO buggy. Calling close(0) is _not_ the proper way to `close' > stdin. This just closes file descriptior 0, but dosen't do anything > to close the stream stdin, which has user-level state. You should use > fclose() to close it if you really need to. close() isn't even in > ANSI C. Whatever... I'll just create a pipe(), close the writer, and dup the reader. -josh From owner-freebsd-hackers Thu May 2 20:30:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA17979 for hackers-outgoing; Thu, 2 May 1996 20:30:35 -0700 (PDT) Received: from melb.werple.net.au (melb.werple.net.au [203.9.190.18]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA17963 for ; Thu, 2 May 1996 20:30:30 -0700 (PDT) Received: from cimaxp1.UUCP (uucp@localhost) by melb.werple.net.au (8.7.5/8.7.3) with UUCP id MAA28269 for mira!freebsd.org!freebsd-hackers; Fri, 3 May 1996 12:50:35 +1000 (EST) Message-Id: <199605030250.MAA28269@melb.werple.net.au> Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA23400; Fri, 3 May 1996 12:51:07 +1000 From: John Birrell Subject: Re: stdio problem To: CS.Berkeley.EDU!jmacd@melb.werple.net.au (Josh MacDonald) Date: Fri, 3 May 1996 12:51:06 +1000 (EST) Cc: atrad.adelaide.edu.au!msmith@melb.werple.net.au, uriah.heep.sax.de!joerg_wunsch@melb.werple.net.au, freebsd.org!freebsd-hackers@melb.werple.net.au In-Reply-To: <199605030049.RAA18275@paris.CS.Berkeley.EDU> from "Josh MacDonald" at May 2, 96 05:49:57 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Why couldn't you all just answer my questions instead of telling me > > > it is wrong. Obviously, I already know that > > > it doesn't work on FreeBSD or NetBSD, and that it works on every other > > > operating system I've tried it on. We routinely close stdin and re-assign the file descriptor under *both* FreeBSD and NetBSD (i386 & alpha). We don't use freopen, so I can't comment on any bugs in that code. We close(fileno(stdin)) and then fcntl(another_fd,F_DUPFD,fileno(stdin)) and this works fine. We use the same code on OSF/1, HPUX, SCO, LynxOS, Motorola R3V5,6. -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-hackers Thu May 2 20:51:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA19890 for hackers-outgoing; Thu, 2 May 1996 20:51:08 -0700 (PDT) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA19883 Thu, 2 May 1996 20:51:05 -0700 (PDT) Received: from fakir.india.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA047045448; Thu, 2 May 1996 20:50:54 -0700 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA249295658; Fri, 3 May 1996 09:24:18 +0530 Message-Id: <199605030354.AA249295658@fakir.india.hp.com> To: Michael Smith Cc: jmb@freefall.freebsd.org (Jonathan M. Bresler), chuckr@Glue.umd.edu, luigi@labinfo.iet.unipi.it, terry@lambert.org, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: lmbench IDE anomaly In-Reply-To: Your message of "Fri, 03 May 1996 08:46:39 +0930." <199605022316.IAA01156@genesis.atrad.adelaide.edu.au> Date: Fri, 03 May 1996 09:24:17 +0530 From: A JOSEPH KOSHY Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "ms" == "Michael Smith" >>>>> ms> But nobody uses it, AFAIK. There's support for the DMA controller in ms> -current, all it requires is someone to wade into the 'wd' driver and ms> add the required code to _use_ it. As a matter of curiosity, where can one get more information about the bus-mastering IDE interfaces? Anything available on the Web/FTP? Koshy From owner-freebsd-hackers Thu May 2 21:00:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA21014 for hackers-outgoing; Thu, 2 May 1996 21:00:44 -0700 (PDT) Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA21008 for ; Thu, 2 May 1996 21:00:40 -0700 (PDT) Received: from bottles.cs.utah.edu by cs.utah.edu (8.6.12/utah-2.21-cs) id WAA26978; Thu, 2 May 1996 22:00:39 -0600 Received: by bottles.cs.utah.edu (8.6.10/utah-2.15-leaf) id WAA07893; Thu, 2 May 1996 22:00:38 -0600 From: sclawson@bottles.cs.utah.edu (steve clawson) Message-Id: <199605030400.WAA07893@bottles.cs.utah.edu> Subject: Re: stdio problem To: sclawson@bottles.cs.utah.edu (sclawson) Date: Thu, 2 May 96 22:00:37 MDT Cc: jmacd@CS.Berkeley.EDU, freebsd-hackers@freebsd.org In-Reply-To: ; from "sclawson" at May 2, 96 8:02 pm X-Mailer: ELM [version 2.3 PL11] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk sclawson uttered: > Josh MacDonald uttered: > > Unfortunatly, I don't have control over this condition. I am closing > > the standard input and exec-ing GNU diff3. Diff3 calls freopen. > > The comments in stdio/freopen.c say this should work. It works everywhere > > else. > > > > Your answers are not very helpful. > > Perhaps the answers weren't very explanatory, but they were > correct. Basically, your program is at the very least non-portable, > and IMHO buggy. Calling close(0) is _not_ the proper way to `close' > stdin. This just closes file descriptior 0, but dosen't do anything > to close the stream stdin, which has user-level state. You should use > fclose() to close it if you really need to. close() isn't even in > ANSI C. What I said is more or less reasonable in regards to the test code that you sent, but isn't in regards to your original problem (ie. having fd 0 closed and then execing diff3, which then does a freopen on stdin). After the exec, it dosen't matter if you used close or fclose, any streams except the cannonical 3 are going to be toast anyway. The real problem is in stdio/findfp.c: FILE __sF[3] = { std(__SRD, STDIN_FILENO), /* stdin */ std(__SWR, STDOUT_FILENO), /* stdout */ std(__SWR|__SNBF, STDERR_FILENO) /* stderr */ }; since in stdio.h we have: #define stdin (&__sF[0]) When the new process starts up, stdin looks reasonable to stdio, but it's fd is invalid. Which brings us back to the problem with freopen, which only checks to see if anything is set in _flags. =( It seems to me that there's only really a problem in freopen if we get back from the open the same fd that the stream supposedly was using. In that case we really don't want to be trying to close the original stream, since we won't really be able to flush any buffers back through the fd. =( At least for freopen, this seems to fix the problem: *** freopen.c Thu May 2 20:42:46 1996 --- /usr/arch/FreeBSD/current/lib/libc/stdio/freopen.c Tue May 30 04:35:17 1995 *************** *** 109,115 **** * keep fp->_base: it may be the wrong size. This loses the effect * of any setbuffer calls, but stdio has always done this before. */ ! if (isopen && (fp->_file != f)) (void) (*fp->_close)(fp->_cookie); if (fp->_flags & __SMBF) free((char *)fp->_bf._base); --- 109,115 ---- * keep fp->_base: it may be the wrong size. This loses the effect * of any setbuffer calls, but stdio has always done this before. */ ! if (isopen) (void) (*fp->_close)(fp->_cookie); if (fp->_flags & __SMBF) free((char *)fp->_bf._base); If fp->_close dosen't point to fclose things could screw up, but if it does, the only thing that fclose does that freopen won't do is call __sflush, which dosen't really matter if there's no fd to write to anyway. In fact, we probably don't want to try and flush out old data to the fd that we just opened anyway. steve -- // stephen clawson sclawson@cs.utah.edu // university of utah From owner-freebsd-hackers Thu May 2 21:06:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA21297 for hackers-outgoing; Thu, 2 May 1996 21:06:02 -0700 (PDT) Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA21292 for ; Thu, 2 May 1996 21:05:57 -0700 (PDT) Received: from bottles.cs.utah.edu by cs.utah.edu (8.6.12/utah-2.21-cs) id WAA27006; Thu, 2 May 1996 22:05:56 -0600 Received: by bottles.cs.utah.edu (8.6.10/utah-2.15-leaf) id WAA07916; Thu, 2 May 1996 22:05:55 -0600 From: sclawson@bottles.cs.utah.edu (steve clawson) Message-Id: <199605030405.WAA07916@bottles.cs.utah.edu> Subject: Re: stdio problem To: sclawson@bottles.cs.utah.edu (steve clawson) Date: Thu, 2 May 96 22:05:55 MDT Cc: sclawson@bottles.cs.utah.edu, jmacd@CS.Berkeley.EDU, freebsd-hackers@freebsd.org In-Reply-To: <199605030400.WAA07893@bottles.cs.utah.edu>; from "steve clawson" at May 2, 96 10:00 pm X-Mailer: ELM [version 2.3 PL11] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk steve clawson uttered: > > At least for freopen, this seems to fix the problem: > [reversed patch deleted] Ug. I suppose that this is just another example of why I shouldn't be posting to mailing lists. =( Time to get some sleep stop looking like a fool (at least for the time being). steve -- // stephen clawson sclawson@cs.utah.edu // university of utah From owner-freebsd-hackers Thu May 2 21:14:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA21979 for hackers-outgoing; Thu, 2 May 1996 21:14:20 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA21965 for ; Thu, 2 May 1996 21:14:11 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA14153; Fri, 3 May 1996 13:59:26 +1000 Date: Fri, 3 May 1996 13:59:26 +1000 From: Bruce Evans Message-Id: <199605030359.NAA14153@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, jmacd@deceit.xcf.berkeley.edu Subject: Re: stdio problem Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > close(0); > if(!freopen(argv[1], "r", stdin)) { This fails because freopen() gets its plumbing tangled in an attempt to support freopen()ing /dev/stdin. It's not clear if this is required to work. ANSI doesn't apply since close() isn't in ANSI, and POSIX has about 4 pages of rules that I don't completely understand (the rules are mostly about unavoidable interactions, e.g., for i/o done on the fd's by a child process, and not about abusing close() when fclose() would work). >is "wrong". The pracical application here is that if you close 0 >and then exec GNU diff3 you'll encounter this problem. This is a completely different situation. The stdio streams before exec are only related to the stdio streams after exec by the implicit fdopen()s of the first 3 file descriptors. FreeBSD's stdio apparently gets these fdopen()s wrong by statically initializing the FILE structs. This fails if any of the descriptors is closed or has abnormal access flags. If STDIN_FILENO is closed, then the state is similar to the one for closing STDIN_FILENO without telling stdio, and freopen() fails for the same reason. >Is it legal >to close your standard input and then fork/exec other programs? Yes. Of course, many programs won't be able to handle this. Bruce From owner-freebsd-hackers Thu May 2 21:43:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA23929 for hackers-outgoing; Thu, 2 May 1996 21:43:44 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA23924 for ; Thu, 2 May 1996 21:43:42 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id VAA13496; Thu, 2 May 1996 21:35:37 -0700 From: Terry Lambert Message-Id: <199605030435.VAA13496@phaeton.artisoft.com> Subject: Re: stdio problem To: jmacd@CS.Berkeley.EDU (Josh MacDonald) Date: Thu, 2 May 1996 21:35:37 -0700 (MST) Cc: sclawson@bottles.cs.utah.edu, freebsd-hackers@FreeBSD.org In-Reply-To: <199605030320.UAA18744@paris.CS.Berkeley.EDU> from "Josh MacDonald" at May 2, 96 08:20:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Whether I do fclose(stdin) or close(STDIN_FILENO) makes no difference, > and in fact the same problem applies. I am execing another program > which then tries to freopen(...,...,stdin). Actually, it has to do with whether the state for the fd is valid. I think it ought to work under "the rule of least astonishment", but use of fclose instead of close is the correct course of action, since there is implied state for stdin, stdout, and stderr. If it fails with fclose() followed by freopen, then it's a bug, and it needs to be fixed. If it doesn't, and it only failes with close, then it's not technically an error, but is suprising to the user -- which is nearly as bad. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 2 21:48:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA24199 for hackers-outgoing; Thu, 2 May 1996 21:48:19 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA24166 for ; Thu, 2 May 1996 21:48:02 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id OAA15889; Fri, 3 May 1996 14:42:16 +1000 Date: Fri, 3 May 1996 14:42:16 +1000 From: Bruce Evans Message-Id: <199605030442.OAA15889@godzilla.zeta.org.au> To: grog@lemis.de, hackers@FreeBSD.org Subject: Re: New disks on 2.1-RELEASE: help Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >So: my question. Would some kind soul please try this with a SCSI >disk they don't mind overwriting. Please stick very closely to the >sequence (or tell me why it's broken :-), since that's what I'm going >to write. Obviously the disk doesn't have to be sd1. >1. Format: > scsiformat sd1 `cp somejunk /dev/sd1' would be faster. sd1 should probably be /dev/rsd1. >2. fdisk -u sd1 sd1 should certainly be /dev/rsd1. > Put at least 2 partitions in. ^^^^^^^^^^ slices :-) Including at least one FreeBSD one. Otherwise the device used in step 3 won't exist. Step 3 would still work if you give the slice name (sd1s1, sd1s2, ...) in step 3. >3. disklabel -w -r sd1 > is a tag in /etc/disktab. If you don't have one for your disk, Use `disklabel -R -r sd1 ' to avoid mucking with /etc/disktab. can be created by editing the output of `disklabel /dev/rsd1'. >Back to the problem: disklabel issues an ioctl (DIOCSDINFO) against >the raw disk, and then checks the return value. disklabel.c:408: > if (ioctl(f, DIOCSDINFO, lp) < 0 && > errno != ENODEV && errno != ENOTTY) { > l_perror("ioctl DIOCSDINFO"); > return (1); > } >In the -current kernel, this ioctl returns an EINVAL when issued >against a disk with an invalid label. I changed this to: > if (ioctl(f, DIOCSDINFO, lp) < 0 && > errno != ENODEV && errno != ENOTTY && errno != EINVAL) { > l_perror("ioctl DIOCSDINFO"); > return (1); > } This is wrong. EINVAL usually means that the supplied label is invalid. It sometimes means that the wrong device is being labelled, but this case should be rare because `disklabel sd1' always uses the correct partition (sd1c). I'd better change some ENODEV's to EINVAL's to stop disklabel from ignoring fatal errors :-(. DIOCSDINFO /dev/rsd1 doesn't make sense, so it seemed like a good idea to return ENODEV for it. (You have to label the logically different device /dev/rsd1c even if you want to use the whole disk for BSD.) Bruce From owner-freebsd-hackers Thu May 2 22:12:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA26231 for hackers-outgoing; Thu, 2 May 1996 22:12:42 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA26223 for ; Thu, 2 May 1996 22:12:39 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id WAA00415; Thu, 2 May 1996 22:10:02 -0700 Message-Id: <199605030510.WAA00415@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: A JOSEPH KOSHY cc: hackers@FreeBSD.org Subject: Re: lmbench IDE anomaly In-reply-to: Your message of "Fri, 03 May 1996 09:24:17 +0530." <199605030354.AA249295658@fakir.india.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 May 1996 22:10:02 -0700 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > >>>>> "ms" == "Michael Smith" >>>>> > > ms> But nobody uses it, AFAIK. There's support for the DMA controller in > ms> -current, all it requires is someone to wade into the 'wd' driver and > ms> add the required code to _use_ it. > > As a matter of curiosity, where can one get more information about > the bus-mastering IDE interfaces? Anything available on the Web/FTP? > > Koshy > The problem with IDE drives is that not all of them offer DMA bus mastering. Western digital or at least some of them have offerered dma access for quite some time now. So look around for the api on Western Digital drives chances are that thats the other IDE drives are using. Amancio From owner-freebsd-hackers Thu May 2 22:35:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA29396 for hackers-outgoing; Thu, 2 May 1996 22:35:25 -0700 (PDT) Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA29389 for ; Thu, 2 May 1996 22:35:20 -0700 (PDT) Received: from bottles.cs.utah.edu by cs.utah.edu (8.6.12/utah-2.21-cs) id XAA28094; Thu, 2 May 1996 23:35:19 -0600 Received: by bottles.cs.utah.edu (8.6.10/utah-2.15-leaf) id XAA08058; Thu, 2 May 1996 23:35:19 -0600 From: sclawson@bottles.cs.utah.edu (steve clawson) Message-Id: <199605030535.XAA08058@bottles.cs.utah.edu> Subject: stdio and freopen() To: freebsd-hackers@freebsd.org Date: Thu, 2 May 96 23:35:18 MDT X-Mailer: ELM [version 2.3 PL11] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At this point I'm sure that everyone really couldn't care less, and I didn't heed my own warning to just get some sleep...so of course I've got another patch for freopen() that is perhaps a little more reasonable than the first, so that if you're doing something strange and had opened the stream with funopen() you don't loose. steve *** /usr/arch/FreeBSD/current/lib/libc/stdio/freopen.c Tue May 30 04:35:17 1995 --- freopen.c Thu May 2 23:25:46 1996 *************** *** 94,99 **** --- 94,106 ---- /* Get a new descriptor to refer to the new file. */ f = open(file, oflags, DEFFILEMODE); + if (isopen && (f == fp->_file)) { + close(f); + (void) (*fp->_close)(fp->_cookie); + isopen = 0; + wantfd = -1; + f = open(file, oflags, DEFFILEMODE); + } if (f < 0 && isopen) { /* If out of fd's close the old one and try again. */ if (errno == ENFILE || errno == EMFILE) { -- // stephen clawson sclawson@cs.utah.edu // university of utah From owner-freebsd-hackers Thu May 2 22:48:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01368 for hackers-outgoing; Thu, 2 May 1996 22:48:38 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA01362 for ; Thu, 2 May 1996 22:48:36 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id QAA10261; Thu, 2 May 1996 16:08:40 -0700 (PDT) Message-Id: <199605022308.QAA10261@ref.tfs.com> Subject: Re: some more software for freebsd: new DSM, simple rfork, etc. To: rminnich@Sarnoff.COM (Ron G. Minnich) Date: Thu, 2 May 1996 16:08:40 -0700 (PDT) From: "JULIAN Elischer" Cc: hackers@FreeBSD.org In-Reply-To: from "Ron G. Minnich" at May 2, 96 04:39:31 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > See the web page below for some other freebsd software. Sorry, I don't > have the nice pkg_add support yet. Time is tight. But there is a manual ... > > ZOUNDS -- a very simple DSM which I am using for the MINI gigabit ATM > interface. Includes source and short manual. Comments GREATLY appreciated. > > rfork -- this doesn't do much except fork with shared file descriptors. But > it is useful for ZOUNDS ... > > hope this is useful for some of you ... I hope you know that rfork is in-current, with a few changes (based on open-BSD-s version of your code with our own changes.. thanks for the work! > > ron > > Ron Minnich |" Microsoft Word: It does so little and it does > rminnich@sarnoff.com | it so slowly" -- Maya Gokhale > (609)-734-3120 | > ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html > > > From owner-freebsd-hackers Thu May 2 22:48:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01388 for hackers-outgoing; Thu, 2 May 1996 22:48:42 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA01382 for ; Thu, 2 May 1996 22:48:39 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id NAA10015; Thu, 2 May 1996 13:31:49 -0700 (PDT) Message-Id: <199605022031.NAA10015@ref.tfs.com> Subject: Re: using DLT drive on FreeBSD To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Thu, 2 May 1996 13:31:49 -0700 (PDT) From: "JULIAN Elischer" Cc: FreeBSD-hackers@FreeBSD.org In-Reply-To: <199605021801.UAA01622@yedi.iaf.nl> from "Wilko Bulte" at May 2, 96 08:01:19 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Hi there > > First of all, the drive works just fine on my Asus P90/NCR810 > The main problem is that I cannot set the buffersize used by 'dump' > to a high enough value to keep the tape streaming. These puppies need > 1.3 - 2.5 Mbyte/second to keep streaming OK. The actual required rate is > dependent on how good the data compresses. An experiment @ work with a > Sun Sparc20 revealed a 1.9Mbyte/second transferrate while dumping the > /usr Solaris filesystem. Side note: I had to put the drive on a seperate > SCSIbus/adapter to make this work. try piping your data throughgh 'team' (in the packages..) it should up your throughput by allowing concurrent file-system reads and tape writes.. > > I think the 2.1R limit is 32kbytes. In the recent past there was a > discussion about this on this list (in relation to DAT drives??). Didn't > pay too much attention at the time because I did not have the drive then. > Is there any way to increase this value (seem to remember there was not.?) Actually it's 64Kbytes > > It is of course also possible that the HD & tape being on the same NCR810 > are hurting the streaming operation. no, that should be ok.. > > NB looks like I also have to hack a bit into 'mt' to allow the density/ > compression settings to work. WIll dig up the device spec to see what > that has to say > > Comments? > > Wilko > _ __________________________________________________________________________ > | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl > |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands > -------------------------------------------------------------------------------- > From owner-freebsd-hackers Thu May 2 22:51:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01778 for hackers-outgoing; Thu, 2 May 1996 22:51:50 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA01760 for ; Thu, 2 May 1996 22:51:40 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA17014; Fri, 3 May 1996 07:50:59 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA05742; Fri, 3 May 1996 07:50:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA17445; Fri, 3 May 1996 07:39:06 +0200 (MET DST) From: J Wunsch Message-Id: <199605030539.HAA17445@uriah.heep.sax.de> Subject: Re: stdio problem To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 3 May 1996 07:39:06 +0200 (MET DST) Cc: jmacd@CS.Berkeley.EDU Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605022332.QAA00955@Root.COM> from David Greenman at "May 2, 96 04:32:31 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As David Greenman wrote: > As Joerg > pointed out, mixing streams oriented file operations (which are managed by > libc) with underlying file primitives is a no-no and will result in strange > and/or undefined behavior. I do agree, however, that freopen() should work > even if the file was close()'d. It does seem as though there is an issue with > flushing the stream buffers after the file has been closed, however. I also agree with this now, i didn't get it in the first place that the problem arose by mixing low-level IO and stdio across an exec(). I think stdio should not make any particular assumptions about the initial state of the file descriptors 0, 1, and 2 at the time of program startup. (Though this is perhaps hard to do correctly for all weird cases.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 3 02:29:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA15033 for hackers-outgoing; Fri, 3 May 1996 02:29:06 -0700 (PDT) Received: from fgate.flevel.co.uk (fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA15025 for ; Fri, 3 May 1996 02:29:00 -0700 (PDT) Received: (from graham@localhost) by fgate.flevel.co.uk (8.6.12/8.6.9) id KAA20350 for hackers@freebsd.org; Fri, 3 May 1996 10:37:04 +0100 Date: Fri, 3 May 1996 10:37:04 +0100 From: Graham Breach Message-Id: <199605030937.KAA20350@fgate.flevel.co.uk> To: hackers@freebsd.org Subject: XDM logins Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone know how to start a login on a machine running XDM remotely? i.e. as if a user typed in their username and password at the XDM window. please CC replies to graham@flevel.co.uk From owner-freebsd-hackers Fri May 3 02:38:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA15678 for hackers-outgoing; Fri, 3 May 1996 02:38:23 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA15673 for ; Fri, 3 May 1996 02:38:22 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uFHJG-0003vpC; Fri, 3 May 96 02:37 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id JAA01599; Fri, 3 May 1996 09:38:00 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Josh MacDonald cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@freebsd.org Subject: Re: stdio problem In-reply-to: Your message of "Thu, 02 May 1996 15:20:21 MST." <199605022220.PAA17967@paris.CS.Berkeley.EDU> Date: Fri, 03 May 1996 09:37:58 +0000 Message-ID: <1597.831116278@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Unfortunatly, I don't have control over this condition. I am closing > the standard input and exec-ing GNU diff3. Diff3 calls freopen. > The comments in stdio/freopen.c say this should work. It works everywhere > else. You are fully in control, you're the one that closes stdin! > Your answers are not very helpful. > > Why couldn't you all just answer my questions instead of telling me > it is wrong. Obviously, I already know that > it doesn't work on FreeBSD or NetBSD, and that it works on every other > operating system I've tried it on. Hey, we're only trying to help you here, this attitude will not help much... > a) Why does freopen fail *even though the comments in freopen.c say > it should not*? because something else could be occupying fd==0. > b) Should GNU diff3 be responsible for checking that stdin is open > before tring to freopen? no. > c) Should I not exec a program without an opened stdin? Programs > which assume they have an open stdin are bad, I think. No, they are not. if you want to get rid of whatever you have on stdin, then do a freopen("/dev/null", "r", stdin); -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Fri May 3 03:46:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18317 for hackers-outgoing; Fri, 3 May 1996 03:46:22 -0700 (PDT) Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA18311 for ; Fri, 3 May 1996 03:46:13 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.7.5/8.6.5) id QAA28865; Fri, 3 May 1996 16:43:38 +0600 (GMT+0600) From: "Serge A. Babkin" Message-Id: <199605031043.QAA28865@hq.icb.chel.su> Subject: Re: XDM logins To: graham@fgate.flevel.co.uk (Graham Breach) Date: Fri, 3 May 1996 16:43:37 +0600 (ESD) Cc: hackers@FreeBSD.ORG In-Reply-To: <199605030937.KAA20350@fgate.flevel.co.uk> from "Graham Breach" at May 3, 96 10:37:04 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Does anyone know how to start a login on a machine running XDM remotely? > i.e. as if a user typed in their username and password at the XDM window. Run the Xserver with the -query option: X -query -SB From owner-freebsd-hackers Fri May 3 04:50:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA21876 for hackers-outgoing; Fri, 3 May 1996 04:50:55 -0700 (PDT) Received: from wdl1.wdl.loral.com (wdl1.wdl.loral.com [137.249.32.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA21871 for ; Fri, 3 May 1996 04:50:53 -0700 (PDT) Received: from miles.sso.loral.com (miles.wdl.loral.com) by wdl1.wdl.loral.com (5.x/WDL-2.4-1.0) id AA16141; Fri, 3 May 1996 04:50:23 -0700 Received: by miles.sso.loral.com (4.1/SSO-SUN-2.04) id AA11816; Fri, 3 May 96 07:48:51 EDT Date: Fri, 3 May 1996 07:48:50 -0400 (EDT) From: Richard Toren X-Sender: rpt@miles To: freebsd-hackers@freebsd.org Subject: Re: stdio problem Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The "assumption" that 'fd 0 == stdin at entry to main()' is no longer valid! In the classes I teach here at work, this is one of the examples I use about how old shortcuts/standards make for non-portable code and insidious bugs. I learned this from first-hand experience where fileno(stdin) did not equal 0 but rather 1. And this was a program started from the standard csh command line. This happens when a C++ static initializer procedure opens a file before the crt0.o (or it's C++ equivelant) has yet run. In this case, std{in,out,err} are fds n+0, n+1, n+2. The bottom line is "use the system's services to identify the associated fd for stdin and everything else". Times are changing, any good program will eventually be ported somewhere else, and yesterdays assumption will eventually be wrong someday. ==================================================== Rip Toren | The bad news is that C++ is not an object-oriented | rpt@miles.sso.loral.com | programming language. .... The good news is that | | C++ supports object-oriented programming. | | C++ Programming & Fundamental Concepts | | by Anderson & Heinze | ==================================================== From owner-freebsd-hackers Fri May 3 05:44:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA23708 for hackers-outgoing; Fri, 3 May 1996 05:44:46 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA23543 Fri, 3 May 1996 05:41:28 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id PAA15182; Fri, 3 May 1996 15:49:53 +0300 Date: Fri, 3 May 1996 15:49:53 +0300 (EET DST) From: Narvi To: Chuck Robey cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: lmbench IDE anomaly In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 2 May 1996, Chuck Robey wrote: > On Thu, 2 May 1996, Narvi wrote: > > > > Jonathan, I was looking at the new Tyan MB's, they say that they use IDE > > > bus mastering, and claim a major speed increase. I am not sure (I am a > > > SCSI bigot myself) but maybe yours claims of SCSI dominanace over > > > IDE won't be so automatically true shortly. > > > > I have a strane feeling all Triton motherboards have the feature(?) as the > > IDE controller is part of the chipset. Or am I again remebering falsely? > > Perhaps not as Win95 tends to recognise it's there (but say that bus > > mastering is not supported). So are 486 motherboards based on the SiS > > chipset and most probably also several others. > > > > Narvi, I was referring to the new Triton II boards. Take a look at ^^^^^^ ? Read LoTR again. > http://www.tyan.com, they are offering drivers (for Win95) that do > bus-mastering for IDE. I guess the hardware solution is out. I will > have one of these boards myself shortly (whee!) but I don't run IDE, so I > won't get involved with that part of it. > It doesn't matter, whetever it is Triton II or not - it is not the only one, and driver's are also out for the others (for SCO with SiS chipset and perhaps also others, I don't know about BM - haven't tried). The trick is that there are several boards and chipsets out with PCI IDE busmasters but no FreeBSD drivers for them. Besides, I don't think the IDE parts of Triton/Triton II would be much different - it wouldn't make much sense. > ========================================================================== > Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 > > Three Accounts for the Super-users in the sky, > Seven for the Operators in their halls of fame, > Nine for Ordinary Users doomed to crie, > One for the Illegal Cracker with his evil game > In the Domains of Internet where the data lie. > One Account to rule them all, One Account to watch them, > One Account to make them all and in the network bind them. > > > Sander From owner-freebsd-hackers Fri May 3 07:03:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA00276 for hackers-outgoing; Fri, 3 May 1996 07:03:56 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA00249 for ; Fri, 3 May 1996 07:03:48 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I49NKOWTGG0037YE@mail.rwth-aachen.de> for freebsd-hackers@freefall.FreeBSD.org; Fri, 03 May 1996 11:44:50 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA17658 for freebsd-hackers@freefall.cdrom.com; Fri, 03 May 1996 10:59:28 +0200 Date: Fri, 03 May 1996 10:59:28 +0200 From: "Christoph P. Kukulies" Subject: vi :a screws tty To: freebsd-hackers@freefall.FreeBSD.org Message-id: <199605030859.KAA17658@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Anyone typed :a in vi command mode? Happens to me occasionally when I miss the q. I didn't find a way to get out of that trap other than killing the process. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri May 3 07:53:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA06645 for hackers-outgoing; Fri, 3 May 1996 07:53:47 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA06629 for ; Fri, 3 May 1996 07:53:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id IAA09888; Fri, 3 May 1996 08:42:10 -0600 (MDT) Message-Id: <199605031442.IAA09888@rover.village.org> To: Richard Toren Subject: Re: stdio problem Cc: freebsd-hackers@FreeBSD.org In-reply-to: Your message of Fri, 03 May 1996 07:48:50 EDT Date: Fri, 03 May 1996 08:42:10 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : The "assumption" that 'fd 0 == stdin at entry to main()' is no longer : valid! It *MUST* be valid. It is how Unix works. The *SHELL* sets these things up, so how does one find out what to use if 0 isn't it? Using stdio isn't an answer here, because I must be able to find this out w/o ever touching stdio. : This happens when a C++ static initializer procedure opens a file before : the crt0.o (or it's C++ equivelant) has yet run. In this case, : std{in,out,err} are fds n+0, n+1, n+2. When main() is entered 0, 1, and 2 are already open *BY*THE*SHELL* that fork/exec'd the program. stdio doesn't actually do an open(2) on 0, 1, 2. It merely maps them to std* to 0, 1, 2. It has no way of knowing what to open so must always use 0, 1, and 2. I'd be very very surprised if you could come up with a program where fileno(stdin) != 0. Please post it. C++ static object constructors should be able to access stdin, et al. Any C++ implementation that does not allow this is broken and should be fixed. Warner From owner-freebsd-hackers Fri May 3 08:16:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA09162 for hackers-outgoing; Fri, 3 May 1996 08:16:49 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA09156 for ; Fri, 3 May 1996 08:16:43 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I49Z3OTSFK0037EV@mail.rwth-aachen.de> for freebsd-hackers@freefall.freebsd.org; Fri, 03 May 1996 17:14:37 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA19215; Fri, 03 May 1996 17:16:05 +0200 Date: Fri, 03 May 1996 17:16:04 +0200 (MET DST) From: "Christoph P. Kukulies" Subject: Re: vi :a screws tty In-reply-to: <199605030859.KAA17658@gilberto.physik.rwth-aachen.de> To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Cc: freebsd-hackers@freefall.freebsd.org Reply-to: Christoph Kukulies Message-id: <199605031516.RAA19215@gilberto.physik.rwth-aachen.de> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL25 ME8b] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Anyone typed :a in vi command mode? Happens to me occasionally > when I miss the q. I didn't find a way to get out of that trap > other than killing the process. I just learnt that :a is a ex command and quitting with . is the correct way to leave that mode. Newer versions of nvi issue a short help message on that mode. > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri May 3 08:26:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA10168 for hackers-outgoing; Fri, 3 May 1996 08:26:11 -0700 (PDT) Received: from remote.transarc.com (remote.transarc.com [158.98.16.250]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA10149 for ; Fri, 3 May 1996 08:26:04 -0700 (PDT) Received: by remote.transarc.com (5.65/DEC-Ultrix/4.3) id AA16143; Fri, 3 May 1996 11:25:14 -0400 Date: Fri, 3 May 1996 11:25:31 -0400 (EDT) From: Pat Barron To: freebsd-hackers@freebsd.org Subject: Documentation for "config" Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This may sound like a silly question, but does anyone have any documentation for how config(8) works? That is, given a configuration file, what does config actually do with it, and how? Like, what's the difference (in the stuff generated by config) between controller foo0 .... and device foo0 .... and psuedo-device foo or between disk dk0 ... and tape dk0 ... I know that just about everyone who's ever done kernel hacking has just plodded through the source code for config to figure this out, and I have no problem with that, but if there's a doc I'd like to see it ... ;-) --Pat. From owner-freebsd-hackers Fri May 3 10:27:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21888 for hackers-outgoing; Fri, 3 May 1996 10:27:40 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA21842 for ; Fri, 3 May 1996 10:27:22 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uFObW-000QYHC; Fri, 3 May 96 19:25 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id TAA13099; Fri, 3 May 1996 19:24:42 +0200 Message-Id: <199605031724.TAA13099@allegro.lemis.de> Subject: Re: New disks on 2.1-RELEASE: help To: bde@zeta.org.au (Bruce Evans) Date: Fri, 3 May 1996 17:58:21 +0200 (MET DST) In-Reply-To: <199605030442.OAA15889@godzilla.zeta.org.au> from "Bruce Evans" at May 3, 96 02:42:16 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans writes: >> So: my question. Would some kind soul please try this with a SCSI >> disk they don't mind overwriting. Please stick very closely to the >> sequence (or tell me why it's broken :-), since that's what I'm going >> to write. Obviously the disk doesn't have to be sd1. > >> 1. Format: > >> scsiformat sd1 > > `cp somejunk /dev/sd1' would be faster. sd1 should probably be /dev/rsd1. Yes. As Joerg pointed out, scsiformat isn't part of the 2.1 release. >> 2. fdisk -u sd1 > > sd1 should certainly be /dev/rsd1. Works fine as sd1, and that's the way it's documented: The final disk name can be provided as a `bare' disk name only, e.g. `sd0', or as a fully qualified device node under /dev. If omitted, the disks `wd0', `sd0', and `od0' are being searched in that order, until one is being found responding. >> Put at least 2 partitions in. > ^^^^^^^^^^ slices :-) OK :-) > Including at least one FreeBSD one. Otherwise the device used in step 3 > won't exist. Step 3 would still work if you give the slice name (sd1s1, > sd1s2, ...) in step 3. Correct. >> 3. disklabel -w -r sd1 > >> is a tag in /etc/disktab. If you don't have one for your disk, > > Use `disklabel -R -r sd1 ' to avoid mucking with /etc/disktab. There's small choice in rotten apples. I'll describe both ways, if I ever get either one to work reliably. > can be created by editing the output of `disklabel /dev/rsd1'. OK. I've tried both ways, I've installed 2.1-RELEASE, and it just plain does not work. There's every possibility I've made an incorrect turn in the minefield, but this isn't the first time I've done this (the first time was about 4 years ago with BSD/386 0.3.1). I believe we have multiple breakages here. But first to your next point: >> Back to the problem: disklabel issues an ioctl (DIOCSDINFO) against >> the raw disk, and then checks the return value. disklabel.c:408: > >> if (ioctl(f, DIOCSDINFO, lp) < 0 && >> errno != ENODEV && errno != ENOTTY) { >> l_perror("ioctl DIOCSDINFO"); >> return (1); >> } > >> In the -current kernel, this ioctl returns an EINVAL when issued >> against a disk with an invalid label. I changed this to: > >> if (ioctl(f, DIOCSDINFO, lp) < 0 && >> errno != ENODEV && errno != ENOTTY && errno != EINVAL) { >> l_perror("ioctl DIOCSDINFO"); >> return (1); >> } > > This is wrong. EINVAL usually means that the supplied label is invalid. > It sometimes means that the wrong device is being labelled, but this case > should be rare because `disklabel sd1' always uses the correct partition > (sd1c). Why is this wrong? At this point, the label *is* invalid. The point of the exercise is to make a valid one. > I'd better change some ENODEV's to EINVAL's to stop disklabel from ignoring > fatal errors :-(. DIOCSDINFO /dev/rsd1 doesn't make sense, so it seemed like > a good idea to return ENODEV for it. (You have to label the logically > different device /dev/rsd1c even if you want to use the whole disk for BSD.) I don't understand this. We're currently getting EINVAL, not ENODEV. Did you mean to say this the other way round? And the way I see it, sd1, sd1c and /dev/rsd1c are the same thing: if I do a # ktrace disklabel -w -r sd1c cdc94161 # kdump ... lots of junk 230 disklabel RET execve 0 230 disklabel CALL open(0x1c368,0x2,0xefbfd464) 230 disklabel NAMI "/dev/rsd1cc" 230 disklabel RET open -1 errno 2 No such file or directory 230 disklabel CALL open(0x1c368,0x2,0x1c368) 230 disklabel NAMI "/dev/rsd1c" 230 disklabel RET open 3 ... lots more junk Evidently disklabel prepends a /dev/r and first tries to postpend a c to the name. ---------------------------------------------------------------------- OK, back to my problems. First, I don't see that /etc/disktab or ~/mydiskinfo have much in the way of advantages against each other. I'm trying to (and occasionally succeeding in) adding a "CDC 94161-9 6226" type 0 fixed SCSI 1 as /dev/sd1 shared between DOG and FreeBSD. I have no problems (apart from this damn interactive business) making the partition table, which has two valid entries: Partition Type Offset 1 DOG 1 2 BSD 99540 fdisk says: The data for partition 0 is: sysid 6,(Primary 'big' DOS (> 32MB)) start 1, size 99539 (48 Meg), flag 0 beg: cyl 0/ sector 2/ head 0; end: cyl 315/ sector 35/ head 8 The data for partition 1 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 99540, size 205065 (100 Meg), flag 80 beg: cyl 316/ sector 1/ head 0; end: cyl 966/ sector 35/ head 8 Let's look at the problems with /etc/disktab first. I created an entry cdc94161|CDC 94161-9: \ :ty=winchester:dt=SCSI:se#512:nt#9:ns#35:nc#967:rm#3600:\ :ob#99540:pb#40950:tb=swap:\ :oc#99540:pc#205065:\ :oh#140490:ph#164115:tb=4.2BSD: After formatting or copying /dev/zero, I fdisk as shown above. Then I do: # disklabel -w -r /dev/sd1c cdc94161 disklabel: ioctl DIOCSDINFO: Label magic number or checksum is wrong! (disklabel or kernel is out of date?) This is what I reported yesterday under 2.2-current. It's just the same under 2.1-release. My fixed version works under either version. So I did that: # disklabel-fixed -w -r sd1c cdc94161 # disklabel-fixed -w -r sd1c cdc94161 disklabel: ioctl DIOCSDINFO: Open partition would move or shrink The only way I have found to get this problem to go away is to overwrite the beginning of the partition: # dd if=/dev/zero of=/dev/rsd1 seek=99540 obs=512 count=100 100+0 records in 100+0 records out 51200 bytes transferred in 1 secs (51200 bytes/sec) # disklabel-fixed -w -r sd1c cdc94161 # disklabel-fixed -w -r sd1c cdc94161 disklabel: ioctl DIOCSDINFO: Open partition would move or shrink There's obviously something broken here. OK, you wanted me to use the proto version. So let's look at that. I did: # disklabel /dev/rsd1 >diskproto Warning, revolutions/minute 0 boot block size 0 super block size 0 # cat diskproto # /dev/rsd1: type: unknown disk: label: flags: bytes/sector: 512 sectors/track: 35 tracks/cylinder: 9 sectors/cylinder: 315 cylinders: 967 sectors/unit: 304605 rpm: 0 interleave: 0 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 3 partitions: # size offset fstype [fsize bsize bps/cpg] c: 304605 0 unused 0 0 # (Cyl. 0 - 966) I'd say this is broken, too. From the various complaints I've seen from disklabel, slice c needs to be inside the FreeBSD slice. Here, it's given the whole disk. OK, I modified this, and created: 8 partitions: # size offset fstype [fsize bsize bps/cpg] b: 40950 99540 swap 0 0 # (Cyl. 316 - 445) c: 205065 99540 unused 0 0 # (Cyl. 316 - 966) h: 164115 140490 4.2BSD 0 0 # (Cyl. 446 - 966) When I try to create the file system, I get (sing along with me) # dd if=/dev/zero of=/dev/rsd1 seek=99540 obs=512 count=100 100+0 records in 100+0 records out 51200 bytes transferred in 2 secs (25600 bytes/sec) # disklabel -R -r sd1 diskproto disklabel: ioctl DIOCSDINFO: Label magic number or checksum is wrong! (disklabel or kernel is out of date?) # disklabel-fixed -R -r sd1 diskproto # disklabel-fixed -R -r sd1 diskproto disklabel: ioctl DIOCSDINFO: Open partition would move or shrink In summary, I'd say that disklabel is broken, whichever way you want to look at it. OK, it's also not exactly a good tool, but it's all we have on the 2.1 CD-ROM. I think we can get by with my version (and, as I said before, I think that disklabel is broken, not the return codes from the drives), but that doesn't help much: I'm describing this for people using the 2.1 CD, and they need to be able to do it with the software on the CD. If you have any bright ideas, I'd be very grateful. ---------------------------------------- Other problems encountered along the way: if I make a partition too large, I get: # disklabel -R -r sd1 diskproto write: Read-only file system At the same time, the console claims: May 3 19:10:48 daemon /kernel: fixlabel: raw partition size > slice size May 3 19:10:48 daemon /kernel: fixlabel: raw partition offset != slice offset Greg From owner-freebsd-hackers Fri May 3 11:15:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26572 for hackers-outgoing; Fri, 3 May 1996 11:15:26 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA26565 for ; Fri, 3 May 1996 11:15:23 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id UAA14618 for ; Fri, 3 May 1996 20:16:07 +0200 Received: by uni4nn.iaf.nl with UUCP id AA02077 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Fri, 3 May 1996 20:15:51 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA19780 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Fri, 3 May 1996 19:22:26 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id XAA03171 for FreeBSD-hackers@freebsd.org; Thu, 2 May 1996 23:19:19 +0200 From: Wilko Bulte Message-Id: <199605022119.XAA03171@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: used to think I understood ps .. To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Thu, 2 May 1996 23:19:18 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk See: 1000 3055 298 12 -18 0 140 7588 vnread D+ p2 0:20.99 cmp -l two Here RSS >> VSZ apparantly. I was under the impression VSZ <= RSS ?? FWIW the cmp compares two 120Mb files (raw satellite images) Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Fri May 3 11:29:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA28100 for hackers-outgoing; Fri, 3 May 1996 11:29:58 -0700 (PDT) Received: from frya.zgik.zaporizhzhe.ua (ZGIK-1-MGTS-28.8K.zgik.zaporizhzhe.ua [193.124.62.250]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA28087 for ; Fri, 3 May 1996 11:29:50 -0700 (PDT) Received: from bcs.UUCP by frya.zgik.zaporizhzhe.ua with UUCP id VAA07180; (8.6.11/vak/1.8e) Fri, 3 May 1996 21:20:25 +0300 Received: by relay1.bcs.zaporizhzhe.ua (uumail v1.5/ache) id AA15483; Fri, 3 May 1996 21:11:29 +0300 Received: from bcs1.bcs.zaporizhzhe.ua (bcs1.bcs.zaporizhzhe.ua [193.124.62.29]) by relay1.bcs.zaporizhzhe.ua (8.6.12/8.6.12) with SMTP id VAA15480 for ; Fri, 3 May 1996 21:11:28 +0300 Received: by bcs1.bcs.zaporizhzhe.ua id AA08887 (5.65c8/IDA-1.4.4 for hackers@freebsd.org); Fri, 3 May 1996 21:11:26 +0300 From: Sergey Shkonda Message-Id: <199605031811.AA08887@bcs1.bcs.zaporizhzhe.ua> Subject: Error in lpd To: hackers@freebsd.org Date: Fri, 3 May 1996 21:11:21 +0300 (UKR) X-Mailer: ELM [version 2.4 PL0] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Error in error handler: recvjob.c: in function frecverr() extern char* fromb; must be extern char fromb[1]; -- Sergey Shkonda (serg@bcs.zaporizhzhe.ua) From owner-freebsd-hackers Fri May 3 11:44:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA29912 for hackers-outgoing; Fri, 3 May 1996 11:44:15 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA29902 for ; Fri, 3 May 1996 11:44:13 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA14591; Fri, 3 May 1996 11:36:27 -0700 From: Terry Lambert Message-Id: <199605031836.LAA14591@phaeton.artisoft.com> Subject: Re: stdio problem To: rpt@miles.sso.loral.com (Richard Toren) Date: Fri, 3 May 1996 11:36:26 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Richard Toren" at May 3, 96 07:48:50 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The "assumption" that 'fd 0 == stdin at entry to main()' is no longer > valid! > > In the classes I teach here at work, this is one of the examples I use > about how old shortcuts/standards make for non-portable code and insidious > bugs. > > I learned this from first-hand experience where fileno(stdin) did not > equal 0 but rather 1. And this was a program started from the standard > csh command line. > > This happens when a C++ static initializer procedure opens a file before > the crt0.o (or it's C++ equivelant) has yet run. In this case, > std{in,out,err} are fds n+0, n+1, n+2. Hmmmm... I've got to argue that this could only result from bad code for dealing with static initializers. What about a static initializer that operates on stdio? Is this now deemed illegal? fd's 0, 1, and 2 come from the exec, not from the crt0.o, in any case. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 3 11:46:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00281 for hackers-outgoing; Fri, 3 May 1996 11:46:21 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA00276 for ; Fri, 3 May 1996 11:46:19 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA14600; Fri, 3 May 1996 11:38:32 -0700 From: Terry Lambert Message-Id: <199605031838.LAA14600@phaeton.artisoft.com> Subject: Re: used to think I understood ps .. To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Fri, 3 May 1996 11:38:32 -0700 (MST) Cc: FreeBSD-hackers@FreeBSD.org In-Reply-To: <199605022119.XAA03171@yedi.iaf.nl> from "Wilko Bulte" at May 2, 96 11:19:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > 1000 3055 298 12 -18 0 140 7588 vnread D+ p2 0:20.99 cmp -l two > > Here RSS >> VSZ apparantly. I was under the impression VSZ <= RSS ?? > > FWIW the cmp compares two 120Mb files (raw satellite images) I would think this would be legal for a program with a shared libc that hasn't used most of libc yet, but the libc is in core because other programs have? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 3 12:06:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02703 for hackers-outgoing; Fri, 3 May 1996 12:06:59 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA02695 for ; Fri, 3 May 1996 12:06:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id NAA10466; Fri, 3 May 1996 13:05:12 -0600 (MDT) Message-Id: <199605031905.NAA10466@rover.village.org> To: Terry Lambert Subject: Re: stdio problem Cc: rpt@miles.sso.loral.com (Richard Toren), freebsd-hackers@FreeBSD.org In-reply-to: Your message of Fri, 03 May 1996 11:36:26 PDT Date: Fri, 03 May 1996 13:05:11 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : What about a static initializer that operates on stdio? Is this : now deemed illegal? At one point I know that accessing stdin,stdout and stderr was well defined in the C++ language draft. I've not checked recently. It is not well defined (or at least wasn't) if cin, cerr and cout work because those generally use the global ctor feature and ordering isn't well defined for those. Warner From owner-freebsd-hackers Fri May 3 12:16:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03821 for hackers-outgoing; Fri, 3 May 1996 12:16:02 -0700 (PDT) Received: from eac.iafrica.com (h196-7-192-134.iafrica.com [196.7.192.134]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA03788 for ; Fri, 3 May 1996 12:15:50 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id VAA00877 for hackers@freebsd.org; Fri, 3 May 1996 21:11:54 +0200 From: Robert Nordier Message-Id: <199605031911.VAA00877@eac.iafrica.com> Subject: dosfsck anyone? To: hackers@freebsd.org Date: Fri, 3 May 1996 21:11:53 +0200 (SAT) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm currently in the process of finishing off a BSD implementation of 'dosfsck', an 'fsck'-style utility for checking and repairing DOS FAT (and later VFAT) filesystems. The technical difficulties involved are not considerable; however, the four existing utilities I've tested (two DOS; two Unix) all get a number of fairly elementary test cases wrong. A reliable 'dosfsck' seems like a worthwhile addition to *BSD, at least insofar as it provides the ability to detect DOS filesystem errors. However, when it comes to fixing errors, there are a number of possible approaches, from simple(-minded) to (over-)complex. Depending on the level of interest (and subsequent use), a simple utility might be perceived as inadequate, or a complex utility as insufficiently debugged/proven to be depended on to fix 'real' problems. So, if anyone is sufficiently interested in a BSD 'dosfsck' to jump in with some feedback on the issue below (or on any more general issue), I'd appreciate it. Sample Design Issue It is pretty easy to detect DOS filesystem errors, and pretty easy to fix many of them (in that there is generally insufficient info for various approaches to be equally attractive). However, there are a few types of errors where it really becomes a toss-up, which approach to adopt. And disappearing up the wrong branch of a decision tree is likely to cause far more problems than doing nothing would. An example of this danger is the case of cross-linked directories. (If the directories /junk and /keep are cross-linked, they immediately or eventually merge into a common chain of directory entries, because they share all but zero or more initial allocation units). The simple-minded (or possibly KISS) approach of MS 'scandisk' and at least one Unix utility is as follows: If /junk appears before /keep in the root directory, the common entries will be silently allocated to /junk; only /keep will be identified as cross-linked; and the user will be prompted to truncate /keep. (And the other way round, if /keep appears before /junk.) This strategy can never have more than a 50% chance of success, and seems somewhat arbitrary, but requires less elaborate logic and/or internal data structures. A more flexible approach might be as follows: Directory '/junk' cross-linked on cluster 4. Truncate [yn]? [other stuff may intervene] Directory '/keep' cross-linked on cluster 4. Truncate [yn]? Advantages are: (a) both directories are identified as problematic (b) the user may choose which directory gets the common stuff (c) the user may elect to remove the common entries completely (In the case of cross-links, there are really two issues. One is the structural problem; the other is the possibility of directory corruption the cross-link may already have caused, or may be a symptom of.) The main problem with the more elaborate approach is that it introduces a 'static' vs 'dynamic' perplexity. Removing common entries entirely may radically affect the structure being worked on. And presenting info in terms of either the actual disk image, or the updated in-memory representation, may be equally confusing, in different circumstances. A related issue is whether to discard, or continue to queue, Change X (approved by the user) when - with hindsight - Change Y renders Change X unnecessary, or even misguided. One compromise might be not to allow truncation of both directories, thus avoiding large-scale structural changes. In this case, 'dosfsck' provides the means for eliminating detectable structural anomalies, and leaves it up to the user to cope with possible, non-detectable corruption. So the common clusters must be allocated to either /junk or /keep, and can be (re)moved by hand if found to be incorrect. (Example 1) Directory '/junk' is cross-linked on cluster 4. Truncate [yn]? y . . . . . Warning: directory '/keep' was also cross-linked on cluster 4. (Example 2) Directory '/junk' is cross-linked on cluster 4. Truncate [yn]? n . . . . . Directory '/keep' is cross-linked on cluster 4. Truncate [yn]? A further possible approach is simply 'So what? Provide an arbitrary fix for the problem. In the real world, most users will either restore from backup, or fix the problem themselves, either by hand or with some other utility.' Comments? -- Robert Nordier From owner-freebsd-hackers Fri May 3 12:57:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07760 for hackers-outgoing; Fri, 3 May 1996 12:57:12 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA07752 for ; Fri, 3 May 1996 12:57:08 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA15358; Sat, 4 May 1996 05:47:03 +1000 Date: Sat, 4 May 1996 05:47:03 +1000 From: Bruce Evans Message-Id: <199605031947.FAA15358@godzilla.zeta.org.au> To: imp@village.org, rpt@miles.sso.loral.com Subject: Re: stdio problem Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >: The "assumption" that 'fd 0 == stdin at entry to main()' is no longer >: valid! >It *MUST* be valid. It is how Unix works. The *SHELL* sets these >things up, No, the parent process sets things up. >so how does one find out what to use if 0 isn't it? Using stdin is in the state that it would be in if it were opened by fdopen(STDIN_FILENO, "r"). This state is [f]closed if the file is closed or unreadable. >stdio isn't an answer here, because I must be able to find this out >w/o ever touching stdio. fcntl(STDIN_FILENO, F_GETFL). >When main() is entered 0, 1, and 2 are already open *BY*THE*SHELL* >that fork/exec'd the program. stdio doesn't actually do an open(2) on >0, 1, 2. It merely maps them to std* to 0, 1, 2. It's broken. It has to do what fdopen() would do. >It has no way of >knowing what to open so must always use 0, 1, and 2. I'd be very very >surprised if you could come up with a program where fileno(stdin) != >0. Please post it. fileno(stdin) == STDIN_FILENO is specified by POSIX, at least if stdin hasn't been freopen'ed. >C++ static object constructors should be able to access stdin, et al. >Any C++ implementation that does not allow this is broken and should >be fixed. The fdopen()s should probably be done in an early constructor. The current approach is better suited to producing small (< 1K) executables. Bruce From owner-freebsd-hackers Fri May 3 14:14:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA12308 for hackers-outgoing; Fri, 3 May 1996 14:14:37 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA12302 for ; Fri, 3 May 1996 14:14:31 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id XAA15160; Fri, 3 May 1996 23:15:20 +0200 Received: by uni4nn.iaf.nl with UUCP id AA09824 (5.67b/IDA-1.5); Fri, 3 May 1996 23:14:53 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA25718 (5.67b/IDA-1.5); Fri, 3 May 1996 22:37:33 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id UAA01588; Fri, 3 May 1996 20:45:24 +0200 From: Wilko Bulte Message-Id: <199605031845.UAA01588@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: using DLT drive on FreeBSD To: dgy@rtd.com (Don Yuniskis) Date: Fri, 3 May 1996 20:45:24 +0200 (MET DST) Cc: freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <199605022045.NAA29327@seagull.rtd.com> from "Don Yuniskis" at May 2, 96 01:45:37 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I 'found' myself a DEC TZ87 DLT drive destined for the scrapyard. This > > Hold onto it... I think the 2000 series is being discontinued... Quite likely with the 4000 and 7000 series being the current/future offering. > > Quantum calls this a DLT2000. Apart from solving my backup needs for > > the foreseeable future :-) I also have a few questions: > > Don't count on it! My 2500xt (15/30G) is already starting to max out > when doing level 0 dumps.... :> Plus, the tapes are quite expensive > and DON'T EVER DROP ONE! Hmm, I don't have 10Gb worth of disks at home ;-) Tapes are a bit of an issue, in supporting customers I learned you can screw the tapes. Never succeeded in botching one myself but as we all know customers tend to be better at breaking things. > > /usr Solaris filesystem. Side note: I had to put the drive on a seperate > > SCSIbus/adapter to make this work. > > I wouldn't even try to keep them streaming -- unless you've got a really > fast disk subsystem *and* the DLT on a separate (FAST) SCSI adapter > with nice short cables... Come on, they are 'Born to Stream' ;-) The Sun could do it, so I don't see why a decent FreeBSD system could not do it. FWIW the single disk I pulled data from on the Sun is an identical model to the one in my Asus @ home. A controllerbased raidarray on the Sun proved to be better in getting the drive to stream but it is not impossible to do it from a single disk. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Fri May 3 14:15:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA12374 for hackers-outgoing; Fri, 3 May 1996 14:15:06 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA12366 for ; Fri, 3 May 1996 14:15:02 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id XAA15175; Fri, 3 May 1996 23:15:55 +0200 Received: by uni4nn.iaf.nl with UUCP id AA09900 (5.67b/IDA-1.5); Fri, 3 May 1996 23:15:32 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA25730 (5.67b/IDA-1.5); Fri, 3 May 1996 22:37:45 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id UAA01482; Fri, 3 May 1996 20:34:02 +0200 From: Wilko Bulte Message-Id: <199605031834.UAA01482@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: vi :a screws tty To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Fri, 3 May 1996 20:34:02 +0200 (MET DST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199605030859.KAA17658@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at May 3, 96 10:59:28 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >_ > > Anyone typed :a in vi command mode? Happens to me occasionally > when I miss the q. I didn't find a way to get out of that trap > other than killing the process. Try typing a . as the first char on a new line... (ed rules :-) Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Fri May 3 14:34:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA13442 for hackers-outgoing; Fri, 3 May 1996 14:34:17 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA13416 for ; Fri, 3 May 1996 14:34:10 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id OAA09163; Fri, 3 May 1996 14:34:02 -0700 From: Don Yuniskis Message-Id: <199605032134.OAA09163@seagull.rtd.com> Subject: Re: using DLT drive on FreeBSD To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Fri, 3 May 1996 14:34:01 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) In-Reply-To: <199605031845.UAA01588@yedi.iaf.nl> from "Wilko Bulte" at May 3, 96 08:45:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Don't count on it! My 2500xt (15/30G) is already starting to max out > > when doing level 0 dumps.... :> Plus, the tapes are quite expensive > > and DON'T EVER DROP ONE! > > Hmm, I don't have 10Gb worth of disks at home ;-) Tapes are a bit Give it time... I'm *sure* you WILL! ;-) > of an issue, in supporting customers I learned you can screw the > tapes. Never succeeded in botching one myself but as we all know > customers tend to be better at breaking things. Yes, they really don't like to be dropped. If the spindle gets bound up inside it (i.e. so the tape can't move), you can break the "tape extractor" in the drive (major bummer). > > I wouldn't even try to keep them streaming -- unless you've got a really > > fast disk subsystem *and* the DLT on a separate (FAST) SCSI adapter > > with nice short cables... > > Come on, they are 'Born to Stream' ;-) The Sun could do it, so I don't Heh heh heh... yeah, just getting the host to cooperate is the big problem! :> My comment was intended kinda "tongue-in-cheek"... more to say "Argh! These things are so damn fast that the processor becomes the bottleneck... be thankful and live with it!" ;-) > see why a decent FreeBSD system could not do it. FWIW the single disk > I pulled data from on the Sun is an identical model to the one in my > Asus @ home. I assume you've got everything set up for synchronous transfers, etc. (otherwise, most async SCSI stuff maxes out around 4MB/sec -- with typical cabling -- which would cut it close if disk and tape are on same bus) > A controllerbased raidarray on the Sun proved to be better in getting > the drive to stream but it is not impossible to do it from a single disk. I imagine some of the SCSI system implementors might be better at explaining the possible bottlenecks. BTW, there are some resources available (I think on Quantum's page or maybe ftp site, etc.) that you might want to grab. They allow firmware updates to the drive, etc. Don't know if they work with the DEC 2000 product or just Quantums stuff, etc. (Quantum bought the product line from DEC and I don't know how the support is handled) --don From owner-freebsd-hackers Fri May 3 14:35:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA13563 for hackers-outgoing; Fri, 3 May 1996 14:35:50 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA13547 Fri, 3 May 1996 14:35:39 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15922(10)>; Fri, 3 May 1996 14:34:43 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Fri, 3 May 1996 14:34:18 -0700 To: Joe Greco cc: jc@irbs.com (John Capo), jdp@polstra.com, nate@sri.mt.net, hackers@freebsd.org, freebsd-isp@freebsd.org Subject: Re: Named and Reverse DNS lookups [PATCH] In-reply-to: Your message of "Thu, 02 May 96 16:10:44 PDT." <199605022310.SAA13454@brasil.moneng.mei.com> Date: Fri, 3 May 1996 14:34:08 PDT From: Bill Fenner Message-Id: <96May3.143418pdt.177475@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199605022310.SAA13454@brasil.moneng.mei.com> you write: >That, however, suggests a pitfall of the technique: you may break on hosts >with older resolvers :-( This bug was introduced in one of the BIND 4.9.3 beta versions; as far as I know all of the released versions of BIND deal with this properly. Bill From owner-freebsd-hackers Fri May 3 14:47:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14277 for hackers-outgoing; Fri, 3 May 1996 14:47:20 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA14271 for ; Fri, 3 May 1996 14:47:14 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id HAA18488; Sat, 4 May 1996 07:42:16 +1000 Date: Sat, 4 May 1996 07:42:16 +1000 From: Bruce Evans Message-Id: <199605032142.HAA18488@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.ORG, pat@transarc.com Subject: Re: Documentation for "config" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >This may sound like a silly question, but does anyone have any >documentation for how config(8) works? That is, given a configuration $ locate config | grep doc /usr/share/doc/smm/02.config /usr/share/doc/smm/02.config/paper.ascii.gz ... This is out of date, but has a lot of detail about machine-independent things. Bruce From owner-freebsd-hackers Fri May 3 15:35:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA16575 for hackers-outgoing; Fri, 3 May 1996 15:35:04 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA16570 for ; Fri, 3 May 1996 15:35:01 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA15008; Fri, 3 May 1996 15:26:05 -0700 From: Terry Lambert Message-Id: <199605032226.PAA15008@phaeton.artisoft.com> Subject: Re: using DLT drive on FreeBSD To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Fri, 3 May 1996 15:26:04 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199605031838.UAA01522@yedi.iaf.nl> from "Wilko Bulte" at May 3, 96 08:38:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > I think the 2.1R limit is 32kbytes. In the recent past there was a > > > discussion about this on this list (in relation to DAT drives??). > > > > 64 KB, this is enforced by physio(9) [man page not yet written :)]. > > Many SCSI adapters do only allow for 16 scatter/gather segments, and > > in the worst case, you need one of them for each physical page. > > This would imply that non-SG adapters are unusable. Correct me if I'm > wrong but something like a Seagate ST-02 (junk, I know, but sea(4) > is available) does not do SG. No, it just means they are slow, since they have to use software. Luckily, those things don't come with boot ROM's, so you have to go out of your way to use them in the first place. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 3 20:25:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA01895 for hackers-outgoing; Fri, 3 May 1996 20:25:47 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA01877 for ; Fri, 3 May 1996 20:25:23 -0700 (PDT) Received: from zot.io.org (taob@zot.io.org [198.133.36.82]) by post.io.org (8.7.5/8.7.3) with SMTP id XAA12359 for ; Fri, 3 May 1996 23:27:00 -0400 (EDT) Date: Fri, 3 May 1996 23:24:30 -0400 (EDT) From: Brian Tao To: FREEBSD-HACKERS-L Subject: News server kernel panics, dmesg buffer too small... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For whatever reason, my news server crashed twice today. This was all I could get out of the syslog: May 3 00:02:34 news1 batcher[17263]: batcher bialik times user 0.063 system 0.220 elapsed 11.684 May 3 00:02:34 news1 batcher[17263]: batcher bialik stats batches 1 articles 271 bytes 521024 May 3 00:02:40 news1 nnrpd[16599]: akira.net5a.io.org group alt.binaries.nude.celebrities 20 May 3 00:13:26 news1 /kernel: <07> May 3 00:13:27 news1 lpd[103]: restarted May 3 00:13:30 news1 innd: ME descriptors 2048 May 3 00:13:30 news1 innd: ME outgoing 2035 [...] May 3 19:26:45 news1 nnrpd[20383]: gleaner.net4.io.org group comp.binaries.psion 1 May 3 19:37:07 news1 /kernel: vm_page_free: offset(565248), bmapped(1), busy(0), PG_BUSY(0) May 3 19:37:07 news1 /kernel: panic: vm_page_free: freeing busy page May 3 19:37:07 news1 /kernel: May 3 19:37:08 news1 /kernel: syncing disks... 33 33 33 33 33 33 33 33 33 33 33 33 33 33 33 33 33 33 33 33 giving up May 3 19:37:08 news1 /kernel: Automatic reboot in 15 seconds - press a key on the console to abort May 3 19:37:08 news1 /kernel: Rebooting... May 3 19:37:08 news1 /kernel: FreeBSD 2.1.0-RELEASE #0: Fri Feb 16 21:05:06 EST 1996 May 3 19:37:08 news1 /kernel: taob@cabal.io.org:/src/2.1.0-RELEASE/sys/compile/NEWS In the first instance, the one /kernel line was the only thing left in syslog. No panic message or boot messages were recorded (how did the bootup stuff not get saved?). In the second case, it looks like the panic may have been truncated. Is it possible to locate the cause of the panic given above? This is the first time I've seeen a vm_page_free panic logged with the offset, etc. information. Anyhow, it would be nice if the default message buffer was bumped up to 8K. Boot time messages on my news server add up to 3678 bytes (9 drives to report). There was some discussion back in February about doing this, but the March 23 snapshot still allocated 4K (I haven't had a chance to check out the May 1 snapshot). What do I need to recompile with a larger MSG_BSIZE? There's the kernel, dmesg and syslogd... anything else? -- Brian Tao (BT300, taob@io.org, taob@ican.net) Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sat May 4 01:53:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA13112 for hackers-outgoing; Sat, 4 May 1996 01:53:52 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA13097 for ; Sat, 4 May 1996 01:53:47 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA14248 for ; Sat, 4 May 1996 10:53:45 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA09545 for freebsd-hackers@freebsd.org; Sat, 4 May 1996 10:53:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA21347 for freebsd-hackers@freebsd.org; Sat, 4 May 1996 10:25:08 +0200 (MET DST) From: J Wunsch Message-Id: <199605040825.KAA21347@uriah.heep.sax.de> Subject: Re: using DLT drive on FreeBSD To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 4 May 1996 10:25:08 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605031838.UAA01522@yedi.iaf.nl> from Wilko Bulte at "May 3, 96 08:38:54 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Wilko Bulte wrote: > > 64 KB, this is enforced by physio(9) [man page not yet written :)]. > > Many SCSI adapters do only allow for 16 scatter/gather segments, and > > in the worst case, you need one of them for each physical page. > > This would imply that non-SG adapters are unusable. Correct me if I'm > wrong but something like a Seagate ST-02 (junk, I know, but sea(4) > is available) does not do SG. ...nor does it do busmaster DMA. :) Busmaster DMA controllers are required to support scatter/gather, that's why some early revision AHA-154X-A's are unusable with FreeBSD (but this was a firmware revision problem, mine is working fine in the scratchbox). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat May 4 02:14:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA15564 for hackers-outgoing; Sat, 4 May 1996 02:14:58 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA15550 for ; Sat, 4 May 1996 02:14:53 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id LAA17413; Sat, 4 May 1996 11:16:14 +0200 Received: by uni4nn.iaf.nl with UUCP id AA05959 (5.67b/IDA-1.5); Sat, 4 May 1996 11:15:22 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA14675 (5.67b/IDA-1.5); Sat, 4 May 1996 10:42:31 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id XAA03044; Fri, 3 May 1996 23:08:39 +0200 From: Wilko Bulte Message-Id: <199605032108.XAA03044@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: used to think I understood ps .. To: terry@lambert.org (Terry Lambert) Date: Fri, 3 May 1996 23:08:39 +0200 (MET DST) Cc: FreeBSD-hackers@FreeBSD.org In-Reply-To: <199605031838.LAA14600@phaeton.artisoft.com> from "Terry Lambert" at May 3, 96 11:38:32 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > 1000 3055 298 12 -18 0 140 7588 vnread D+ p2 0:20.99 cmp -l two > > > > Here RSS >> VSZ apparantly. I was under the impression VSZ <= RSS ?? > > > > FWIW the cmp compares two 120Mb files (raw satellite images) > > I would think this would be legal for a program with a shared > libc that hasn't used most of libc yet, but the libc is in core > because other programs have? > > Terry Lambert I'm not sure I understand your point. Considering: # size libc.so.2.1 text data bss dec hex 339968 16384 48004 404356 62b84 I'd assume a worst case program would need all of libc. The approx 7.5Mb RSS seems quite steep (to say the least). What makes ps decide to include shared lib code in the RSS calculation? (maybe RTFS ?) Would not it be fair to consider libc.so are shared burden that is system wide desperately needed? Maybe it's just me.. But please try to enlighten me. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sat May 4 06:28:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA05333 for hackers-outgoing; Sat, 4 May 1996 06:28:08 -0700 (PDT) Received: from wdl1.wdl.loral.com (wdl1.wdl.loral.com [137.249.32.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA05328 for ; Sat, 4 May 1996 06:28:06 -0700 (PDT) Received: from miles.sso.loral.com (miles.wdl.loral.com) by wdl1.wdl.loral.com (5.x/WDL-2.4-1.0) id AA25450; Sat, 4 May 1996 06:27:40 -0700 Received: by miles.sso.loral.com (4.1/SSO-SUN-2.04) id AA13034; Sat, 4 May 96 09:26:08 EDT Date: Sat, 4 May 1996 09:26:07 -0400 (EDT) From: Richard Toren X-Sender: rpt@miles To: freebsd-hackers@freebsd.org Subject: Re: stdio problem Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok; I am not a kernel maintainer.. But I am a unix programmer. This all happened using the CenterLine C++ package on SunOs 4.1.3 about 2.5 years ago. The following is from memory. One portion of the code I was writing for the project was the common routine for spawning off a daemon process. I had collected the combined wisdom from the Sun manuals, Commers TCP books, and Stevens networking. In one piece of the code, there were the classic lines to close 0,1,2 and then create a new set for the child. The rest had to do with the control terminal and the process group (blah,, blah, blah). What we found (in just one case) in the child process was that the printf commands that were to be going to stdout were ending up in our disk log file. So I did some forensic checking by opening /dev/console, and printing debug info explicity to the console with fprintf. This was done in the parent program before any of the daemonizing code was run. The value of 'fileno(stdin) == 1'. So I just substituted 'fclose(fileno(stdin))' for fclose(0) and everything worked fine. Looking at what was happening at the program startup (prior to calling main()) was that the static initializer of a class called AnAtom was calling the logging class (LogFile) in its static initializer. The static service in the LogFile class checked to see if it's constructor had been run. If not, a temporary log file was opened, and later copied into the real logfile by it's ctor. In this case, it seemed obvious that LogFile had opened fd 0 before the crt0 routine had had a chance. I had seen the warning about not making any assumptions about the ordering of static initializers, and that the iostream package may noy yet be initialized. As I said; I am not a kernel maintainer, just a programmer. But NOT assuming fd 0 == stdin was proven correct and prudent from that point onward. If different OSs and compilers do things differently, so be it. But if the system supplies a way to obtain system data through an abstraction; that would always seem to be the proper (more portable) way to get it. ==================================================== Rip Toren | The bad news is that C++ is not an object-oriented | rpt@miles.sso.loral.com | programming language. .... The good news is that | | C++ supports object-oriented programming. | | C++ Programming & Fundamental Concepts | | by Anderson & Heinze | ==================================================== From owner-freebsd-hackers Sat May 4 07:44:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA08950 for hackers-outgoing; Sat, 4 May 1996 07:44:35 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA08944 for ; Sat, 4 May 1996 07:44:31 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uFiZJ-0003xcC; Sat, 4 May 96 07:44 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id OAA05651; Sat, 4 May 1996 14:44:14 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: hackers@freebsd.org cc: thorinn@diku.dk Subject: DCF77 + xntpd + freebsd = WOW! Date: Sat, 04 May 1996 14:44:12 +0000 Message-ID: <5649.831221052@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (thorinn: please forward to any interested parties in the NTP club) DCF77 is a 77.5 Khz radio-xmitter close to Frankfurt in Germany, which is probably a little over a thousand kilometers from where I live. I have a receiver for this station hooked up via a serial port to my P5/133 box running FreeBSD-current, I use the "siointrts" interrupt entry for this port to provide the precise timestamp xntpd needs. I have saved the peerstats and loopstats files since some time last november, and now I finally got around to run some stats on them. Here is the result: Clock-offset less than +/- 5ms: 97.8623 % Clock-offset less than +/- 2ms: 94.5631 % Clock-offset less than +/- 1ms: 80.0504 % Clock-offset less than +/- 500us: 65.6242 % The histogram of these offsets is a near-perfect bell-curve... Here then is the punchline: That receiver cost me something like 40 DMK via mail-order from "Konrad Electronic". Who said precise time-keeping had to be expensive ? :-) Poul-Henning Kamp From owner-freebsd-hackers Sat May 4 08:27:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA10903 for hackers-outgoing; Sat, 4 May 1996 08:27:52 -0700 (PDT) Received: from crash.ops.neosoft.com (root@crash.ops.NeoSoft.COM [206.109.4.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA10867 Sat, 4 May 1996 08:27:46 -0700 (PDT) Received: (from dbaker@localhost) by crash.ops.neosoft.com (8.7.5/8.7.3) id KAA06767; Sat, 4 May 1996 10:27:30 -0500 (CDT) From: Daniel Baker Message-Id: <199605041527.KAA06767@crash.ops.neosoft.com> Subject: Compiling today's -STABLE To: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Date: Sat, 4 May 1996 10:27:30 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hey.. Has anyone else had any problems with compiling today's -STABLE? Right towards the end of the make world, I get a: ===> usr.bin/dig cc -O -I/usr/src/usr.bin/dig/../../usr.sbin/nslookup -o dig dig.o debug.o list.o send.o subr.o debug.o: Undefined symbol `_iso_ntoa' referenced from text segment list.o: Undefined symbol `_iso_ntoa' referenced from text segment *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Any ideas? Daniel -- Daniel Baker (dbaker@neosoft.com) Network Operations Technician -- NeoSoft, Inc. Opinions expressed are mine From owner-freebsd-hackers Sat May 4 09:04:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA13017 for hackers-outgoing; Sat, 4 May 1996 09:04:27 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA13009 for ; Sat, 4 May 1996 09:04:23 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id LAA00602; Sat, 4 May 1996 11:03:30 -0500 (EST) From: "John S. Dyson" Message-Id: <199605041603.LAA00602@dyson.iquest.net> Subject: Re: used to think I understood ps .. To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Sat, 4 May 1996 11:03:30 -0500 (EST) Cc: terry@lambert.org, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199605032108.XAA03044@yedi.iaf.nl> from "Wilko Bulte" at May 3, 96 11:08:39 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I'm not sure I understand your point. Considering: > > # size libc.so.2.1 > text data bss dec hex > 339968 16384 48004 404356 62b84 > > I'd assume a worst case program would need all of libc. The approx > 7.5Mb RSS seems quite steep (to say the least). > cmp works by mmaping in the two files. Mmaped regions are not included in the VSZ calculations. Only .text+.data+.bss are included. RSS includes everything that is mapped, including .text+.data+.bss and other mmaps like shared libs and mapped files. John From owner-freebsd-hackers Sat May 4 11:23:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA18570 for hackers-outgoing; Sat, 4 May 1996 11:23:07 -0700 (PDT) Received: from neon.Glock.COM (neon.glock.com [198.82.228.159]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA18565 for ; Sat, 4 May 1996 11:23:05 -0700 (PDT) Received: (from mmead@localhost) by neon.Glock.COM (8.7.5/8.7.3) id OAA20268 for hackers@freebsd.org; Sat, 4 May 1996 14:10:15 -0400 (EDT) From: "matthew c. mead" Message-Id: <199605041810.OAA20268@neon.Glock.COM> Subject: recovering a disklabel-less drive To: hackers@freebsd.org Date: Sat, 4 May 1996 14:10:15 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got a drive I'm trying to recover data off of for someone, but it has no disklabel. I know the sizes of the partitions, and have successfully gotten access to the 'a' partition, however, I can't seem to get access to any of the rest. There is a 32M 'a' partition, a 100M 'b' swap partition, a 100M 'e' partition, 100M 'f' partiton, 200M 'g' partition, and a 1021M 'h' partition. The problem lies in that I don't know if the swap partition is interspersed with these or not. I've tried many combinations of offsets and can't seem to get a recognizable superblock magic. I have dd'd through most of the drive, so I know that the data is there. Is there anyone out there that has been through this and knows how to reliably determine partition offsets and sizes by scanning the output from reading the raw device? Or is there some way to "force" a superblock magic? Thanks for any and all suggestions! -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-hackers Sat May 4 15:08:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA05248 for hackers-outgoing; Sat, 4 May 1996 15:08:27 -0700 (PDT) Received: from expresslane.ca (expresslane.ca [205.233.74.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA05243 Sat, 4 May 1996 15:08:24 -0700 (PDT) Received: from localhost (james@localhost) by expresslane.ca (8.7.5/8.7.3) with SMTP id SAA06568; Sat, 4 May 1996 18:08:09 -0400 (EDT) Date: Sat, 4 May 1996 18:08:07 -0400 (EDT) From: James FitzGibbon To: Daniel Baker cc: freebsd-stable@FreeBSD.org, freebsd-questions@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: Compiling today's -STABLE In-Reply-To: <199605041527.KAA06767@crash.ops.neosoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 4 May 1996, Daniel Baker wrote: > Has anyone else had any problems with compiling today's -STABLE? > > Right towards the end of the make world, I get a: > > ===> usr.bin/dig > cc -O -I/usr/src/usr.bin/dig/../../usr.sbin/nslookup -o dig dig.o debug.o list.o send.o subr.o > debug.o: Undefined symbol `_iso_ntoa' referenced from text segment > list.o: Undefined symbol `_iso_ntoa' referenced from text segment I had this problem when I built -current and went to put -stable in. Most of my problems related to the fact that libc has been upgraded from v2.2 to v3.0 between stable and current. I had to take out all the binaries, replace them with 2.1, re-sup stable, and make world, but it does work. -- j. +--------------------------------------------------------------------------+ | James FitzGibbon james@expresslane.ca | | Technical Operations Voice/Fax: 416-239-3765/3279 | +--------------------------------------------------------------------------+ From owner-freebsd-hackers Sat May 4 16:43:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA11025 for hackers-outgoing; Sat, 4 May 1996 16:43:14 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA11004 for ; Sat, 4 May 1996 16:43:09 -0700 (PDT) Received: (from scanner@localhost) by orion.webspan.net (8.6.12/8.6.12) id TAA00548; Sat, 4 May 1996 19:43:06 -0400 Date: Sat, 4 May 1996 19:43:06 -0400 (EDT) From: Scanner SOD To: freebsd-hackers@freebsd.org Subject: Disklabel is hosed Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What the hell happened to my disklabel's :) When i do disklabel -e /dev/sdx and exit withought changing anything i get : line 12: 0: bad rpm line 13: 0: bad interleave Warning, revolutions/minute 0 now if i fill in the rpm which i have and the interleave i get this: disklabel: ioctl DIOCWDINFO: Operation not supported by device Can someone PLEASE tell me wtf happened to my disklabels :) My HD's appear to work but the interleave and rpm and a few things are set to 0. I have no clue how this happened or how to fix it. Thanks, Scanner -- ===================================| Webspan Inc., ISP Division. FreeBSD 2.1.0 is available now! | Phone: 908-367-8030 ext. 126 -----------------------------------| 500 West Kennedy Blvd., Lakewood, NJ-08701 Turning PCs into Workstations | E-Mail: scanner@webspan.net ===================================| SysAdmin / Network Engineer / Consultant From owner-freebsd-hackers Sat May 4 17:13:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19372 for hackers-outgoing; Sat, 4 May 1996 17:13:38 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA19359 for ; Sat, 4 May 1996 17:13:35 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id CAA19611; Sun, 5 May 1996 02:14:36 +0200 Received: by uni4nn.iaf.nl with UUCP id AA02651 (5.67b/IDA-1.5); Sun, 5 May 1996 02:14:01 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA07694 (5.67b/IDA-1.5); Sun, 5 May 1996 01:14:51 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id TAA12938; Sat, 4 May 1996 19:06:46 +0200 From: Wilko Bulte Message-Id: <199605041706.TAA12938@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: using DLT drive on FreeBSD To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 4 May 1996 19:06:46 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199605040825.KAA21347@uriah.heep.sax.de> from "J Wunsch" at May 4, 96 10:25:08 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > This would imply that non-SG adapters are unusable. Correct me if I'm > > wrong but something like a Seagate ST-02 (junk, I know, but sea(4) > > is available) does not do SG. > > ...nor does it do busmaster DMA. :) > > Busmaster DMA controllers are required to support scatter/gather, Of course.. > that's why some early revision AHA-154X-A's are unusable with FreeBSD > (but this was a firmware revision problem, mine is working fine in the > scratchbox). Now that you mention it: I have 2 of the 1542A in my testbox. There was a program to check their health mentioned some time ago. Do you have a pointer to it? I'd like to check my cards. (If they prove problematic, I'll start haunting you for a PROM image ;-) > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sat May 4 17:13:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19390 for hackers-outgoing; Sat, 4 May 1996 17:13:41 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA19371 for ; Sat, 4 May 1996 17:13:37 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id CAA19615; Sun, 5 May 1996 02:14:40 +0200 Received: by uni4nn.iaf.nl with UUCP id AA02661 (5.67b/IDA-1.5); Sun, 5 May 1996 02:14:08 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA07696 (5.67b/IDA-1.5); Sun, 5 May 1996 01:14:53 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id SAA12559; Sat, 4 May 1996 18:59:11 +0200 From: Wilko Bulte Message-Id: <199605041659.SAA12559@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: used to think I understood ps .. To: toor@dyson.iquest.net (John S. Dyson) Date: Sat, 4 May 1996 18:59:11 +0200 (MET DST) Cc: terry@lambert.org, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199605041603.LAA00602@dyson.iquest.net> from "John S. Dyson" at May 4, 96 11:03:30 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I'm not sure I understand your point. Considering: > > > > # size libc.so.2.1 > > text data bss dec hex > > 339968 16384 48004 404356 62b84 > > > > I'd assume a worst case program would need all of libc. The approx > > 7.5Mb RSS seems quite steep (to say the least). > > > cmp works by mmaping in the two files. Mmaped regions are not included > in the VSZ calculations. Only .text+.data+.bss are included. RSS includes > everything that is mapped, including .text+.data+.bss and other mmaps like > shared libs and mapped files. > > John Aha! This explains the big difference. Thanks for your help Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sat May 4 17:19:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20545 for hackers-outgoing; Sat, 4 May 1996 17:19:51 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA20528 for ; Sat, 4 May 1996 17:19:45 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id JAA09309; Sun, 5 May 1996 09:53:00 +0930 From: Michael Smith Message-Id: <199605050023.JAA09309@genesis.atrad.adelaide.edu.au> Subject: Re: Disklabel is hosed To: scanner@webspan.net (Scanner SOD) Date: Sun, 5 May 1996 09:52:59 +0930 (CST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Scanner SOD" at May 4, 96 07:43:06 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Scanner SOD stands accused of saying: > > Can someone PLEASE tell me wtf happened to my disklabels :) > My HD's appear to work but the interleave and rpm and a few things are > set to 0. I have no clue how this happened or how to fix it. The numbers are irrelevant, ignore them. > Scanner -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat May 4 17:55:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA22843 for hackers-outgoing; Sat, 4 May 1996 17:55:46 -0700 (PDT) Received: from mail.ca2.so-net.or.jp (mail.ca2.so-net.or.jp [202.238.95.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA22837 for ; Sat, 4 May 1996 17:55:42 -0700 (PDT) Received: from chiota (ppp6812.sng2.ap.so-net.or.jp [202.238.104.18]) by mail.ca2.so-net.or.jp (8.7.5/3.4W396011914) with SMTP id JAA22670; Sun, 5 May 1996 09:55:33 +0900 Received: from localhost (localhost [127.0.0.1]) by chiota (8.6.12/) with SMTP id JAA00258; Sun, 5 May 1996 09:54:31 +0900 Message-Id: <199605050054.JAA00258@chiota> To: hackers@freebsd.org Cc: shigio@ca2.so-net.or.jp Subject: Private patch for VI using GLOBAL [FreeBSD 2.1R] Date: Sun, 05 May 1996 09:54:29 +0900 From: Shigio Yamaguchi Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello this is Yamaguchi. This is a patch for vi(1) to use global(1) within the editor. Global(1) is a command which find the locations of specified function in C source files. With this patch, vi's tag function is extended to use global. You need global-1.0 or 1.1. Thank you. ------------------ C U T H E R E ------------------------ # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # README # vi.diff # echo x - README sed 's/^X//' >README << 'END-of-README' X XThis is a patch for vi(1) to use global(1) within the editor. X X !!!CAUTION!!! | X This is a private patch, | X not a public one. | X | X ###### | ### X # #### | # # X # # #### | # # ## ### # # X # # # | # # # # # # version 1.0 or 1.1 X # # # u s i n g | # ### # # # ### # # # X # # # | # # # # # # # #### # X # #### | ### #### ## ### ## ## ### X | X For FreeBSD2.1 or 2.0.5 X | X | Copyright Shigio Yamaguchi X | X | X | 5/3/96 X XGlobal(1) is a command which find the locations of specified function Xin C source files. With this patch, vi's tag function is extended to Xuse global. X X1. Features X X o Tag function of patched vi can locate not only function definitions X but also function references. X o Patched vi allow duplicate tag entries. When selection needed, X vi go into 'GTAGS SELECT MODE' which display tags list and you X can select a tag from it. X o Patched vi can understand perl's regular expression as a tag name X for search. X o Patched vi is upper compatible with original vi. Above functions X are available only in 'gtags mode'. X X I think these features are useful for a large project containing many X subdirectories, many '#ifdef' and many main() functions like MH. X X2. Installation X X Patched vi require global command. X X (1) Install global version1.0 or 1.1 if not yet. X X Please read the README file of global package. X I recommend to use 1.1 that is bugfix version. X X (2) Patch vi X X % cd /usr/src/usr.bin/vi X % patch -p < vi.diff X % make X # make install X X3. Preparation X X First of all, you must execute gtags(1) at the root of source tree. X Gtags traverse subdirectories, find C source files and make two X database at the root of source tree. X (gtags(1) is included in global package) X X GTAGS - database for function definition X GRTAGS - database for function reference X X X To use global from vi, you need to get into 'gtags mode'. X There are some ways to do it. X X (a) Start vi with -G option X X % vi -G file.c X X (b) Start vi and execute "set gtagsmode" X X % vi file.c X ~ X ~ X ~ X :set gtagsmode X X (c) Previously write the set command to .exrc file and start vi X X $HOME/.exrc X +---------------------------- X |set gtagsmode X X X4. Basic usage X X (You must start vi under the source tree described above.) X X o To go to func1, you can say X X :tag func1 X X It seemes same with original vi, but patched vi use GTAGS X instead of tags. X X o To go to the referenced point of func1, add prefix 'r' X X :rtag func1 X X Patched vi use GRTAGS. X X o If selection needed, vi goes into 'GTAGS SELECT MODE' like this. X X +------------------------------------------------------------- X |main 347 i386/isa/ultra14f.c main() X |main 128 kern/init_main.c main(framep) X |main 104 netiso/clnp_debug.c main() X |main 164 netiso/xebec/main.c main(argc, argv) X |~ X |~ X |~ X |~ X |~ X |[GTAGS SELECT MODE] 4 lines X +------------------------------------------------------------- X X You can select a tag line by any vi command and press [RETURN], X and you can go to the tag's point. In ex mode, type "select" X instead of [RETURN]. X X o command is available. X X In gtagsmode, if you are on the first column of line, it is identical to X ":rtag [RETURN]", otherwise ":tag [RETURN]". X X o Other tag commands are available too. X X X ":tagpop" X ":tagtop" X ":display tags" X X Please read online manual. X X5. Applied usage X X o In large project which include many main() function like MH, X you can start vi like this. X X % vi -G -t main X X Pached vi goes into 'GTAGS SELECT MODE' directly and shows you X the list of MH commands. X X o When you want to check functions the name of which start with X "set" or "get", X X % vi -G -t '^[sg]et' X X Of cause, following command is available too. X X :tag ^[sg]et X X o If your source files are on a read only device like CDROM, please do X the followings. X X % mkdir /var/dbpath <- directory for tag file X % cd /cdrom/src <- the root of source tree X % gtags /var/dbpath <- make tag files in /var/dbpath X % setenv GTAGSROOT `pwd` X % setenv GTAGSDBPATH /var/dbpath X % vi -G -t main X X o Global doesn't treat the references to the function that is not defined X in the source tree. So generally system's library functions and system X calls are ignored. If you want to treat them, first buy a disk and X second do the followings. X X % cd /usr/src X % gtags X X If you examine vi's source, X X % cd /usr/src/usr.bin/vi X % vi -G -t main X X You can start from vi and trip the whole unix world as if using X hyper-text. It requires about 80MB disk though... X XThank you for your reading of my poor english. END-of-README echo x - vi.diff sed 's/^X//' >vi.diff << 'END-of-vi.diff' Xdiff -c -r /usr/src/usr.bin/vi/USD.doc/vi.man/vi.1 ./USD.doc/vi.man/vi.1 X*** /usr/src/usr.bin/vi/USD.doc/vi.man/vi.1 Mon Apr 22 16:11:45 1996 X--- ./USD.doc/vi.man/vi.1 Sat Apr 27 18:24:04 1996 X*************** X*** 39,59 **** X .Nd text editors X .Sh SYNOPSIS X .Nm \&ex X! .Op Fl eFRrsv X .Op Fl c Ar cmd X .Op Fl t Ar tag X .Op Fl w Ar size X .\".Op Fl X Ar \&aw X .Op Ar "file ..." X .Nm \&vi X! .Op Fl eFRrv X .Op Fl c Ar cmd X .Op Fl t Ar tag X .Op Fl w Ar size X .\".Op Fl X Ar \&aw X .Op Ar "file ..." X .Nm view X! .Op Fl eFRrv X .Op Fl c Ar cmd X .Op Fl t Ar tag X .Op Fl w Ar size X--- 39,59 ---- X .Nd text editors X .Sh SYNOPSIS X .Nm \&ex X! .Op Fl eFGRrsv X .Op Fl c Ar cmd X .Op Fl t Ar tag X .Op Fl w Ar size X .\".Op Fl X Ar \&aw X .Op Ar "file ..." X .Nm \&vi X! .Op Fl eFGRrv X .Op Fl c Ar cmd X .Op Fl t Ar tag X .Op Fl w Ar size X .\".Op Fl X Ar \&aw X .Op Ar "file ..." X .Nm view X! .Op Fl eFGRrv X .Op Fl c Ar cmd X .Op Fl t Ar tag X .Op Fl w Ar size X*************** X*** 124,129 **** X--- 124,131 ---- X Don't copy the entire file when first starting to edit. X (The default is to make a copy in case someone else modifies X the file during your edit session.) X+ .It Fl G X+ Start editing in gtags mode, as if the gtagsmode option was set. X .It Fl R X Start editing in read-only mode, as if the command name was X .Nm view , X*************** X*** 377,382 **** X--- 379,385 ---- X Move the cursor down X .Li count X lines to the first nonblank character of that line. X+ In gtags select mode, select current line as a tag. X .It Sy "[count] " X .It Sy "[count] k" X Move the cursor up X*************** X*** 402,408 **** X .Nm \&ex X commands or cancel partial commands. X .It Sy "" X! Push a tag reference onto the tag stack. X .It Sy "" X Switch to the most recently edited file. X .It Sy "[count] " X--- 405,412 ---- X .Nm \&ex X commands or cancel partial commands. X .It Sy "" X! Push a tag reference onto the tag stack. In gtagsmode, if at the first column X! of line, locate function references otherwise function definitions. X .It Sy "" X Switch to the most recently edited file. X .It Sy "[count] " X*************** X*** 780,785 **** X--- 784,793 ---- X Grow or shrink the current screen. X .It Sy "rew[ind][!]" X Rewind the argument list. X+ .It Sy "rta[g][!] tagstring" X+ Edit the file refering the specified tag. (Only in gtagsmode) X+ .It Sy "se[lect]" X+ Select a tag from gtags list. X .It Sy "se[t] [option[=[value]] ...] [nooption ...] [option? ...] [all]" X Display or set editor options. X .It Sy "sh[ell]" X*************** X*** 901,906 **** X--- 909,916 ---- X style) expressions. X .It Sy "flash [on]" X Flash the screen instead of beeping the keyboard on error. X+ .It Sy "gtagsmode, gt [off]" X+ Use GTAGS and GRTAGS instead of tags. X .It Sy "hardtabs, ht [8]" X Set the spacing between hardware tab settings. X .It Sy "ignorecase, ic [off]" Xdiff -c -r /usr/src/usr.bin/vi/common/Makefile ./common/Makefile X*** /usr/src/usr.bin/vi/common/Makefile Mon Apr 22 16:11:44 1996 X--- ./common/Makefile Wed May 1 14:56:48 1996 X*************** X*** 9,15 **** X LINKS+= ${BINDIR}/${VI} ${BINDIR}/view X MAN1= ${.CURDIR}/../USD.doc/vi.man/vi.1 X X! CFLAGS+=-I. -I${.CURDIR} X DPADD+= ${LIBCURSES} ${LIBTERMCAP} ${LIBUTIL} X LDADD+= -lcurses -ltermcap -lutil X X--- 9,15 ---- X LINKS+= ${BINDIR}/${VI} ${BINDIR}/view X MAN1= ${.CURDIR}/../USD.doc/vi.man/vi.1 X X! CFLAGS+=-I. -I${.CURDIR} -DGTAGS X DPADD+= ${LIBCURSES} ${LIBTERMCAP} ${LIBUTIL} X LDADD+= -lcurses -ltermcap -lutil X Xdiff -c -r /usr/src/usr.bin/vi/common/exf.c ./common/exf.c X*** /usr/src/usr.bin/vi/common/exf.c Mon Apr 22 16:11:43 1996 X--- ./common/exf.c Tue Apr 30 10:44:10 1996 X*************** X*** 156,162 **** X--- 156,169 ---- X * Required FRP initialization; the only flag we keep is the X * cursor information. X */ X+ #ifdef GTAGS X+ /* X+ * we must keep gtagstmp information too. X+ */ X+ F_CLR(frp, ~(FR_CURSORSET|FR_GTAGSTMP)); X+ #else X F_CLR(frp, ~FR_CURSORSET); X+ #endif X X /* X * Required EXF initialization: X*************** X*** 290,295 **** X--- 297,305 ---- X * an error. X */ X if (rcv_name == NULL) X+ #ifdef GTAGS X+ if (!F_ISSET(frp, FR_GTAGSTMP)) X+ #endif X switch (file_lock(oname, X &ep->fcntl_fd, ep->db->fd(ep->db), 0)) { X case LOCK_FAILED: Xdiff -c -r /usr/src/usr.bin/vi/common/gs.h ./common/gs.h X*** /usr/src/usr.bin/vi/common/gs.h Mon Apr 22 16:11:43 1996 X--- ./common/gs.h Wed May 1 15:00:49 1996 X*************** X*** 48,53 **** X--- 48,56 ---- X X sigset_t blockset; /* Signal mask. */ X X+ #ifdef GTAGS X+ char *gtagstmp; /* gtagstmp made by -t option */ X+ #endif X #ifdef DEBUG X FILE *tracefp; /* Trace file pointer. */ X #endif Xdiff -c -r /usr/src/usr.bin/vi/common/main.c ./common/main.c X*** /usr/src/usr.bin/vi/common/main.c Mon Apr 22 16:11:43 1996 X--- ./common/main.c Tue Apr 30 21:45:08 1996 X*************** X*** 98,103 **** X--- 98,106 ---- X SCR *sp; X u_int flags, saved_vi_mode; X int ch, eval, flagchk, readonly, silent, snapshot; X+ #ifdef GTAGS X+ int gtags = 0; X+ #endif X char *excmdarg, *myname, *p, *tag_f, *trace_f, *wsizearg; X char path[MAXPATHLEN]; X X*************** X*** 134,140 **** X--- 137,147 ---- X excmdarg = tag_f = trace_f = wsizearg = NULL; X silent = 0; X snapshot = 1; X+ #ifdef GTAGS X+ while ((ch = getopt(argc, argv, "c:eFGRrsT:t:vw:X:")) != EOF) X+ #else X while ((ch = getopt(argc, argv, "c:eFRrsT:t:vw:X:")) != EOF) X+ #endif X switch (ch) { X case 'c': /* Run the command. */ X excmdarg = optarg; X*************** X*** 146,151 **** X--- 153,163 ---- X case 'F': /* No snapshot. */ X snapshot = 0; X break; X+ #ifdef GTAGS X+ case 'G': /* gtags mode. */ X+ gtags = 1; X+ break; X+ #endif X case 'R': /* Readonly. */ X readonly = 1; X break; X*************** X*** 245,250 **** X--- 257,266 ---- X goto err; X if (readonly) /* Global read-only bit. */ X O_SET(sp, O_READONLY); X+ #ifdef GTAGS X+ if (gtags) /* Global gtags bit. */ X+ O_SET(sp, O_GTAGSMODE); X+ #endif X if (silent) { /* Ex batch mode. */ X O_CLR(sp, O_AUTOPRINT); X O_CLR(sp, O_PROMPT); X*************** X*** 515,520 **** X--- 531,539 ---- X LIST_INIT(&gp->cutq); X LIST_INIT(&gp->seqq); X X+ #ifdef GTAGS X+ gp->gtagstmp = NULL; X+ #endif X /* Set a flag if we're reading from the tty. */ X if (isatty(STDIN_FILENO)) X F_SET(gp, G_STDIN_TTY); X*************** X*** 554,559 **** X--- 573,584 ---- X SCR *sp; X char *tty; X X+ #ifdef GTAGS X+ if (gp->gtagstmp) { X+ if (!strncmp(gp->gtagstmp, _PATH_GTAGSTMP, strlen(_PATH_GTAGSTMP))) X+ (void)unlink(gp->gtagstmp); X+ } X+ #endif X /* Default buffer storage. */ X (void)text_lfree(&gp->dcb_store.textq); X Xdiff -c -r /usr/src/usr.bin/vi/common/msg.c ./common/msg.c X*** /usr/src/usr.bin/vi/common/msg.c Mon Apr 22 16:11:44 1996 X--- ./common/msg.c Sat May 4 21:09:48 1996 X*************** X*** 338,343 **** X--- 338,352 ---- X #else X pid = ""; X #endif X+ #ifdef GTAGS X+ if (F_ISSET(sp->frp, FR_GTAGSTMP)) { X+ if (file_lline(sp, ep, &last)) { X+ return (1); X+ } X+ msgq(sp, M_INFO, "[GTAGS SELECT MODE] %d lines", last); X+ return (0); X+ } X+ #endif X /* X * See nvi/exf.c:file_init() for a description of how and X * when the read-only bit is set. Xdiff -c -r /usr/src/usr.bin/vi/common/options.c ./common/options.c X*** /usr/src/usr.bin/vi/common/options.c Mon Apr 22 16:11:44 1996 X--- ./common/options.c Sat Apr 27 18:24:01 1996 X*************** X*** 103,108 **** X--- 103,112 ---- X {"extended", NULL, OPT_0BOOL, 0}, X /* O_FLASH HPUX */ X {"flash", NULL, OPT_1BOOL, 0}, X+ #ifdef GTAGS X+ /* O_GTAGSMODE SPECIAL */ X+ {"gtagsmode", NULL, OPT_0BOOL, 0}, X+ #endif X /* O_HARDTABS 4BSD */ X {"hardtabs", NULL, OPT_NUM, 0}, X /* O_IGNORECASE 4BSD */ X*************** X*** 228,233 **** X--- 232,240 ---- X {"eb", O_ERRORBELLS}, /* 4BSD */ X {"ed", O_EDCOMPATIBLE}, /* 4BSD */ X {"ex", O_EXRC}, /* System V (undocumented) */ X+ #ifdef GTAGS X+ {"gt", O_GTAGSMODE}, /* Special */ X+ #endif X {"ht", O_HARDTABS}, /* 4BSD */ X {"ic", O_IGNORECASE}, /* 4BSD */ X {"li", O_LINES}, /* 4.4BSD */ Xdiff -c -r /usr/src/usr.bin/vi/common/pathnames.h ./common/pathnames.h X*** /usr/src/usr.bin/vi/common/pathnames.h Mon Apr 22 16:11:44 1996 X--- ./common/pathnames.h Sat Apr 27 18:24:01 1996 X*************** X*** 43,45 **** X--- 43,48 ---- X #define _PATH_TAGS "tags" X #define _PATH_TMP "/tmp" X #define _PATH_TTY "/dev/tty" X+ #ifdef GTAGS X+ #define _PATH_GTAGSTMP "/var/tmp/gtags" X+ #endif Xdiff -c -r /usr/src/usr.bin/vi/common/screen.h ./common/screen.h X*** /usr/src/usr.bin/vi/common/screen.h Mon Apr 22 16:11:44 1996 X--- ./common/screen.h Sat Apr 27 18:24:02 1996 X*************** X*** 87,92 **** X--- 87,95 ---- X #define FR_TMPEXIT 0x100 /* Modified temporary file, no exit. */ X #define FR_TMPFILE 0x200 /* If file has no name. */ X #define FR_UNLOCKED 0x400 /* File couldn't be locked. */ X+ #ifdef GTAGS X+ #define FR_GTAGSTMP 0x800 /* File is gtags temporary file. */ X+ #endif X u_int16_t flags; X }; X Xdiff -c -r /usr/src/usr.bin/vi/ex/ex_tag.c ./ex/ex_tag.c X*** /usr/src/usr.bin/vi/ex/ex_tag.c Mon Apr 22 16:11:49 1996 X--- ./ex/ex_tag.c Fri May 3 13:34:26 1996 X*************** X*** 64,69 **** X--- 64,72 ---- X #include "vi.h" X #include "excmd.h" X #include "tag.h" X+ #ifdef GTAGS X+ #include "pathnames.h" X+ #endif X X static char *binary_search __P((char *, char *, char *)); X static int compare __P((char *, char *, char *)); X*************** X*** 71,76 **** X--- 74,280 ---- X static int search __P((SCR *, char *, char *, char **)); X static int tag_get __P((SCR *, char *, char **, char **, char **)); X X+ #ifdef DEBUG X+ void X+ trace(fp) X+ FILE *fp; X+ { X+ SCR *sp; X+ TAG *tp; X+ FREF *frp; X+ int scr, fref, tag; X+ X+ fprintf(fp, "------------------------------------\n"); X+ scr = 0; X+ for (sp = __global_list->dq.cqh_first; sp != (void *)&__global_list->dq; sp = sp->q.cqe_next) { X+ fprintf(fp, "screen %d {\n", ++scr); X+ fref = 0; X+ for (frp = sp->frefq.cqh_first; X+ frp != (FREF *)&sp->frefq; frp = frp->q.cqe_next) { X+ fprintf(fp, " FREF %d ", ++fref); X+ if (F_ISSET(frp, FR_GTAGSTMP)) X+ fprintf(fp, "<%s>\n", frp->name); X+ else X+ fprintf(fp, "%s\n", frp->name); X+ } X+ tag = 0; X+ if (!EXP(sp)) X+ continue; X+ fprintf(fp, " ................................\n"); X+ for (tp = EXP(sp)->tagq.tqh_first; tp != NULL; tp = tp->q.tqe_next) { X+ fprintf(fp, " TAG %d ", ++tag); X+ if (F_ISSET(tp->frp, FR_GTAGSTMP)) X+ fprintf(fp, "<%s>\n", tp->frp->name); X+ else X+ fprintf(fp, "%s\n", tp->frp->name); X+ } X+ fprintf(fp, "}\n"); X+ } X+ fprintf(fp, "------------------------------------\n"); X+ } X+ #endif X+ #ifdef GTAGS X+ /* X+ * getentry -- X+ * get tag information from current line. X+ * X+ * gtags temporary file format. X+ * X+ * X+ * sample. X+ * +------------------------------------------------ X+ * |main 30 main.c main(argc, argv) X+ * |func 21 subr.c func(arg) X+ */ X+ static int X+ getentry(buf, tag, file, line) X+ char *buf, *tag, *file, *line; X+ { X+ char *p; X+ X+ p = tag; X+ while (*buf && !isspace(*buf)) /* tag name */ X+ *p++ = *buf++; X+ *p = 0; X+ while (*buf && isspace(*buf)) /* skip blanks */ X+ buf++; X+ p = line; X+ while (*buf && !isspace(*buf)) /* line no */ X+ *p++ = *buf++; X+ *p = 0; X+ while (*buf && isspace(*buf)) /* skip blanks */ X+ buf++; X+ p = file; X+ while (*buf && !isspace(*buf)) /* file name */ X+ *p++ = *buf++; X+ *p = 0; X+ X+ /* value check */ X+ if (strlen(tag) && strlen(line) && strlen(file) && atoi(line) > 0) X+ return 1; /* OK */ X+ return 0; /* ERROR */ X+ } X+ X+ /* X+ * gtag_get -- X+ * Get a gtag from the GTAGS files. X+ */ X+ static int X+ gtag_get(sp, ref, gtagselect, tag, tagp, filep, searchp) X+ SCR *sp; X+ int ref; X+ int *gtagselect; X+ char *tag, **tagp, **filep, **searchp; X+ { X+ static char name[80], file[200], line[10], gtagstmp[80]; X+ char command[200]; X+ char buf[BUFSIZ+1]; X+ FILE *fp; X+ X+ sprintf(gtagstmp, "%s.XXXXXXXX", _PATH_GTAGSTMP); X+ if (mktemp(gtagstmp) == 0) { X+ msgq(sp, M_ERR, "cannot generate temporary file name"); X+ return (1); X+ } X+ sprintf(command, "global -%s %s > %s; chmod 600 %s", X+ ref ? "rx" : "x", tag, gtagstmp, gtagstmp); X+ if (system(command)) { X+ msgq(sp, M_ERR, "cannot exec global"); X+ goto err; X+ } X+ if (!(fp = fopen(gtagstmp, "r"))) { X+ msgq(sp, M_ERR, "tag file cannot open."); X+ goto err; X+ } X+ if (!(fgets(buf, BUFSIZ, fp))) { X+ msgq(sp, M_ERR, "%s: tag not found", tag); X+ fclose(fp); X+ goto err; X+ } X+ X+ if (getentry(buf, name, file, line) == 0) { X+ msgq(sp, M_ERR, "%s: illegal tag entry", tag); X+ fclose(fp); X+ goto err; X+ } X+ X+ if (!(fgets(buf, BUFSIZ, fp))) { /* just one line */ X+ fclose(fp); X+ (void)unlink(gtagstmp); X+ *gtagselect = 0; /* go to user's file immediately */ X+ *tagp = name; X+ *filep = file; X+ *searchp = line; X+ return (0); X+ } X+ fclose(fp); X+ *gtagselect = 1; /* go to gtags select mode */ X+ *tagp = name; X+ *filep = gtagstmp; X+ *searchp = "1"; X+ return (0); X+ err: X+ (void)unlink(gtagstmp); X+ return (1); X+ } X+ X+ /* X+ * ex_gtagselect -- X+ * The tag code can be entered from gtag select mode. X+ */ X+ int X+ ex_gtagselect(sp, ep, cmdp) X+ SCR *sp; X+ EXF *ep; X+ EXCMDARG *cmdp; X+ { X+ if (!F_ISSET(sp->frp, FR_GTAGSTMP)) { X+ msgq(sp, M_ERR, "illegal tag entry"); X+ return (1); X+ } X+ cmdp->cmd = &cmds[C_TAG]; X+ cmdp->flags |= (E_GTAGSELECT|E_FORCE); X+ return ex_tagpush(sp, ep, cmdp); X+ } X+ X+ /* X+ * should_delete -- X+ * 1: should delete, 0: should not delete X+ */ X+ int X+ should_delete(gtagstmp) X+ char *gtagstmp; X+ { X+ SCR *sp; X+ TAG *tp; X+ int tagcnt = 0; X+ X+ /* make sure */ X+ if (strncmp(gtagstmp, _PATH_GTAGSTMP, strlen(_PATH_GTAGSTMP))) X+ return 0; X+ /* this gtag is generated by -t option. don't delete here */ X+ if (__global_list->gtagstmp && !strcmp(gtagstmp, __global_list->gtagstmp)) X+ return 0; X+ X+ for (sp = __global_list->dq.cqh_first; sp != (void *)&__global_list->dq; sp = sp->q.cqe_next) { X+ if (!EXP(sp)) X+ continue; X+ for (tp = EXP(sp)->tagq.tqh_first; tp != NULL; tp = tp->q.tqe_next) { X+ if (!tp->frp || !F_ISSET(tp->frp, FR_GTAGSTMP)) X+ continue; X+ if (!strcmp(tp->frp->name, gtagstmp)) X+ ++tagcnt; X+ } X+ } X+ if (tagcnt == 1) X+ return 1; X+ if (tagcnt > 1) X+ return 0; X+ /* IMPOSSIBLE */ X+ return 0; X+ } X+ #endif X+ X /* X * ex_tagfirst -- X * The tag code can be entered from main, i.e. "vi -t tag". X*************** X*** 86,96 **** X--- 290,309 ---- X u_int flags; X int sval; X char *p, *tag, *name, *search; X+ #ifdef GTAGS X+ int gtagselect = 0; X+ #endif X X /* Taglength may limit the number of characters. */ X if ((tl = O_VAL(sp, O_TAGLENGTH)) != 0 && strlen(tagarg) > tl) X tagarg[tl] = '\0'; X X+ #ifdef GTAGS X+ if (O_ISSET(sp, O_GTAGSMODE)) { X+ if (gtag_get(sp, 0, >agselect, tagarg, &tag, &name, &search)) X+ return (1); X+ } else X+ #endif X /* Get the tag information. */ X if (tag_get(sp, tagarg, &tag, &name, &search)) X return (1); X*************** X*** 106,111 **** X--- 319,328 ---- X * The historic tags file format (from a long, long time ago...) X * used a line number, not a search string. I got complaints, so X * people are still using the format. X+ #ifdef GTAGS X+ * Yes, gtags use the old format. Search string is very flexible X+ * but is not suitable to treat duplicate entries. X+ #endif X */ X if (isdigit(search[0])) { X m.lno = atoi(search); X*************** X*** 132,137 **** X--- 349,363 ---- X frp->lno = m.lno; X frp->cno = m.cno; X F_SET(frp, FR_CURSORSET); X+ #ifdef GTAGS X+ if (gtagselect) { X+ F_SET(frp, FR_GTAGSTMP); X+ if (!(sp->gp->gtagstmp = strdup(name))) { X+ msgq(sp, M_SYSERR, NULL); X+ return (1); X+ } X+ } X+ #endif X X /* Might as well make this the default tag. */ X if ((EXP(sp)->tlast = strdup(tagarg)) == NULL) { X*************** X*** 142,153 **** X--- 368,391 ---- X } X X /* Free a tag or tagf structure from a queue. */ X+ #ifdef GTAGS X+ #define FREETAG(tp) { \ X+ if (F_ISSET(tp->frp, FR_GTAGSTMP)) \ X+ if (should_delete(tp->frp->name)) \ X+ unlink(tp->frp->name); \ X+ TAILQ_REMOVE(&exp->tagq, (tp), q); \ X+ if ((tp)->search != NULL) \ X+ free((tp)->search); \ X+ FREE((tp), sizeof(TAGF)); \ X+ } X+ #else X #define FREETAG(tp) { \ X TAILQ_REMOVE(&exp->tagq, (tp), q); \ X if ((tp)->search != NULL) \ X free((tp)->search); \ X FREE((tp), sizeof(TAGF)); \ X } X+ #endif X #define FREETAGF(tfp) { \ X TAILQ_REMOVE(&exp->tagfq, (tfp), q); \ X free((tfp)->name); \ X*************** X*** 182,189 **** X--- 420,453 ---- X int sval; X long tl; X char *name, *p, *search, *tag; X+ #ifdef GTAGS X+ int gtagselect = 0; X+ char *line; X+ size_t len; X+ char tagbuf[80], namebuf[200], linebuf[10]; X+ #endif X X exp = EXP(sp); X+ #ifdef GTAGS X+ /* X+ * Enter from gtag select mode. X+ * get tag information from current line. X+ */ X+ if (F_ISSET(cmdp, E_GTAGSELECT)) { X+ if ((line = file_gline(sp, ep, sp->lno, &len)) == NULL) { X+ GETLINE_ERR(sp, sp->lno); X+ return (1); X+ } X+ if (getentry(line, tagbuf, namebuf, linebuf) == 0) { X+ msgq(sp, M_ERR, "illegal tag entry"); X+ return (1); X+ } X+ tag = tagbuf; X+ name = namebuf; X+ search = linebuf; X+ goto getfref; X+ } X+ #endif X switch (cmdp->argc) { X case 1: X if (exp->tlast != NULL) X*************** X*** 207,216 **** X--- 471,493 ---- X if ((tl = O_VAL(sp, O_TAGLENGTH)) != 0 && strlen(exp->tlast) > tl) X exp->tlast[tl] = '\0'; X X+ #ifdef GTAGS X+ if (O_ISSET(sp, O_GTAGSMODE)) { X+ if (gtag_get(sp, F_ISSET(cmdp->cmd, E_REFERENCE), >agselect, X+ exp->tlast, &tag, &name, &search)) X+ return (1); X+ } else if (F_ISSET(cmdp->cmd, E_REFERENCE)) { X+ msgq(sp, M_ERR, "Please set gtagsmode"); X+ return (1); X+ } else X+ #endif X /* Get the tag information. */ X if (tag_get(sp, exp->tlast, &tag, &name, &search)) X return (1); X X+ #ifdef GTAGS X+ getfref: X+ #endif X /* Get the (possibly new) FREF structure. */ X if ((frp = file_add(sp, name)) == NULL) X goto err; X*************** X*** 305,310 **** X--- 582,592 ---- X sp->cno = m.cno; X break; X } X+ #ifdef GTAGS X+ if (gtagselect) { X+ F_SET(frp, FR_GTAGSTMP); X+ } X+ #endif X return (0); X } X X*************** X*** 490,495 **** X--- 772,782 ---- X for (cnt = 1, tp = exp->tagq.tqh_first; tp != NULL; X ++cnt, tp = tp->q.tqe_next) { X len = strlen(name = tp->frp->name); /* The original name. */ X+ #ifdef GTAGS X+ if (F_ISSET(tp->frp, FR_GTAGSTMP)) { X+ (void)ex_printf(EXCOOKIE, "%2d [GTAGS]\n", cnt); X+ } else X+ #endif X if (len > maxlen || len + tp->slen > sp->cols) X if (tp == NULL || tp->search == NULL) X (void)ex_printf(EXCOOKIE, Xdiff -c -r /usr/src/usr.bin/vi/ex/excmd.c ./ex/excmd.c X*** /usr/src/usr.bin/vi/ex/excmd.c Mon Apr 22 16:11:49 1996 X--- ./ex/excmd.c Sat Apr 27 18:24:08 1996 X*************** X*** 319,324 **** X--- 319,331 ---- X "!", X "rew[ind][!]", X "re-edit all the files in the file argument list"}, X+ #ifdef GTAGS X+ /* C_RTAG */ X+ {"rtag", ex_tagpush, E_NOGLOBAL|E_REFERENCE, X+ "!w1o", X+ "rta[g][!] [string]", X+ "edit the file containing the tag"}, X+ #endif X /* C_SUBSTITUTE */ X {"substitute", ex_substitute, E_ADDR2|E_NORC, X "s", X*************** X*** 329,334 **** X--- 336,348 ---- X "!f1o", X "sc[ript][!] [file]", X "run a shell in a screen"}, X+ #ifdef GTAGS X+ /* C_GTAGSELECT */ X+ {"select", ex_gtagselect, E_NOGLOBAL, X+ "", X+ "sel[ect]", X+ "edit the file containing the tag"}, X+ #endif X /* C_SET */ X {"set", ex_set, E_NOGLOBAL, X "wN", Xdiff -c -r /usr/src/usr.bin/vi/ex/excmd.h.stub ./ex/excmd.h.stub X*** /usr/src/usr.bin/vi/ex/excmd.h.stub Mon Apr 22 16:11:49 1996 X--- ./ex/excmd.h.stub Sat Apr 27 18:24:09 1996 X*************** X*** 69,74 **** X--- 69,79 ---- X #define E_NORC 0x0800000 /* Not from a .exrc or EXINIT. */ X #define E_ZERO 0x1000000 /* 0 is a legal addr1. */ X #define E_ZERODEF 0x2000000 /* 0 is default addr1 of empty files. */ X+ X+ #ifdef GTAGS X+ #define E_REFERENCE 0x4000000 /* locate function references */ X+ #define E_GTAGSELECT 0x8000000 /* current line is gtags entry */ X+ #endif X u_int32_t flags; X char *syntax; /* Syntax script. */ X char *usage; /* Usage line. */ X*************** X*** 234,239 **** X--- 239,245 ---- X EXPROTO(ex_fg); X EXPROTO(ex_file); X EXPROTO(ex_global); X+ EXPROTO(ex_gtagselect); X EXPROTO(ex_help); X EXPROTO(ex_insert); X EXPROTO(ex_join); Xdiff -c -r /usr/src/usr.bin/vi/svi/svi_refresh.c ./svi/svi_refresh.c X*** /usr/src/usr.bin/vi/svi/svi_refresh.c Mon Apr 22 16:11:44 1996 X--- ./svi/svi_refresh.c Sat May 4 21:19:37 1996 X*************** X*** 725,731 **** X--- 725,736 ---- X EXF *ep; X { X size_t cols, curlen, endpoint, len, midpoint; X+ #ifdef GTAGS X+ char *p, buf[30]; X+ recno_t last; X+ #else X char *p, buf[20]; X+ #endif X X /* Clear the mode line. */ X MOVE(sp, INFOLINE(sp), 0); X*************** X*** 746,751 **** X--- 751,765 ---- X X curlen = 0; X if (sp->q.cqe_next != (void *)&sp->gp->dq) { X+ #ifdef GTAGS X+ if (F_ISSET(sp->frp, FR_GTAGSTMP)) { X+ if (file_lline(sp, ep, &last)) { X+ return (1); X+ } X+ sprintf(buf, "[GTAGS SELECT MODE] %d lines", last); X+ p = buf; X+ } else { X+ #endif X for (p = sp->frp->name; *p != '\0'; ++p); X while (--p > sp->frp->name) { X if (*p == '/') { X*************** X*** 758,764 **** X break; X } X } X! X MOVE(sp, INFOLINE(sp), 0); X standout(); X for (; *p != '\0'; ++p) X--- 772,780 ---- X break; X } X } X! #ifdef GTAGS X! } X! #endif X MOVE(sp, INFOLINE(sp), 0); X standout(); X for (; *p != '\0'; ++p) Xdiff -c -r /usr/src/usr.bin/vi/vi/v_ex.c ./vi/v_ex.c X*** /usr/src/usr.bin/vi/vi/v_ex.c Mon Apr 22 16:11:42 1996 X--- ./vi/v_ex.c Sat Apr 27 18:23:59 1996 X*************** X*** 298,303 **** X--- 298,308 ---- X ARGS *ap[2], a; X EXCMDARG cmd; X X+ #ifdef GTAGS X+ if (O_ISSET(sp, O_GTAGSMODE) && vp->m_start.cno == 0) X+ excmd(&cmd, C_RTAG, 0, OOBLNO, 0, 0, ap, &a, vp->keyword); X+ else X+ #endif X excmd(&cmd, C_TAG, 0, OOBLNO, 0, 0, ap, &a, vp->keyword); X return (sp->s_ex_cmd(sp, ep, &cmd, &vp->m_final)); X } Xdiff -c -r /usr/src/usr.bin/vi/vi/v_scroll.c ./vi/v_scroll.c X*** /usr/src/usr.bin/vi/vi/v_scroll.c Mon Apr 22 16:11:42 1996 X--- ./vi/v_scroll.c Wed May 1 13:52:01 1996 X*************** X*** 255,260 **** X--- 255,269 ---- X EXF *ep; X VICMDARG *vp; X { X+ #ifdef GTAGS X+ EXCMDARG cmd; X+ X+ if (F_ISSET(sp->frp, FR_GTAGSTMP)) { X+ memset(&cmd, 0, sizeof(EXCMDARG)); X+ cmd.cmd = &cmds[C_GTAGSELECT]; X+ return (sp->s_ex_cmd(sp, ep, &cmd, &vp->m_final)); X+ } X+ #endif X /* X * If it's a script window, exec the line, X * otherwise it's the same as v_down(). END-of-vi.diff exit ------------------ C U T H E R E ------------------------ -- Shigio Yamaguchi E-Mail: shigio@ca2.so-net.or.jp From owner-freebsd-hackers Sat May 4 20:52:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA07268 for hackers-outgoing; Sat, 4 May 1996 20:52:27 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA07259 for ; Sat, 4 May 1996 20:52:25 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id WAA08246 for ; Sat, 4 May 1996 22:46:05 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A0B.FC5C9DC0@webster.unety.net>; Sat, 4 May 1996 22:49:43 -0500 Message-ID: <01BB3A0B.FC5C9DC0@webster.unety.net> From: Jim Fleming To: "'FreeBSD-hackers@freebsd.org'" Subject: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sat, 4 May 1996 22:49:42 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk IPv8 Tutorial #1: Minimal IPv8 Hack --------------------------------------------------- A few people have asked for a minimal hack for FreeBSD to process IPv8 packets in case they arrive at your interface. Here is a very MINIMAL modification that can be added to: /usr/src/sys/netinet/ip_input.c It does not require the IPv8 header files or any other variables or IPv8 routines. 185,205d184 < < /* Detect and fix IPv8 packets */ < if(ip->ip_v & 8){ < if(ip->ip_v & 4){ < /* Drop packets with options */ < ipstat.ips_badvers++; < goto bad; < } < else{ < /* Restore IPv4 version and header length */ < ip->ip_v = 4; < ip->ip_hl = 5; < } < /* Compute a good checksum */ < ip->ip_sum = 0; < ip->ip_sum = in_cksum(m,ip->ip_hl<<2); < } < /* The IPv8 packet is now IPv4 compatible */ < This hack can be placed near line #184. ip = mtod(m, struct ip *); <<>> if (ip->ip_v != IPVERSION) { ipstat.ips_badvers++; goto bad; } This small piece of code checks for IPv8 packets and for any simple IPv8 packet (without options) it fixes the borrowed fields and makes the packet look like a valid IPv4 packet. The IPv4 protocol processing continues and does not know the difference. (see also http://comm.unety.net/US/IL/Naperville/Unir) The above example, is also a good way to test weather you can make source changes and rebuild your kernel. Obviously, more elaborate changes could be added to the system to skip the checksum processing and to handle IPv8 packets with IPv4 options. Those additions are left as an exercise for the reader...;-) From owner-freebsd-hackers Sat May 4 22:28:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA25696 for hackers-outgoing; Sat, 4 May 1996 22:28:35 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA25536 for ; Sat, 4 May 1996 22:28:13 -0700 (PDT) Message-Id: <199605050528.WAA25536@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA133083925; Sun, 5 May 1996 15:25:25 +1000 From: Darren Reed Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack To: JimFleming@unety.net (Jim Fleming) Date: Sun, 5 May 1996 15:25:25 +1000 (EST) Cc: FreeBSD-hackers@freebsd.org In-Reply-To: <01BB3A0B.FC5C9DC0@webster.unety.net> from "Jim Fleming" at May 4, 96 10:49:42 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Jim Fleming, sie said: > > > IPv8 Tutorial #1: Minimal IPv8 Hack > --------------------------------------------------- > > A few people have asked for a minimal hack for FreeBSD > to process IPv8 packets in case they arrive at your interface. [...] > < /* Detect and fix IPv8 packets */ > < if(ip->ip_v & 8){ > < if(ip->ip_v & 4){ [...] > < /* The IPv8 packet is now IPv4 compatible */ > < > > This hack can be placed near line #184. [...] Will someone please tell me what IPv8 is ? I do know that there is an IPv6... btw, I'd do the above as if (ip->ip_v == IPVERSION6) { if (ip->ip_v == IPVERSION) { ... From owner-freebsd-hackers Sat May 4 22:32:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA27317 for hackers-outgoing; Sat, 4 May 1996 22:32:12 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA27298 for ; Sat, 4 May 1996 22:32:10 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id AAA08318; Sun, 5 May 1996 00:25:50 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A19.EC3350C0@webster.unety.net>; Sun, 5 May 1996 00:29:29 -0500 Message-ID: <01BB3A19.EC3350C0@webster.unety.net> From: Jim Fleming To: "'FreeBSD-hackers@freebsd.org'" , "'Jim Fleming'" Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 00:29:28 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Saturday, May 04, 1996 10:49 PM, Jim Fleming[SMTP:JimFleming@unety.net] wrote: @ @ The above example, is also a good way to test weather ...........................................................................whether sorry...:-) -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sat May 4 22:36:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA29454 for hackers-outgoing; Sat, 4 May 1996 22:36:50 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA29425 for ; Sat, 4 May 1996 22:36:47 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id AAA08329; Sun, 5 May 1996 00:30:22 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A1A.8DE55BC0@webster.unety.net>; Sun, 5 May 1996 00:34:00 -0500 Message-ID: <01BB3A1A.8DE55BC0@webster.unety.net> From: Jim Fleming To: "'Darren Reed'" , Jim Fleming Cc: "FreeBSD-hackers@freebsd.org" Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 00:33:59 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sunday, May 05, 1996 10:25 AM, Darren Reed[SMTP:avalon@coombs.anu.edu.au] wrote: @ In some mail from Jim Fleming, sie said: @ > @ > @ > IPv8 Tutorial #1: Minimal IPv8 Hack @ > --------------------------------------------------- @ > @ > A few people have asked for a minimal hack for FreeBSD @ > to process IPv8 packets in case they arrive at your interface. @ [...] @ > < /* Detect and fix IPv8 packets */ @ > < if(ip->ip_v & 8){ @ > < if(ip->ip_v & 4){ @ [...] @ > < /* The IPv8 packet is now IPv4 compatible */ @ > < @ > @ > This hack can be placed near line #184. @ [...] @ @ Will someone please tell me what IPv8 is ? @ @ I do know that there is an IPv6... @ @ btw, I'd do the above as @ @ if (ip->ip_v == IPVERSION6) { @ if (ip->ip_v == IPVERSION) { @ ... @ There is an IPv8 header file referenced at... http://comm.unety.net/US/IL/Naperville/Unir There are macros to test the version and options bits... You have to use "&" and not "==" to make sure you are testing just one bit at a time. Only the high bit of the IPv4 version field (ip->ip_v) is used for version. -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sat May 4 22:49:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA05591 for hackers-outgoing; Sat, 4 May 1996 22:49:01 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA05550 for ; Sat, 4 May 1996 22:48:57 -0700 (PDT) Message-Id: <199605050548.WAA05550@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA140485335; Sun, 5 May 1996 15:48:55 +1000 From: Darren Reed Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack To: FreeBSD-hackers@freebsd.org Date: Sun, 5 May 1996 15:48:55 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > There is an IPv8 header file referenced at... > http://comm.unety.net/US/IL/Naperville/Unir ok, thanks for the URL. > There are macros to test the version and options bits... > > You have to use "&" and not "==" to make sure you > are testing just one bit at a time. Only the high bit > of the IPv4 version field (ip->ip_v) is used for version. But 4 = 0100, 6 = 0110, 8 = 1000, etc. I'm not sure if you're aware of this, but there is an IPv6 being developed by a large number of people. Hmmm. I'm *very* concerned that you're doing this. Have you submitted any documentation on this to the IETF ? Protocol numbers aren't there to be chosen lightly, they should be registered with the IANA first, before use. From owner-freebsd-hackers Sat May 4 23:08:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA15020 for hackers-outgoing; Sat, 4 May 1996 23:08:51 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA14988 for ; Sat, 4 May 1996 23:08:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id AAA23919; Sun, 5 May 1996 00:04:19 -0600 (MDT) Message-Id: <199605050604.AAA23919@rover.village.org> To: Darren Reed Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack Cc: FreeBSD-hackers@FreeBSD.org In-reply-to: Your message of Sun, 05 May 1996 15:48:55 +1000 Date: Sun, 05 May 1996 00:04:18 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : Protocol numbers aren't there to be chosen lightly, they should be : registered with the IANA first, before use. That's why I said before that he's Co-opted the name. He's said before here that the IANA or IETF isn't involved with his scheme. Warner From owner-freebsd-hackers Sat May 4 23:17:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18510 for hackers-outgoing; Sat, 4 May 1996 23:17:16 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA16227 for ; Sat, 4 May 1996 23:13:15 -0700 (PDT) Message-Id: <199605050613.XAA16227@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA148166671; Sun, 5 May 1996 16:11:11 +1000 From: Darren Reed Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack To: imp@village.org (Warner Losh) Date: Sun, 5 May 1996 16:11:11 +1000 (EST) Cc: FreeBSD-hackers@FreeBSD.org In-Reply-To: <199605050604.AAA23919@rover.village.org> from "Warner Losh" at May 5, 96 00:04:18 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Warner Losh, sie said: > > : Protocol numbers aren't there to be chosen lightly, they should be > : registered with the IANA first, before use. > > That's why I said before that he's Co-opted the name. He's said > before here that the IANA or IETF isn't involved with his scheme. Given this, I'd advise against putting hacks for IPv8 in any FreeBSD distribution. It's simply not a good idea, IMHO. From owner-freebsd-hackers Sat May 4 23:24:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA21468 for hackers-outgoing; Sat, 4 May 1996 23:24:09 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA21445 for ; Sat, 4 May 1996 23:24:05 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id BAA08403; Sun, 5 May 1996 01:14:21 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A20.B330B9A0@webster.unety.net>; Sun, 5 May 1996 01:18:00 -0500 Message-ID: <01BB3A20.B330B9A0@webster.unety.net> From: Jim Fleming To: "'Darren Reed'" , "FreeBSD-hackers@freebsd.org" Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 01:17:58 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sunday, May 05, 1996 10:48 AM, Darren Reed[SMTP:avalon@coombs.anu.edu.au] wrote: @ > There is an IPv8 header file referenced at... @ > http://comm.unety.net/US/IL/Naperville/Unir @ @ ok, thanks for the URL. @ @ Hmmm. @ @ I'm *very* concerned that you're doing this. @ # traceroute cephron.anu.edu.au traceroute to cephron.anu.edu.au (150.203.76.15), 30 hops max, 40 byte packets 1 mci-00-01.Naperville.unety.net (204.70.107.29) 3.977 ms 3.968 ms 3.83 ms 2 core1-fddi-0.WillowSprings.mci.net (204.70.104.17) 9.154 ms 4.837 ms 8.04 8 ms 3 core1.SanFrancisco.mci.net (204.70.4.169) 53.593 ms 54.531 ms 239.933 ms 4 border2-fddi0-0.SanFrancisco.mci.net (204.70.3.162) 51.46 ms 51.528 ms 51 .006 ms 5 netscape.SanFrancisco.mci.net (204.70.33.10) 53.205 ms * * 6 * 204.70.204.6 (204.70.204.6) 254.732 ms 236.948 ms 7 * Fddi0-0.pad-core1.Sydney.telstra.net (139.130.249.226) 260.747 ms * 8 * * * 9 Fddi0-0.civ2.Canberra.telstra.net (139.130.235.227) 269.442 ms * * 10 * * anu.gw.au (139.130.123.2) 262.734 ms 11 203.22.212.18 (203.22.212.18) 262.577 ms * 260.965 ms 12 mnzhuba.anu.edu.au (150.203.205.5) 269.855 ms * 270.467 ms 13 * cephron.anu.edu.au (150.203.76.15) 262.661 ms 260.911 ms This is the Legacy Internet at its best...you should be concerned... -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sat May 4 23:25:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA22002 for hackers-outgoing; Sat, 4 May 1996 23:25:19 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA21985 for ; Sat, 4 May 1996 23:25:17 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id BAA08424 for ; Sun, 5 May 1996 01:18:57 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A21.576FD820@webster.unety.net>; Sun, 5 May 1996 01:22:35 -0500 Message-ID: <01BB3A21.576FD820@webster.unety.net> From: Jim Fleming To: "'freebsd-hackers@freebsd.org'" Subject: FW: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 01:22:34 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sunday, May 05, 1996 10:45 AM, Darren Reed[SMTP:avalon@coombs.anu.edu.au] wrote: @ > There is an IPv8 header file referenced at... @ > http://comm.unety.net/US/IL/Naperville/Unir @ @ ok, thanks for the URL. @ That URL should help give you an overview...working with code and transporting packets gives one first-hand experience. By the way, IPv8 can also be used to disable checksums and for certain "security" tricks on internal networks. @ > There are macros to test the version and options bits... @ > @ > You have to use "&" and not "==" to make sure you @ > are testing just one bit at a time. Only the high bit @ > of the IPv4 version field (ip->ip_v) is used for version. @ @ But 4 = 0100, 6 = 0110, 8 = 1000, etc. @ Yes...and you will note that 4 and 6 both have the high bit as 0. IPv8 takes that bit, sets it to 1 and then "borrows" the other bits. A more accurate description would be... "@ But 4 = 0100, 6 = 0110, 8 = 1XXX, etc." @ I'm not sure if you're aware of this, but there is an IPv6 being developed by @ a large number of people. @ I have been at this over 20 years...I am very aware of IPv6. Have you ever seen some of the "private" opinions about IPv6 from some of the experts that designed it...??? @ Hmmm. @ @ I'm *very* concerned that you're doing this. @ I am glad that you are concerned. Maybe you can help launch and administer the Australian/New Zealand Galaxy? @ Have you submitted any documentation on this to the IETF ? @ The IETF is only concerned with a small subset of the IPv8 OuterInternet. Galaxy 0: StarGate 0: has been allocated to the Legacy Internet. The IPv8 OuterInternet is built on the "outside" of the Legacy Internet. @ Protocol numbers aren't there to be chosen lightly, they should be @ registered with the IANA first, before use. @ The IANA is only involved with the Legacy Internet. The IANA has nothing to do with the OuterInternet. The OuterInternet will be administered by true "trusteeships" and not individuals. -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sat May 4 23:32:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA24880 for hackers-outgoing; Sat, 4 May 1996 23:32:47 -0700 (PDT) Received: from cheops.anu.edu.au (cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA24669 for ; Sat, 4 May 1996 23:32:44 -0700 (PDT) Message-Id: <199605050632.XAA24669@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA155057921; Sun, 5 May 1996 16:32:01 +1000 From: Darren Reed Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack To: JimFleming@unety.net (Jim Fleming) Date: Sun, 5 May 1996 16:32:01 +1000 (EST) Cc: FreeBSD-hackers@freebsd.org In-Reply-To: <01BB3A20.B330B9A0@webster.unety.net> from "Jim Fleming" at May 5, 96 01:17:58 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Jim Fleming, sie said: [...] > 5 netscape.SanFrancisco.mci.net (204.70.33.10) 53.205 ms * * > 6 * 204.70.204.6 (204.70.204.6) 254.732 ms 236.948 ms > 7 * Fddi0-0.pad-core1.Sydney.telstra.net (139.130.249.226) 260.747 ms * > 8 * * * > 9 Fddi0-0.civ2.Canberra.telstra.net (139.130.235.227) 269.442 ms * * > 10 * * anu.gw.au (139.130.123.2) 262.734 ms > 11 203.22.212.18 (203.22.212.18) 262.577 ms * 260.965 ms > 12 mnzhuba.anu.edu.au (150.203.205.5) 269.855 ms * 270.467 ms > 13 * cephron.anu.edu.au (150.203.76.15) 262.661 ms 260.911 ms > > > This is the Legacy Internet at its best...you should be concerned... traceroute output provides a lot of information, which can be confusing if you don't know how to interpret it/what you're seeing. (if you'd like to try convince me of IPv8's virtues, please do it in private e-mail). From owner-freebsd-hackers Sat May 4 23:33:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA25203 for hackers-outgoing; Sat, 4 May 1996 23:33:39 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA25186 for ; Sat, 4 May 1996 23:33:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id XAA00770; Sat, 4 May 1996 23:33:14 -0700 (PDT) To: Darren Reed cc: imp@village.org (Warner Losh), FreeBSD-hackers@FreeBSD.org Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack In-reply-to: Your message of "Sun, 05 May 1996 16:11:11 +1000." <199605050613.XAA16227@freefall.freebsd.org> Date: Sat, 04 May 1996 23:33:14 -0700 Message-ID: <768.831277994@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Well, if nothing else it's pretty confusing. When I first saw this mentioned, before receiving clarification, my reaction was to go "What?! IPv6 isn't even out yet, now somebody's talking about IPv8?? What the &*^%@#$! is going on here?!?" These changes should start going under a different operating title, at the very least. Jordan > In some mail from Warner Losh, sie said: > > > > : Protocol numbers aren't there to be chosen lightly, they should be > > : registered with the IANA first, before use. > > > > That's why I said before that he's Co-opted the name. He's said > > before here that the IANA or IETF isn't involved with his scheme. > > Given this, I'd advise against putting hacks for IPv8 in any FreeBSD > distribution. It's simply not a good idea, IMHO. > From owner-freebsd-hackers Sat May 4 23:37:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA26677 for hackers-outgoing; Sat, 4 May 1996 23:37:38 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA26664 for ; Sat, 4 May 1996 23:37:36 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id BAA08456; Sun, 5 May 1996 01:30:35 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB3A22.F7710960@webster.unety.net>; Sun, 5 May 1996 01:34:13 -0500 Message-ID: <01BB3A22.F7710960@webster.unety.net> From: Jim Fleming To: "'Darren Reed'" , Jim Fleming Cc: "FreeBSD-hackers@freebsd.org" Subject: RE: IPv8 Tutorial #1: Minimal IPv8 hack Date: Sun, 5 May 1996 01:34:12 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sunday, May 05, 1996 11:32 AM, Darren Reed[SMTP:avalon@coombs.anu.edu.au] wrote: @ In some mail from Jim Fleming, sie said: @ @ (if you'd like to try convince me of IPv8's virtues, please do it in private @ e-mail). @ @ I assume that would be private e-mail on the IPv4 network... not the IPv8 network...:-) -- Jim Fleming UNETY Systems, Inc. Naperville, IL e-mail: JimFleming@unety.net From owner-freebsd-hackers Sat May 4 23:43:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA28697 for hackers-outgoing; Sat, 4 May 1996 23:43:38 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA28585 for ; Sat, 4 May 1996 23:43:35 -0700 (PDT) Message-Id: <199605050643.XAA28585@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA158668579; Sun, 5 May 1996 16:42:59 +1000 From: Darren Reed Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack To: JimFleming@unety.net (Jim Fleming) Date: Sun, 5 May 1996 16:42:59 +1000 (EST) Cc: FreeBSD-hackers@freebsd.org In-Reply-To: <01BB3A1E.6D3D89C0@webster.unety.net> from "Jim Fleming" at May 5, 96 01:01:42 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Jim Fleming, sie said: > > @ > There are macros to test the version and options bits... > @ > > @ > You have to use "&" and not "==" to make sure you > @ > are testing just one bit at a time. Only the high bit > @ > of the IPv4 version field (ip->ip_v) is used for version. > @ > @ But 4 = 0100, 6 = 0110, 8 = 1000, etc. > > Yes...and you will note that 4 and 6 both have the high > bit as 0. IPv8 takes that bit, sets it to 1 and then "borrows" > the other bits. A more accurate description would be... > > "@ But 4 = 0100, 6 = 0110, 8 = 1XXX, etc." So you want to reserve half of the IP version numbers for your own protocol ? Why are you still using IPv4 data link types (such as 0x800 for ethernet) ? That'll make your protocol safer to deploy and you won't be constrained to use any header format compatible with IPv4. > @ I'm not sure if you're aware of this, but there is an IPv6 being > @ developed by large number of people. > > I have been at this over 20 years...I am very aware of IPv6. > Have you ever seen some of the "private" opinions about > IPv6 from some of the experts that designed it...??? I followed big-internet for several years...that should answer your question. > @ Have you submitted any documentation on this to the IETF ? > > The IETF is only concerned with a small subset of the IPv8 > OuterInternet. Galaxy 0: StarGate 0: has been allocated to > the Legacy Internet. The IPv8 OuterInternet is built on the > "outside" of the Legacy Internet. Have you asked them ? I think you'll find they'll let anybody submit anything as an informational RFC or an internet-draft. From owner-freebsd-hackers Sat May 4 23:44:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA29095 for hackers-outgoing; Sat, 4 May 1996 23:44:30 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA29063 for ; Sat, 4 May 1996 23:44:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id AAA29367; Sun, 5 May 1996 00:43:03 -0600 (MDT) Message-Id: <199605050643.AAA29367@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: IPv8 Tutorial #1: Minimal IPv8 hack Cc: Darren Reed , FreeBSD-hackers@FreeBSD.org In-reply-to: Your message of Sat, 04 May 1996 23:33:14 PDT Date: Sun, 05 May 1996 00:43:03 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : Well, if nothing else it's pretty confusing. When I first saw this : mentioned, before receiving clarification, my reaction was to go : "What?! IPv6 isn't even out yet, now somebody's talking about IPv8?? : What the &*^%@#$! is going on here?!?" : : These changes should start going under a different operating title, at : the very least. I object in the strongest possible terms to including them in the standard FreeBSD distribution. If Jim wants to make them available as a set of patches to the various BSD flavors, more power to him. This code is fairly stable, and he should be able to maintain the set of patches with a minumum of hassle. We don't include the IPv6 stuff yet, and it has the full faith and credit of the Internet standards folks behind it. Why should we accept a hack that is named such that it will cause confusion in the kernel. I think it ill advised. Also, he's claiming all the versions of IP with the high bit set, if you look at the code he posted. Very dangerous precident to set. Bad Kharma. All of this could also be implemented with an IP option that describes which "cloud" the packet belongs to, as near as I've been able to tell. Why is a new version absolutely required here? IPv8, the name, is a political statement by Jim about IPv6. Should FreeBSD be party to propigating this statement and confusion? No. Finally, while I'm adamantly opposed to placing this in the FreeBSD kernel, Jim can and should distribute patches that he finds good and useful. Warner